Micro Focus Filr позволяет легко получить доступ ко всем файлам и папкам с настольного компьютера, браузера или мобильного устройства. Кроме того, имеется возможность обеспечить совместную работу с вашими файлами, предоставив другим пользователям совместный доступ к файлам и папкам. Подробный обзор Filr см. в документе Filr 3.0: Understanding How Filr Works (Filr 3.0: общие сведения о работе Filr 3.0).
Filr позволяет легко получить доступ ко всем вашим файлам и папкам с помощью настольного компьютера, браузера или мобильного устройства. Кроме того, имеется возможность обеспечить совместную работу с вашими файлами, предоставив другим пользователям совместный доступ к файлам и папкам. Подробный обзор Filr см. в документе Filr 3.0: Understanding How Filr Works (Filr 3.0: общие сведения о работе Filr 3.0).
Из веб-браузера на рабочей станции согласно инструкциям в документе Руководство по доступу к Filr для пользователей.
С мобильного устройства согласно инструкциям в документе Краткое руководство по мобильному приложению Filr.
С настольного компьютера согласно описанию в документах Руководство по приложению Filr Desktop для Windows и Руководство по приложению Filr Desktop для Mac.
Ниже перечислены усовершенствования, которые реализованы в Filr 3.0.
Раздел 2.1, Предоставление совместного доступа к папкам в сетевых папках
Раздел 2.2, Пользовательская настройка фирменного оформления приложений Desktop и Mobile
Раздел 2.4, Регистрация клиента Desktop и удаленное стирание данных Filr
Раздел 2.5, Поддержка Windows Server 2016 в качестве внутреннего файлового сервера
Раздел 2.9, Включение или отключение функции комментирования файлов для пользователей
В приложении Filr 3.0 усовершенствовано предоставление совместного доступа в сетевых папках: теперь можно предоставлять совместный доступ не только к файлам, но и к папкам. Администраторы теперь могут разрешить пользователям предоставить совместный доступ к папкам в назначенных им сетевых папках, используя удобный клиент Filr (веб-приложение, мобильное или классическое приложение).
Дополнительную информацию см. в разделе Folder Sharing (Предоставление совместного доступа к папкам) документа Filr 3.0: Understanding How Filr Works (Основные сведения о работе Filr 3.0), а также в разделе Sharing (Предоставление совместного доступа) документа Filr 3.0: Administrative UI Reference (Справка по интерфейсу пользователя-администратора Filr 3.0).
Кроме возможностей пользовательской настройки сайта Filr, Filr 3.0 позволяет администраторам настроить внешний вид классического и мобильного приложения в соответствии с фирменным оформлением организации.
Дополнительную информацию о пользовательской настройке для классического приложения см. в разделе Branding the Desktop Apps (Фирменное оформление классических приложений) документа Filr 3.0: Administrative UI Reference (Справка по интерфейсу пользователя-администратора Filr 3.0).
Дополнительную информацию о пользовательской настройке фирменного оформления для мобильных приложений см. в разделе Branding the Mobile Apps (Фирменное оформление мобильных приложений) документа Filr 3.0: Administrative UI Reference (Справка по интерфейсу пользователя-администратора Filr 3.0).
В приложении Filr 3.0 представлена функция интерактивного обновления, которая позволяет легко и быстро обновить программно-аппаратный комплекс Filr путем применения новых исправлений Filr, не прибегая к выполнению действий вручную. См. раздел Managing Online Updates (Управление интерактивными обновлениями) документа Filr 3.0: Administrative UI Reference (Справка по интерфейсу пользователя-администратора Filr 3.0).
Администратор Filr теперь может просматривать подробную информацию об устройствах Desktop, с которых выполнялся доступ к системе Filr, и стирать все данные Filr с устройства, когда оно утеряно или украдено. Дополнительную информацию см. в разделе Viewing, Wiping, and Disconnecting Registered Clients (Просмотр, стирание и отключение зарегистрированных клиентов) документа Filr 3.0: Administrative UI Reference (Справка по интерфейсу пользователя-администратора Filr 3.0)
Приложение Filr 3.0 поддерживает Windows Server 2016 в качестве внутреннего файлового сервера. См. раздел File Servers (Backend Storage) (Файловый серверы (Внутреннее хранилище)) в документе Filr 3.0: Installation, Deployment, and Upgrade Guide (Filr 3.0: установка, развертывание и обновление).
Приложение Filr 3.0 поддерживает протокол SMB (Server Message Block) версии 2 для OES 2015 NSS AD. См. раздел Настройка Filr для работы с OES 2015 NSS AD в документе Filr 3.0: Installation, Deployment, and Upgrade Guide (Filr 3.0: установка, развертывание и обновление)
Filr 3.0 теперь выпускается под торговой маркой Micro Focus, а не Novell.
Filr 3.0 позволяет требовать от любых внешних (гостевых) пользователей принять условия перед предоставлением им доступа. См. раздел Display Terms and Conditions (Вывод условий) в документе Filr 3.0: Administrative UI Reference (Справка по интерфейсу пользователя-администратора Filr 3.0).
Администратор Filr теперь может включить или отключить функцию комментирования файлов для всех пользователей приложения Filr (классического, мобильного и веб-приложения). Дополнительную информацию см. в разделе Allow Commenting on Files (Разрешение комментирования файлов) документа Filr 3.0: Administrative UI Reference (Справка по интерфейсу пользователя-администратора Filr 3.0).
Администратор Filr теперь может включить или отключить шифрование данных между сервером Filr и базой данных. Дополнительную информацию см. в разделе Шифрование обмена данных с базой данных Filr документа Filr 3.0: Administrative UI Reference (Справка по интерфейсу пользователя-администратора Filr 3.0).
Администратор Filr теперь может указать количество дней для хранения локально кэшированных файлов на компьютерах после последнего доступа к ним или их последнего изменения. Дополнительную информацию см. в разделе Desktop Access—Default Settings (Настройки доступа к Desktop по умолчанию) документа Filr 3.0: Administrative UI Reference (Справка по интерфейсу пользователя-администратора Filr)
Администратор Filr также может разрешить пользователям Desktop изменять время хранения кэшированных файлов. См. раздел Удаление файлов кэша в документах Руководство по приложению Filr Desktop для Windows и Руководство по приложению Filr Desktop для Mac.
Перед обновлением программно-аппаратного комплекса Filr ознакомьтесь с содержанием следующих разделов. Чтобы обновить программно-аппаратный комплекс Filr 2.0 всеми последними исправлениями, установленными для Filr 3.0, см. раздел Upgrading Filr (Обновление Filr)
в документе Filr 3.0: Installation, Deployment, and Upgrade Guide (Руководство по установке, развертыванию и обновлению Filr 3.0).
Чтобы обеспечить беспрепятственный обмен данными между сервером Filr 3.0 и серверами OES 2015 и OES 2015 SP1, необходимо, чтобы для серверов OES были установлены последние исправления.
После обновления с Filr 2.0 до Filr 3.0 на странице начальной настройки (порт 9443) может выводиться сбой RPC с последующим выходом из системы.
Чтобы разрешить эту проблему, как правило, нужно очистить кэш браузера, а затем подключиться снова.
При обновлении не сохраняется информация в файлах /etc/hosts и /etc/sysconfig/network/routes.
Если таблицы маршрутизации программно-аппаратного комплекса тем или иным образом настроены, создайте резервную копию указанных выше файлов, прежде чем приступать к обновлению и восстановлению файлов по окончании обновления.
Чтобы обеспечить беспрепятственный обмен данными между сервером Filr 3.0 и серверами OES 2015 и OES 2015 SP1, необходимо, чтобы для серверов OES были установлены последние исправления.
Информацию о требованиях к системе для установки Filr см. в разделе System Requirements (Требования к системе)
документа Filr 3.0: Installation, Deployment, and Upgrade Guide (Руководство по установке, развертыванию и обновлению Filr 3.0).
Информацию об установке Filr см. в документе Filr 3.0: Installation, Deployment, and Upgrade Guide (Руководство по установке, развертыванию и обновлению Filr 3.0)
ВАЖНО.Сбой обновления серверов OES 11 SP1 может привести к сбою настроенных серверов eDirectory (LDAP).
Усовершенствования масштабируемости и производительности, реализованные в Filr, требуют, чтобы серверы, к которым обращается Filr, могли обрабатывать больше запросов на обслуживание файлов и других запросов.
Сервер NCP, который предоставляется с OES 11 SP1, не может обработать повышенное количество запросов.
Если имеются какие-либо сервера OES 11 SP1, которые соответствуют указанным ниже критериям, то перед установкой Filr необходимо обновить серверы OES 11 SP1:
На сервере располагаются сетевые папки или папки главного каталога персонального хранилища
и
Не применено запланированное обновление обслуживания от декабря 2012 г.
Чтобы подготовить серверы OES 11 SP1 к обслуживанию Filr, выполните указанные ниже действия:
Убедитесь, чтобы на всех серверах OES 11 SP1, к которым обращается Filr, было применено обновление, датированное не ранее декабря 2012 г.
Эти обновления содержат новую версию сервера NCP, который может обрабатывать большее количество запросов обслуживания от Filr.
Продолжите обновление до Filr.
ПРИМЕЧАНИЕ.В состав OES SP2 по умолчанию входит обновленный сервер NCP, который удовлетворяет всем требованиям Filr 1.1 к обслуживанию.
Для больших установок требуется общее хранилище NFS или CIFS для точки монтирования /vastorage на сервере Filr.
При использовании NFS не нужно выполнять привязку к точке монтирования /var или дочернему каталогу в этом каталоге. Это приведет к сбою монтирования /vastorage при перезагрузке программно-аппаратного комплекса Filr. (См. документ технической информации TID 7017379).
Последовательные обновления (обновление одного сервера Filr или сервера поиска индексов в то время как другой сервер продолжает обслуживать клиентов) не поддерживаются при обновлении с Filr 2.0 до Filr 3.0 в кластеризованной среде.
Прежде чем начинать процесс обновления, необходимо выключить все программно-аппаратные комплексы Filr и индекса поиска. По окончании обновления перезапустите программно-аппаратные комплексы.
Эта проблема не влияет на небольшие или большие некластеризованные установки.
Информацию об обновлении Filr см. в разделе Upgrading Filr (Обновление Filr)
документа Filr 3.0: Installation, Deployment, and Upgrade Guide (Руководство по установке, развертыванию и обновлению Filr 3.0).
Не используйте мгновенные состояния VMware в качестве метода создания резервной копии для Filr. Это может привести к усложнению обновления Filr в будущем.
Если вы не используете мгновенных состояний, необходимо удалить их перед обновлением до новой версии Filr.
Дополнительную информацию о резервном копировании различных компонентов Filr см. в разделе Backing Up Filr Data (Резервное копирование данных Filr)
документа Filr 3.0: Maintenance Best Practices Guide (Руководство по рекомендуемым процедурам обслуживания Filr 3.0).
При запуске Filr в среде Xen невозможно развернуть хранилище для раздела /var после установки Filr.
Процесс расширения хранилищ для разделов /var и /vastorage после установки описан в разделе Expanding Storage (Расширение хранилища)
документа Filr 3.0: Administrative UI Reference (Справка по интерфейсу пользователя-администратора Filr 3.0).
Имена пользователей LDAP должны содержать только цифры (0–9) и буквы латинского алфавита (A-Z) в верхнем и нижнем регистре. Имена пользователей, содержащие символы ASCII и специальные символы (например, / \ * ? " < > : | ) не могут использоваться в качестве имен пользователей Filr. Если в каталог LDAP входят имена пользователей с этими символами, они синхронизируются с сайтом Filr, но связанные с ними пользователи не могут войти.
Эти символы нельзя использовать в имени пользователя Filr в связи с тем, что имя пользователя в Filr становится заголовком рабочей области, а заголовок, в свою очередь, становится элементом иерархического пути, ведущего к рабочей области. Эти символы недопустимы при описании путей в Linux и Windows.
Имена пользователей, которые синхронизируются из каталога LDAP, не являются регистрозависимыми при входе пользователей в систему Filr.
Локальные учетные записи пользователей (учетные записи пользователей, которые созданы в Filr и не синхронизированы из каталога LDAP) регистрозависимы. Учетные данные входа для локальных учетных записей пользователя хранятся в базе данных MySQL.
Если на странице "Веб-приложение" консоли администрирования одновременно выбраны параметры Разрешить гостевой доступ и Отключить веб-доступ, то в начальном диалоговом окне входа посредством веб-доступа отображается Войти как гость; при этом гостевые пользователи могут видеть общедоступные файлы и папки. При отключении веб-доступа необходимо убедиться, что доступ для гостевых пользователей не включен.
Если пользователь с правами администратора пытается передать в приложении Filr изображение для использования в качестве фирменного оформления, происходит сбой передачи. Чтобы передать изображение фирменного оформления в приложение Filr, необходимо войти со встроенной учетной записью администратора Filr (admin).
Filr не поддерживает перечисление на основе доступа (ABE) от Microsoft, если внутренний сервер Windows использует пространство имен распределенной файловой системы (DFS).
Если на сервере OES 2015, на котором выполняется NSS для AD, есть удаленная точка соединения, необходимо, чтобы значение интервала Обновить кэшированные права в разделе Настройки сетевой папки консоли администрирования Filr было отлично от 0 минут (0 означает, что такой интервал отключен). В противном случае пользователи Filr не смогут получить доступ к файлам и папкам в целевом расположении DFS посредством Filr, а владелец всех файлов и папок в целевом расположении будет отображаться в приложении Filr как Агент синхронизации файлов.
Если вместе с Filr установлен NetIQ Access Manager, то только администратор Filr может войти во Filr напрямую. При доступе к Filr напрямую в этой конфигурации невозможно одновременно выйти из системы Filr.
Чтобы обеспечить правильный выход из системы, после прямого входа администратора Filr (если Filr настроена с Access Manager) все сеансы браузера необходимо немедленно закрыть.
Если приложение Filr настроено с NetIQ Access Manager, нельзя использовать несколько политик вставки идентификационных данных одновременно.
В Filr не поддерживаются отношения доверия между лесами Active Directory.
Если пользователь перемещает или переименовывает файл непосредственно из файлового сервера (вместо использования для этих действий клиента Filr), то удаляются любые ресурсы общего доступа, связанные с этим файлом во Filr. Это означает, что пользователи, у которых есть доступ к файлу посредством ресурса общего доступа во Filr, больше не имеют доступа к файлу, если он перемещен или переименован из файлового сервера. Кроме того, файл не отображается в представлениях пользователей «Доступ открыт мной» и «Доступ открыт мне».
При возникновении такой ситуации необходимо заново предоставить совместный доступ к файлам во Filr.
При синхронизации папок в файловой системе с сетевой папкой длина папки в Filr не может превышать 48 уровней (вложенных подпапок). Код синхронизации файла отклонит любую вложенную подпапку, глубина пути которой вызовет превышение ограничения количества подпапок (48) в соответствующем пути к папке Filr.
Если система Filr обнаружит 48 уровней папок, то папка не будет создана, а код синхронизации вернет следующее сообщение:
The folder xxx has reached the allowed path maximum depth. Its sub-folders will not be added in the system.
Создайте точку соединения на сервере OES, а затем создайте сетевую папку в Filr, которая будет ссылаться на эту точку соединения. При изменении целевого расположения в этой точке соединения сетевая папка продолжит ссылаться на прежнее целевое расположение в данной точке соединения. Соответственно, содержимое сетевой папки будет состоять из файлов и папок в старом целевом расположении.
Чтобы просмотреть содержимое нового целевого расположения в сетевой папке, выполните указанную ниже команду, чтобы перезапустить famtd.
rcnovell-famtd restart
Изменение файла RTF приводит к ошибке конфликта редактирования
Проблемы при загрузке нескольких файлов в Safari на компьютерах Mac
Невозможно войти в веб-клиент с длинным идентификатором пользователя или паролем
Проблемы отображения из-за программного обеспечения сторонних разработчиков
В формате HTML невозможно просмотреть файлы ODP и ODG, которые содержат диаграммы, графики и таблицы
Домашние каталоги пользователя не синхронизируются до обновления информации о кэше опекуна
Filr не поддерживает псевдонимы, которые настроены в каталоге LDAP
После сетевого сбоя с Microsoft SQL необходимо перезапустить все программно-аппаратные комплексы
При запуске отчета электронной почты (как описано в разделе Email Report (Отчет электронной почты)
документа Filr 3.0: Administrative UI Reference (Справка по интерфейсу пользователя-администратора Filr 3.0)) сообщения электронной почты не отображаются для последнего дня диапазона дат отчета.
Например, если отчет электронной почты выполнен для диапазона дат от 3 февраля до 26 апреля, то в отчет не включаются сообщения электронной почты от 26 апреля.
В отчете о лицензии в настоящее время считаются локальными следующие пользователи: Администратор, Гость и три внутренних пользователя (_emailPostingAgent, _jobProcessingAgent и _synchronizationAgent). Администратор считается активным пользователем, а остальные четыре локальных пользователя не учитываются в использовании лицензии Filr.
Информацию о формировании отчета о лицензии см. в разделе License Report (Отчет о лицензии)
документа Filr 3.0: Administrative UI Reference (Справка по интерфейсу пользователя-администратора Filr 3.0).
Если персональное хранилище отключено и домашние папки не настроены, пользователи могут найти каталог «Хранилище моих файлов» при щелчке в поле глобального поиска и нажатии клавиши пробела. Обычно это скрытый каталог, однако при некоторых условиях он может отображаться.
Если щелкнуть Хранилище моих файлов, может открыться область «Мои файлы» или профиль другого пользователя (в зависимости от места, в котором выполняется поиск).
Внешние пользователи с правами "Автор" в папке, к которой им предоставлен совместный доступ, не могут перейти к папке назначения при перемещении или копировании файла. Вместо этого в поле Целевая папка внешние пользователи должны указать имя папки, в которую необходимо переместить или копировать файл, как описано в разделах Moving Files (Перемещение файлов)
и Copying Files (Копирование файлов)
документа Руководство по доступу к Filr 3.0 для пользователей.
Когда пользователи предоставляют совместный доступ к серверам Share Point, файлы не появляются в папках Доступ открыт мной или Доступ открыт мне. Однако пользователи, для которых предоставлен совместный доступ к этим файлам, могут видеть общие файлы, если размещены в сетевых папках и эти пользователи имеют доступ к сетевым папкам.
При сохранении файла .rtf, измененного из Filr в текстовом редакторе (например, Microsoft Word), отображается сообщение о том, что файл изменен другим автором. В этом случае выберите параметр для комбинации ваших изменений с изменениями другого автора, затем нажмите кнопку ОК.
Изменения, внесенные в файл, сохраняются во Filr, как ожидается.
Дополнительную информацию об изменении файлов в приложении Filr с использованием функции редактирования на месте см. в разделеРедактирование файлов с использованием функции редактирования на месте
документа Руководство по доступу к Filr 3.0 для пользователей.
Micro Focus рекомендует при настройке синхронизации LDAP никогда не выбирать параметр удаления пользователей, отсутствующих в LDAP. В будущих выпусках Filr эта функция будет усовершенствована или удалена. Удаленные учетные записи восстановить невозможно. Лучше отключить учетную запись, а не удалять ее.
LDAP-значение атрибута, указанного для настройки конфигурации LDAP Атрибут LDAP для имени учетной записи Filr, должно быть уникальным во всем каталоге LDAP. Например, если указать cn, все пользователи в каталоге LDAP могут не иметь уникального значения.
Чтобы решить эту проблему, используйте атрибут, значение которого уникально для всех контейнеров, например emailAddress.
При начальной синхронизации групп, которые содержат подгруппы, между Filr и каталогом LDAP данные подгруппы не включаются в состав родительской группы.
Выполните дополнительную синхронизацию LDAP, чтобы убедиться в том, что группа содержит все ожидаемые подгруппы.
Перед переименованием или перемещением пользователей в каталоге LDAP убедитесь, что задано значение настройки Атрибут LDAP, уникально идентифицирующий пользователя или группу, как описано в разделе LDAP Synchronization (Синхронизация LDAP)
документа Filr 3.0: Administrative UI Reference (Справка по интерфейсу пользователя-администратора Filr 3.0). Если значение не указано в этой настройке, то переименование или изменение пользователей в вашем каталоге LDAP может привести к созданию новых пользователей в Filr или к удалению существующей учетной записи пользователя.
После изменения имени или пароля пользователя в каталоге LDAP пользователь должен использовать прежнее имя или прежний пароль для входа в мобильное или классическое приложение Filr до тех пор, пока не будет выполнено одно из указанных ниже действий.
Запуск синхронизация LDAP
Вход пользователя в веб-клиент с новым именем или паролем
При входе в систему Filr из веб-клиента пользователь может использовать старое или новое имя (старый или новый пароль соответственно).
При попытке импорта пользователя LDAP с тем же ИД пользователя, как и ранее импортированного пользователя, происходит сбой импорта с записью в журнал, однако этот сбой не выводится в графическом интерфейсе пользователя-администратора. Ошибка импорта записывается в файл журнала /opt/novell/filr/apache-tomcat/logs/appserver.log.
Поэтому только первый импортированный пользователь может войти в систему. Другие пользователи с таким же ИД пользователя не могут войти в систему, однако им не выводится причина сбоя запроса на вход в систему. Неудачные попытки входа записаны в файл журнала /opt/novell/filr/apache-tomcat/logs/appserver.log.
При настройке Filr на использование внешней системы исходящих почтовых сообщений (например, Novell GroupWise) нажатие на кнопку Проверить подключение возвращает ошибку, если не указано имя пользователя и параметр, даже когда параметр Требуется аутентификация не выбран.
Информацию о настройке Filr для использования внешней системы исходящей почты см. в разделе Configuring an Email Service for Filr to Use (Настройка сервиса электронной почты для Filr)
документа Filr 3.0: Administrative UI Reference (Справка по интерфейсу пользователя-администратора Filr 3.0).
При передаче документа, который был создан как файл одного из указанных ниже типов, возвращается ошибка с сообщением о том, что нельзя передать файл или папку в веб-клиент Filr.
Документ iWork (например, документы Pages, Keynote, или Numbers)
Файл приложения Mac (документ с расширением .app)
Веб-клиент Filr не может передать документы этих типов, поскольку архитектура этих документов больше похожа на папку, а папки невозможно передавать через веб-клиент Filr.
Можно передать эти типы документов Filr, используя приложение Filr для рабочих станций или мобильное приложение Filr.
Информацию о передаче документов с использованием приложения для рабочих станций или мобильного приложения см. в документах Руководство по приложению Filr Desktop для Windows, Руководство по приложению Filr Desktop для Mac и Filr Mobile App Quick Start (Краткое руководство по приложению Filr Mobile).
После загрузки одного файла или нескольких файлов в виде файла ZIP (как описано в разделе Загрузка файлов
документа Руководство по доступу к Filr 3.0 для пользователей) его содержимое удается извлечь только с использованием инструментов сторонних разработчиков, например iZip Unarchiver.
Эта проблема происходит поскольку OS X в данный момент не поддерживает технологию ZIP64, которая используется для создания файла ZIP.
Если при загрузке нескольких файлов в веб-браузере Safari на компьютере Mac наблюдаются проблемы (процедура описана в разделе Загрузка нескольких файлов и папок
документа Руководство по доступу к Filr 3.0 для пользователей), убедитесь, что параметр Открывать безопасные файлы после загрузки не выбран.
Щелкните Safari > Настройки.
На вкладке «Общие» убедитесь, что флажок Открывать безопасные файлы после загрузки не установлен.
Точная максимальная длина имени файла зависит от конфигурации сервера Filr, однако, как правило, она составляет около 200 символов. Если имена файлов слишком большие, их нельзя добавить в Filr.
Если в пароле пользователя содержится пробел, то при попытке отредактировать файл посредством WebDAV (как описано в разделе Изменение файлов с использованием функции редактирования на месте
документа Руководство по доступу к Filr 3.0 для пользователей) аутентификация завершается ошибкой.
Перед редактированием файлов посредством WebDAV убедитесь в отсутствии пробелов в пароля пользователя.
При использовании функции редактирования на месте для изменения файла (как описано в разделе Изменение файлов с использованием функции редактирования на месте
документа Руководство по доступу к Filr 3.0 для пользователей) невозможно выбрать пункт Сохранить как и переименовать данный файл. При попытке сделать это будет возвращена ошибка передачи; при этом внесенные в файл изменения не синхронизируются с Filr.
Существует ряд указанных ниже ограничений использования функций WebDAV в среде Mac.
Ограничения при редактировании файлов в среде Mac через WebDAV Функция редактирования на месте не поддерживается в среде Mac при использовании Microsoft Office в качестве редактора документов. Чтобы работать в среде Mac с функцией редактирования на месте, следует использовать OpenOffice или LibreOffice в качестве редактора документов.
При использовании LibreOffice в Mac невозможно отредактировать файл посредством WebDAV (функция редактирования на месте)
При доступе к Filr из Mac и использовании LibreOffice в качестве редактора документов невозможно отредактировать файлы через WebDAV, используя функцию редактирования на месте (как описано в разделе Изменение файлов с использованием функции редактирования на месте
документа Руководство по доступу к Filr 3.0 для пользователей).
При использовании Apache с системой Filr пользователи могут отредактировать файлы посредством WebDAV при доступе к Filr через Mac с применением текстового редактора LibreOffice.
При использовании WebDAV для доступа к папке Filr (посредством Mac Finder) открывается доступ только на чтение При использовании WebDAV для доступа к папке Filr в классическом приложении Filr посредством Mac Finder открывается доступ только на чтение.
Невозможно изменить файл посредством WebDAV (встроенная функция редактирования) в Safari 7.x с OS X 10.9.x
При доступе к Filr в Safari 7.x и OS X 10.9.x с использованием возможностей функции редактирования на месте для изменения файла (как описано в разделе Изменение файлов с использованием функции редактирования на месте
документа Руководство по доступу к Filr 3.0 для пользователей) возвращается ошибка; продолжить редактировать файл невозможно.
Чтобы настроить Safari 7.x и OS X 10.9.x так, чтобы в них поддерживались встроенная функция редактирования и добавление файлов в папки при использовании браузера без поддержки HTML 5, выполните указанные ниже действия.
В Safari при открытом сайте Filr последовательно выберите пункты Меню > Предпочтения.
Откройте вкладку Безопасность, затем щелкните Управление настройками веб-сайта.
Выберите Java, затем щелкните стрелку с раскрывающимся списком рядом с URL-адресом Filr и выберите Запустить в небезопасном режиме.
Щелкните кнопку Готово.
Пользователи не могут войти в веб-клиент Filr, если длина идентификатора пользователя превышает 128 символов или длина пароля превышает 64 символа.
Панель инструментов Ask в браузере Chrome препятствует просмотру всего заголовка Filr. Панель инструментов Ask не одобрена Chrome и не должна устанавливаться в браузере Chrome.
Файлы ODP и ODG, которые содержат диаграммы, графики или таблицы, не отображаются при просмотре файлов с использованием представления HTML, как описано в указанных ниже ситуациях.
При просмотре файла в браузере
Дополнительную информацию см. в разделе Просмотр файла в веб-браузере
документа Руководство по доступу к Filr 3.0 для пользователей.
При просмотре файла в мобильном приложении Filr и щелчке Сформировать онлайн-просмотр
При добавлении пользователя в каталог LDAP домашний каталог пользователя в Filr не отображается сразу же после выполнения синхронизации LDAP.
Пред тем как информация о домашнем каталоге отобразится в Filr, необходимо дождаться обновления информации о кэше опекуна в файловой системе. (Кэш прав по умолчанию обновляется каждые 5 минут. Этот интервал можно изменить, как описано в разделе Just-in-Time Synchronization (Синхронизация Just-in-Time)
документа Filr 3.0: Administrative UI Reference (Справка по интерфейсу пользователя-администратора Filr 3.0)).
Если пользователи имеют псевдонимы, связанные с их учетной записью пользователя в каталоге LDAP, то данный псевдоним не синхронизируется Filr при синхронизации LDAP. Это означает, что пользователи не смогут войти в Filr со своими именами.
Filr позволяет изменить приложение по умолчанию, которое используется для изменения файлов (как описано в разделе Изменение настроек редактора по умолчанию для одного типа файлов
документа Filr 3.0 User Guide (Руководство пользователя Filr 3.0)). Однако невозможно использовать текстовые редакторы, такие как Notepad или Wordpad, в качестве редактора документов по умолчанию для изменения файлов, поскольку в этих приложениях не поддерживается WebDAV.
Если в развертывании Filr есть база данных Microsoft SQL, то при сетевом сбое необходимо перезапустить все программно-аппаратные комплексы в вашем развертывании Filr, чтобы восстановить работу сервисов Filr.
Формата XML нет среди поддерживаемых по умолчанию форматов для просмотра HTML, но его можно добавить (см. HTML Rendering of Non-HTML Files (Отображение в HTML файлов других форматов)
документа Filr 3.0: Administrative UI Reference (Справка по интерфейсу пользователя-администратора Filr 3.0)).
Если XML добавлен как поддерживаемый формат для просмотра HTML, имейте в виду, что некоторые файлы XML не будут открываться и отображаться в веб-клиенте.
При настройке большого развертывания в мастере развертывания имя базы данных Microsoft SQL, указанное в поле Имя базы данных, не может начинаться числовым значением. Если имя базы данных начинается с цифры, такая база данных не будет создана мастером конфигурации. Например, имя 1Filr недопустимо в отличие от имени Filr1, которое можно использовать.
Список проблем, связанных с приложением Filr Desktop (клиентов Windows и Mac), см. в документе Filr Desktop Application ReleaseNotes (Примечания к выпуску приложения Filr Desktop).
Информацию об установке и запуске приложения Filr Mobile см. в документе Micro Focus Filr Mobile App 3.0 Quick Start (Краткое руководство по приложению Micro Focus 3.0 Filr Mobile).
Ниже перечислены известные проблемы в мобильном приложении Filr.
Доступ к файлу из области Загрузки мобильного приложения не приводит к запуску синхронизации Just-in-Time.
Если настроена только синхронизация Just-in-Time (синхронизация по расписанию отключена), то файлы в сетевой папке, которые добавлены в область Загрузки в мобильном приложении не обновляются автоматически при внесении изменений в файловую систему. Файл обновляется в области Загрузки только после того, как пользователь воспользуется одним из клиентов Filr для обзора сетевой папки с файлом.
Если пользователи добавили файлы из домашней папки в область "Загрузки" на мобильном приложении, а затем администратор Filr включил персональное хранилище (как описано в разделе Enabling Personal Storage for Users and Groups (Включение персонального хранилища для пользователей и групп)
документа Filr 3.0: Administrative UI Reference (Справка по интерфейсу пользователя-администратора Filr 3.0)), то файлы в домашней папке удаляются из области "Загрузки" на мобильном приложении.
Если пользователи добавили файлы из сетевой папки в область «Загрузки» на мобильном приложении, после чего файл был переименован или перемещен в файловую систему OES или Windows, то файл удаляется из области загрузки в мобильном приложении.
При попытке открыть Filr в приложении Filr Mobile для Windows, для которого настроен самозаверяющий сертификат, пользователи Windows Phone видят сообщение об ошибке аутентификации.
Можно разрешить эту проблему одним из двух указанных ниже способов.
(Рекомендуется) Настройте использование в приложении Filr официального сертификата, как описано в документе Filr 3.0: Maintenance Best Practices Guide (Руководство по рекомендуемым процедурам обслуживания Filr 3.0).
Для каждого устройства Windows Phone в вашей системе отправьте копию самозаверяющего сертификата по электронной почте. После этого пользователям нужно будет открыть сообщение электронной почты и щелкнуть вложенный сертификат. После щелчка вложения на телефон устанавливается самозаверяющий сертификат. После установки сертификата пользователи смогут входить в приложение Filr без ошибок.
Если адрес электронной почты, указанный в диалоговом окне "Общий доступ", содержит символы национального алфавита, выводится сообщение об ошибке, в котором указано, что к данному элементу нельзя открыть совместный доступ для данного пользователя.
Файлы, защищенные паролем в приложении, в котором они были созданы, не могут просматриваться в приложении Filr.
Список исправленных в Filr 3.0 ошибок Filr 2.0, о которых сообщили пользователи и партнеры, см. в документе Filr 3.0 Bug List (Список ошибок Filr 3.0). Чтобы получить дополнительную информацию о каждой ошибке, войдите в свою учетную запись и найдите соответствующие номера в Bugzilla.
Документация по Filr 3.0
Дополнительную юридическую информацию, сведения о товарных знаках, заявлениях об отказах, гарантиях, экспортных ограничениях и ограничениях на использование, правах правительства США, политиках в отношении патентов и соответствии требованиям FIPS (Федеральный стандарт обработки информации) см. на веб-странице https://www.novell.com/company/legal/.
© Novell, Inc., 2016. Принадлежит компании Micro Focus. Все права защищены.