Настройте таймер простоя Collabora для активных представлений документов.

Чтобы изменить время, в течение которого открытое представление Collabora может оставаться неактивным, прежде чем оно погаснет и перестанет получать обновления, измените значение параметра per_view.idle_timeout_secs. В текущем coolwsd.xmlшаблоне этот таймер уровня представления установлен на 900 секунд (15 минут); например, установите его на 1800 секунд на 30 минут. Это не таймер выхода из системы и не таймаут, который выгружает неактивный документ.

Узнайте, какой таймер вы меняете.

Представление — это открытое в браузере окно просмотра документа одним пользователем. В coolwsdвеб-демоне, обслуживающем Collabora Online, per_viewпараметр idle_timeout_secsзадаёт количество секунд, после которого неактивное представление пользователя затемняется и обновления прекращаются, даже если вкладка браузера остаётся в фокусе. В исходном шаблоне по умолчанию установлено значение 900 секунд. Ваш пакет или управляемая служба могут переопределить это значение, поэтому проверьте конфигурацию, фактически используемую в вашем развертывании.

НастройкиТо, что становится неактивнымТекущий шаблон исходного кода по умолчанию
per_view.idle_timeout_secsАктивность пользователя в сфокусированном режиме просмотра900 секунд (15 минут)
per_view.out_of_focus_timeout_secsОтображение содержимого вкладки браузера после потери фокуса300 секунд (5 минут)
per_document.idle_timeout_secsДокумент без активных представлений перед выгрузкой3600 секунд (1 час)

Первый параметр используйте, если пользователи хотят, чтобы сфокусированное окно редактирования оставалось активным дольше во время чтения или паузы. Второй параметр используйте только в том случае, если фоновые вкладки слишком быстро тускнеют. Третий параметр предназначен для очистки на стороне сервера после того, как в документе не осталось активных окон; его изменение не влияет на поведение окна, остающегося открытым, в режиме неактивности. Параметры автосохранения и сохранения в режиме ожидания определяют, когда сохраняется измененное содержимое, а не как долго окно остается активным.

Иллюстративный XML-редактор, демонстрирующий per_view с параметрами out_of_focus_timeout_secs, установленными на 300, и idle_timeout_secs, установленными на 900.
Два таймера для каждого просмотра обрабатывают разные типы бездействия: незадействованную вкладку и неактивного пользователя во вложенной вкладке.

Выберите время ожидания и подготовьте конфигурацию.

Выберите продолжительность, подходящую для вашего рабочего процесса, а затем переведите её в секунды: 20 минут — это 1200, 30 минут — это 1800, а 45 минут — это 2700. В приведенном ниже примере используется 30 минут; это всего лишь пример, а не универсальная рекомендация. Более длительные значения позволяют дольше сохранять неактивные представления и могут также дольше поддерживать процессы обработки документов и активность обновлений.

Перед редактированием определите, как установлена ​​Collabora. Docker CODE, пакет Linux, развертывание Helm и хостинг-провайдер могут предоставлять конфигурацию по-разному. Создайте резервную копию активной конфигурации или сохраните копию файла Compose. Если сервером управляет интеграция, используйте поддерживаемый ею механизм конфигурации, а не редактируйте временную файловую систему контейнера.

Установите тайм-аут простоя для каждого представления.

Docker CODE с Compose

Добавьте этот параметр к существующему extra_paramsзначению для сервиса Collabora:

services:
  collabora:
    environment:
      extra_params: "--o:per_view.idle_timeout_secs=1800"

Если extra_paramsпараметры уже содержатся, добавьте этот параметр к тому же значению вместо того, чтобы определять ключ дважды. Сохраните существующие настройки SSL, прокси и хоста. Образ Docker передает --o:параметры в coolwsd; в официальной документации CODE Docker описан этот метод настройки.

В наглядном XML-редакторе показано, что значение параметра idle_timeout_secs для каждого представления изменилось с 900 на 1800, в то время как значение out_of_focus_timeout_secs осталось равным 300.
Чтобы установить пороговое значение для 30 минут бездействия в сфокусированном режиме просмотра, измените значение для каждого режима просмотра на 1800 секунд и оставьте отдельный таймер фокусировки вкладки без изменений.

Пакет Linux или смонтированная XML-конфигурация

Отредактируйте активный coolwsd.xmlфайл и измените значение в его существующем <per_view>разделе. Сохраните окружающую конфигурацию и все атрибуты в вашем файле:

<per_view>
  <out_of_focus_timeout_secs>300</out_of_focus_timeout_secs>
  <idle_timeout_secs>1800</idle_timeout_secs>
</per_view>

Не вставляйте второй <per_view>блок и не редактируйте исходный шаблон coolwsd.xml.inтак, как если бы это была текущая конфигурация. Правильный путь к файлу и владелец конфигурации могут отличаться в зависимости от пакета и развертывания.

Иллюстративный пример редактора YAML-файлов Docker Compose, демонстрирующий установку параметра extra_params в значение --o:per_view.idle_timeout_secs=1800 в среде сервиса Collabora.
В примере CODE Docker значение для каждого представления передается через существующую настройку extra_params сервиса.

Примените настройки, перезапустив или создав службу Collabora заново. Для типичной службы Compose с именем collaboraвыполните следующую команду:

docker compose up -d --force-recreate collabora

Замените имя службы на имя, указанное в вашем файле Compose. Для установки пакета, управляемой systemd, перезапустите службу после редактирования ее активной конфигурации, например sudo systemctl restart coolwsd. Откройте документ в новой вкладке браузера, чтобы тест использовал только что созданное представление.

Проверьте поведение системы и устраните причину неисправности.

  1. Откройте тестовый документ с низким уровнем риска в активной вкладке браузера и запишите время. Избегайте использования несохраненной версии документа в качестве теста на превышение времени ожидания.
  2. Оставьте отображение неизменным в течение заданного интервала. Через 1800 секунд проверьте, потускнело ли отображение и перестало ли получать обновления, как описано в настройке для каждого отображения. Не следует интерпретировать это визуальное состояние как доказательство того, что пользователь вышел из системы или документ был выгружен.
  3. Вернитесь к документу и убедитесь, что такое поведение приемлемо для вашей системы. Затем протестируйте случай с отдельной фоновой вкладкой, переключившись на более длительный режим out_of_focus_timeout_secs, если это имеет значение.

После перезапуска некоторые сборки записывают в лог список нестандартных значений конфигурации. Если в логе запуска это отображается, найдите per_view.idle_timeout_secs: 1800. Если поведение по-прежнему соответствует старому значению, убедитесь, что вы отредактировали файл или службу Compose, используемую запущенным процессом, применили изменения и что параметр среды или командной строки не переопределяет XML-файл.

Иллюстративный документ браузера и примечание, показывающие ожидаемую проверку в режиме ожидания в течение 30 минут.
Откройте новый тестовый экран и дождитесь истечения заданного интервала; на этом экране отображается ход проверки, а не результат измерений.

Если документ исчезает только через длительный период без открытых представлений, проведите его проверку per_document.idle_timeout_secs. Если пользователи выходят из системы, проверьте политику аутентификации или сессий на хост-платформе. Это разные уровни, и они не контролируются per_view.idle_timeout_secs. Не сокращайте параметр document-unload только для того, чтобы представление исчезло раньше.

Для получения информации о текущих названиях параметров и значениях по умолчанию из исходного кода обратитесь к онлайн-шаблону конфигурации Collabora . Для получения информации о методе Docker extra_paramsсм. документацию по образу Docker CODE . Проверьте точное поведение в зависимости от используемой версии и пакета, поскольку значения по умолчанию и параметры доставки конфигурации могут различаться.

Оставить комментарий

Отключите проверку обновления кода Collabora и нежелательные подключения.

Отключите проверку обновления кода Collabora и нежелательные подключения.

Остановите запланированные проверки обновлений CODE, просмотрите дополнительные удаленные сервисы и используйте исходящие сетевые элементы управления, не нарушая редактирование документов.

Подключите Seafile и Collabora, используя правильный URL-адрес WOPI.

Подключите Seafile и Collabora, используя правильный URL-адрес WOPI.

Обеспечьте безопасное редактирование документов в Seafile, настроив URL-адрес обнаружения Collabora, HTTPS и доступ WOPI для вашей системы.

Восстановить функции копирования и вставки между Collabora и настольными приложениями.

Восстановить функции копирования и вставки между Collabora и настольными приложениями.

Проверьте буфер обмена системы, настройте разрешения браузера и определите, когда для встроенной интеграции Collabora требуется изменение политики iframe.

Сделайте пользовательские шрифты доступными в Docker-контейнере Collabora CODE.

Сделайте пользовательские шрифты доступными в Docker-контейнере Collabora CODE.

Смонтируйте файлы шрифтов в Docker и системную панель Collabora, чтобы пользовательские шрифты отображались в редакторе и корректно отображались в документах.

Восстановите настройки кода Collabora без потери изменений развертывания.

Восстановите настройки кода Collabora без потери изменений развертывания.

Создайте резервную копию файла coolwsd.xml и его исходных файлов развертывания, безопасно восстановите их и проверьте код, прежде чем пользователи вернутся к редактированию.

Исправьте проверку хоста WOPI в CODE, сопоставив источник хоста.

Исправьте проверку хоста WOPI в CODE, сопоставив источник хоста.

Разрешите использование именно Nextcloud или другого источника WOPI в коде, затем проверьте список разрешенных активных хостов и сопоставьте его с ограничением Nextcloud по IP-адресу источника.

Исправлена ​​ошибка Collabora «Ну, это неловко».

Исправлена ​​ошибка Collabora «Ну, это неловко».

Проанализируйте соединения Collabora с браузером, WOPI и WebSocket, чтобы выяснить, почему документ не открывается, а затем примените исправление, соответствующее вашей настройке Nextcloud.

Запуск Collabora Online на узлах Kubernetes

Запуск Collabora Online на узлах Kubernetes

Разверните реплики Collabora CODE с помощью Helm, разместите каждый документ в отдельном поде с помощью привязки WOPI и проверьте входящий трафик, размещение узлов и редактирование в Nextcloud.

Восстановите WebSocket-соединение Collabora через прокси-сервер.

Восстановите WebSocket-соединение Collabora через прокси-сервер.

Проследите за ошибкой установления соединения между браузером и coolwsd, затем сопоставьте маршрут обратного прокси с вашей версией Collabora, включая изменение Apache в коде 26.04.

Устранение ошибок подтверждения WOPI путем проверки ключей, обнаружения и URL-адресов.

Устранение ошибок подтверждения WOPI путем проверки ключей, обнаружения и URL-адресов.

Обнаруживайте причины сбоев подтверждения WOPI в Collabora, такие как несоответствие ключей, устаревшие данные обнаружения, смещение времени или изменения URL-адресов прокси-сервера, — без ослабления проверки.