четверг, 18 февраля 2021 г.

Подключение к беспроводной сети Ubuntu Server 20.04

С подключением к беспроводной сети, при наличии какого-либо окружения рабочего стола, обычно проблем не возникает, если в системе присутствует драйвер для беспроводной сетевой карты.
В моём случае потребовалось подключить к беспроводной сети Ubuntu Server 20.04 с использованием сетевой карты, созданной на основе чипа Broadcom BCM94352HMB. А это означает, что ни графического окружения, ни дравера нет в системе.

понедельник, 8 февраля 2021 г.

Изменение маршрута по умолчанию на layer 3 коммутаторе Cisco

Для Layer 3 коммутаторов и маршрутизаторов Cisco указание маршрута по умолчанию вроде бы делается достаточно просто
config t
ip default-gateway 192.168.2.2
end
Но после этого, если выполнить команду
show ip route
то маршрут по умолчанию останется прежний
IP Forwarding: enabled
Codes: > - best, C - connected, S - static, R - RIP

S   0.0.0.0/0 [1/1] via 192.168.1.1, 560:00:38, vlan 2
При этом, если повторно попробовать добавить этот же маршрут по умолчанию, то будет сообщение о том, что такая запись в таблице машрутизации уже присутствует.
Чтобы маршрут по умолчанию измнился на желаемый нужно удалить старый маршрут из таблицы маршрутизации
no ip default-gateway 192.168.1.1

четверг, 24 декабря 2020 г.

Миграция или обновление до актуальной версии FreePBX без использования convert.freepbx.org

Раньше для миграции со старых версий FreePBX на актуальную можно было использовать специальный сервис, который располагался по адресу https://convert.freepbx.org, но теперь он закрыт и альтернативы для него создано не будет. Сервис использовался для миграции со старых версий FreePBX Distro, работавших на виртуальных машинах Hyper-V, т.к. скрипт обновления FreePBX Distro до актульной версии не работет на Hyper-V, либо с FreePBX, установленных на других дистрибутивах, в качестве отдельного приложения.

Если же всё-таки нужно обновить FreePBX до актуальной версии, то не будем отчаиваться и опускать руки, а сделаем всё самостоятельно.

среда, 16 декабря 2020 г.

Ошибка при обновлении Zabbix: "Неподдерживаемая кодовая страница"

После очередного обновления в веб-интерфейсе Zabbix появилось сообщение
Неподдерживаемая кодовая страница или тип сравнения для таблиц: < длинный список таблиц >
то же самое на английском
Unsupported charset or collation for tables: < длинный список таблиц >
и в логе
character set name or collation name that is not supported by Zabbix found in 379 column(s) of database "zabbix", only character set "utf8" and collation "utf8_bin" should be used in database
Это происходит из-за того, что в базе данных MySQL используется кодировка отличная от utf-8. Исправляется это буквално за несколько минут.

вторник, 27 октября 2020 г.

Миграция Jira с H2 на PostgreSQL

Если при устновке Jira Software была выбрана встроенная СУБД H2, а не внешняя, то со временем увеличение объёма данных может отрицательно сказаться на производительности сервиса. В моём конкретном случаем размер файла /var/atlassian/application-data/jira/database/h2db.mv.db приблизился к 5 Гб, что вызывало огромные задержки при выполнении любых действий. Чтобы решить эту проблему было принято решение перенести данные на полноценную СУБД - PostgreSQL. Ставить PostgreSQL будем на тот же сервер, на котором запущена Jira.

пятница, 23 октября 2020 г.

Запись видеоконференций Jitsi Meet с помощью Jibri, запущенного в docker-контейнере

Процесс установки и настройки сервиса видеоконференций Jitsi Meet был описан в одной из предыдущих заметок. Указанная в той заметке конфигурация срвиса была лишена одной немаловажной возможности, а именно возможности вести видеозапись конференции. За наличие этой возможности отвечает сервис Jibri (JItsi BRoadcasting Infrastructure). Его настройка и будет описана далее.

Специфика работы Jibri такова, что один экземпляр этой службы может записывать только одну конференцию. Это происходит из-за того, что при нажатии кнопки "Начать запись" Jibri подключается к конференции как участник и после этого записывает видео. Чтобы решить эту проблему и не плодить при этом серверы с Jibri будем использовать docker-контейнеры.

четверг, 22 октября 2020 г.

Использование SSL-сертификатов Let's Encrypt из репозитория GitLab на Zimbra Collaboration OSE

В предыдущей заметке был описан механизм загрузки SSL-сертификатов Let's Encrypt в репозиторий GitLab. Теперь доставим эти сертификаты на сервер Zimbra Collaboration Open Source Edition. Сертификаты и закрытый ключ хранятся в репозитории, так что триггером для запуска процесса обновления сертификатов на почтовом сервере будет служить наличие нового коммита в нём. Скрипт будет запускаться на почтовом сервере и рассчитан на использование в случае, когда один сервер Zimbra обслуживает один почтовый домен.