Очередная рекомендация от читателя и автора программы одновременно - консольный менеджер SSH подключений GOTO, про который я ранее не слышал. При беглом взгляде показалось, что это что-то специфичное, непонятно для кого и чего. В консоли вроде и так есть обычный SSH клиент, который может сохранять настройки для хостов в своей конфигурации.
Решил всё же попробовать программу. На деле она оказалась довольно удобной. Мне даже понравилась, несмотря на то, что конкретно я привык и в основном пользуюсь программами с графическим интерфейсом. Тем более менеджеры соединений у меня всегда графические, потому что обычно объединяют кучу протоколов и серверов. Консоль - это только для SSH. И вот конкретно для SSH описываемая программа хороша и удобна.
Перечислю сразу особенности:
▪️Простой файл с соединениями в формате yaml. Легко переносится, делится между пользователями и машинами. Можно опубликовать его по HTTPS и подключать к менеджеру в момент запуска. Таким образом можно для всей команды поддерживать единый файл со списком серверов и подключений к ним.
▪️Удобная навигация в программе. По горячим клавишам переключается вид между коротким и расширенным, а так же группировка по группам или единым списком всех хостов.
▪️Подключение с помощью ключей. Если ключ не указан, запрашивается пароль. Пароли в программе не хранятся. Есть горячая клавиша, чтобы быстро скопировать свой публичный ключ на удалённый сервер, если его там ещё нет.
▪️Программа состоит из одного исполняемого файла, простой конфигурации и списка подключений. Файл собран под Linux, Windows, MacOS. Конфигурация одинаковая под все системы. Я расшарил список подключений между Windows и Linux, мог свободно использовать программу в обеих системах с едиными настройками и списком подключений. На картинках снизу примеры из Windows и Linux.
▪️GOTO умеет импортировать хосты из файла ~/.ssh/config. Оттуда же он может брать расширенные настройки соединений.
▪️Установить GOTO можно как скачав бинарник под свою систему, так и установив через пакетный менеджер. Есть deb и rpm пакеты.
Как я уже сказал, программа мне понравилась. Простая и функциональная. Пользоваться удобно, горячие клавиши интуитивны. Быстро разобрался, освоился, добавил хосты, подключился. Держать прям все свои подключения наверное там не очень удобно при наличии более развитых графических клиентов. Хотя если вы любитель именно консоли, то как замена стандартного ssh клиента тоже пойдёт.
А вот для совместной работы над небольшим проектом может быть удобно. История изменений списка подключений хранится в репозитории, у всех актуальная версия. Пример, как это можно организовать, есть в репозитории. Также в репозитории есть много демок с демонстрацией работы утилиты.
По тэгу в конце заметки можно прочитать мои обзоры на наиболее популярные менеджеры соединений, в том числе те, которые использую сам.
❗️Если заметка вам полезна, не забудьте 👍 и забрать в закладки.
———
ServerAdmin:📱 Telegram | 🌐 Сайт | 📲 MAX
#менеджеры_подключений
Решил всё же попробовать программу. На деле она оказалась довольно удобной. Мне даже понравилась, несмотря на то, что конкретно я привык и в основном пользуюсь программами с графическим интерфейсом. Тем более менеджеры соединений у меня всегда графические, потому что обычно объединяют кучу протоколов и серверов. Консоль - это только для SSH. И вот конкретно для SSH описываемая программа хороша и удобна.
Перечислю сразу особенности:
▪️Простой файл с соединениями в формате yaml. Легко переносится, делится между пользователями и машинами. Можно опубликовать его по HTTPS и подключать к менеджеру в момент запуска. Таким образом можно для всей команды поддерживать единый файл со списком серверов и подключений к ним.
▪️Удобная навигация в программе. По горячим клавишам переключается вид между коротким и расширенным, а так же группировка по группам или единым списком всех хостов.
▪️Подключение с помощью ключей. Если ключ не указан, запрашивается пароль. Пароли в программе не хранятся. Есть горячая клавиша, чтобы быстро скопировать свой публичный ключ на удалённый сервер, если его там ещё нет.
▪️Программа состоит из одного исполняемого файла, простой конфигурации и списка подключений. Файл собран под Linux, Windows, MacOS. Конфигурация одинаковая под все системы. Я расшарил список подключений между Windows и Linux, мог свободно использовать программу в обеих системах с едиными настройками и списком подключений. На картинках снизу примеры из Windows и Linux.
▪️GOTO умеет импортировать хосты из файла ~/.ssh/config. Оттуда же он может брать расширенные настройки соединений.
▪️Установить GOTO можно как скачав бинарник под свою систему, так и установив через пакетный менеджер. Есть deb и rpm пакеты.
Как я уже сказал, программа мне понравилась. Простая и функциональная. Пользоваться удобно, горячие клавиши интуитивны. Быстро разобрался, освоился, добавил хосты, подключился. Держать прям все свои подключения наверное там не очень удобно при наличии более развитых графических клиентов. Хотя если вы любитель именно консоли, то как замена стандартного ssh клиента тоже пойдёт.
А вот для совместной работы над небольшим проектом может быть удобно. История изменений списка подключений хранится в репозитории, у всех актуальная версия. Пример, как это можно организовать, есть в репозитории. Также в репозитории есть много демок с демонстрацией работы утилиты.
По тэгу в конце заметки можно прочитать мои обзоры на наиболее популярные менеджеры соединений, в том числе те, которые использую сам.
❗️Если заметка вам полезна, не забудьте 👍 и забрать в закладки.
———
ServerAdmin:
#менеджеры_подключений
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
1👍67👎4
Bare Metal + Terraform-провайдер = высокая производительность с гибким управлением 💯
В Selectel с помощью Terraform можно работать не только с облаками, но и с «железом». Как новая фича комбинирует ресурсы — поделятся эксперты компании.
📍 Регистрируйтесь и подключайтесь онлайн 9 декабря в 16:00 МСК на вебинар по приручению bare metal
На встрече вы узнаете о пользе Terraform для управления IT-инстраструктурой. А еще протестируете сервис и задеплоите Docker-приложение при заказе. Так вы получите высокую производительность выделенных серверов с гибким управлением. В точности, как у облака.
🦖 Все участники вебинара попробуют Terraform бесплатно — с промокодом на 3 000 бонусов в панели управления. Регистрируйтесь на вебинар по ссылке: https://slc.tl/lumwq
Больше мероприятий для IT-специалистов ищите в Telegram-канале @selectel_events
Реклама. АО "Селектел". erid: 2W5zFGdj7Xn
В Selectel с помощью Terraform можно работать не только с облаками, но и с «железом». Как новая фича комбинирует ресурсы — поделятся эксперты компании.
📍 Регистрируйтесь и подключайтесь онлайн 9 декабря в 16:00 МСК на вебинар по приручению bare metal
На встрече вы узнаете о пользе Terraform для управления IT-инстраструктурой. А еще протестируете сервис и задеплоите Docker-приложение при заказе. Так вы получите высокую производительность выделенных серверов с гибким управлением. В точности, как у облака.
🦖 Все участники вебинара попробуют Terraform бесплатно — с промокодом на 3 000 бонусов в панели управления. Регистрируйтесь на вебинар по ссылке: https://slc.tl/lumwq
Больше мероприятий для IT-специалистов ищите в Telegram-канале @selectel_events
Реклама. АО "Селектел". erid: 2W5zFGdj7Xn
👍7👎3
Для анализа занятого места на дисках в Linux есть встроенная утилита du. Если к ней приловчиться и запомнить некоторые ключи, то больше ничего и не нужно. Например, заходим в директорию и вводим:
Получаем отсортированный список всех директорий с размером в порядке убывания. Просто и удобно.
Вот ещё один вариант, который иногда использую. Простой скрипт, который проверяет размер директорий и записывает результат тут же в файл:
Это актуально, к примеру, для почтового сервера, когда надо посмотреть, какие ящики наиболее объёмные, или для списка сайтов на веб сервере, чтобы понять, какой из них пухнет выше нормы. Если это происходит регулярно, то история замеров иногда помогает, особенно если размер хранилища очень большой и его обсчёт занимает много времени. Для хранилища почтового сервера в формате maildir это актуально. Там обсчёт всех ящиков может минуты длиться. То же самое для большого сервера бэкапов. Иногда и десятки минут могут уйти для обсчёта большого хранилища на HDD дисках с миллионами мелких файлов.
Если вопрос с занятым местом на сервере возникает регулярно, а решать его удобнее интерактивно, то я почти всегда поставлю туда ncdu. По умолчанию его нет в моём списке обязательного софта, который ставлю, но при необходимости поставлю именно его. Он давно есть в стандартных репозиториях, поэтому изначально выбор был в его пользу, а теперь уже привык.
У ncdu свой механизм сканирования, и работает он значительно быстрее du. Плюс, интерактивно в некоторых ситуациях быстрее разобраться с проблемой занятого места.
Если надо максимально быстро сканировать каталоги и узнавать их размер, то можно взять консольную утилиту dust. Мне она известна давно, ещё со времён, когда её не было в стандартных репозиториях дистрибутивов, а ставить приходилось вручную. Это и ограничивало использование. С выходом Debian 13 этой проблемы нет. Утилита появилась в стандартном репозитории под именем du-dust:
Dust использует свой механизм обхода каталогов, который быстрее du и в некоторых ситуациях быстрее ncdu. Плюс, у него наглядный псевдографический вывод директорий с размерами и с подсветкой самых объёмных. Визуально легко оценить реальную картину на дисках. Для какого-нибудь большого сервера с бэкапами сырых данных эта утилита будет актуальна.
❗️Если заметка вам полезна, не забудьте 👍 и забрать в закладки.
———
ServerAdmin:📱 Telegram | 🌐 Сайт | 📲 MAX
#linux #terminal
# du -hd1 | sort -hrПолучаем отсортированный список всех директорий с размером в порядке убывания. Просто и удобно.
Вот ещё один вариант, который иногда использую. Простой скрипт, который проверяет размер директорий и записывает результат тут же в файл:
#!/bin/bash
{
echo "=================================="
echo "Dirs size $(date +"%Y-%m-%d_%H-%M")"
echo "=================================="
} >> dirs_size.txt
du -s -- * | sort -nr | cut -f 2- | while read -r a; do du -hs "$a" >> dirs_size.txt; done
Это актуально, к примеру, для почтового сервера, когда надо посмотреть, какие ящики наиболее объёмные, или для списка сайтов на веб сервере, чтобы понять, какой из них пухнет выше нормы. Если это происходит регулярно, то история замеров иногда помогает, особенно если размер хранилища очень большой и его обсчёт занимает много времени. Для хранилища почтового сервера в формате maildir это актуально. Там обсчёт всех ящиков может минуты длиться. То же самое для большого сервера бэкапов. Иногда и десятки минут могут уйти для обсчёта большого хранилища на HDD дисках с миллионами мелких файлов.
Если вопрос с занятым местом на сервере возникает регулярно, а решать его удобнее интерактивно, то я почти всегда поставлю туда ncdu. По умолчанию его нет в моём списке обязательного софта, который ставлю, но при необходимости поставлю именно его. Он давно есть в стандартных репозиториях, поэтому изначально выбор был в его пользу, а теперь уже привык.
# apt install ncduУ ncdu свой механизм сканирования, и работает он значительно быстрее du. Плюс, интерактивно в некоторых ситуациях быстрее разобраться с проблемой занятого места.
Если надо максимально быстро сканировать каталоги и узнавать их размер, то можно взять консольную утилиту dust. Мне она известна давно, ещё со времён, когда её не было в стандартных репозиториях дистрибутивов, а ставить приходилось вручную. Это и ограничивало использование. С выходом Debian 13 этой проблемы нет. Утилита появилась в стандартном репозитории под именем du-dust:
# apt install du-dustDust использует свой механизм обхода каталогов, который быстрее du и в некоторых ситуациях быстрее ncdu. Плюс, у него наглядный псевдографический вывод директорий с размерами и с подсветкой самых объёмных. Визуально легко оценить реальную картину на дисках. Для какого-нибудь большого сервера с бэкапами сырых данных эта утилита будет актуальна.
❗️Если заметка вам полезна, не забудьте 👍 и забрать в закладки.
———
ServerAdmin:
#linux #terminal
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
👍183👎3
Пока работает полностью настроенный сервер с тестовым почтовым сервером, решил обновить все статьи, связанные с ним. Не знаю, насколько хватит терпения и времени, так как статью писать помуторнее, чем просто заметку. Для заметки достаточно быстро настроить, сделать пару скринов и своими словами потом описать проделанное. А для статьи надо полностью всю последовательность описать и заскринить, чтобы можно было повторить.
В этот раз занялся мониторингом:
⇨ Мониторинг Postfix в Zabbix
У меня очень давно опубликована и периодически обновлялась статья на эту тему. Там я сам из костылей и велосипедов собирал свой шаблон для почтового сервера и подробно всё расписывал, почему, зачем и как.
Времени поддерживать свои шаблоны в актуальном состоянии у меня нет, так что решил перейти на что-то более стабильное в плане поддержки. Взял шаблон из репозитория Zabbix с community-templates:
⇨ Template App Postfix by Zabbix Agent
Там в принципе есть всё, что нужно. Все многочисленные шаблоны и статьи для мониторинга Postfix похожи, потому что основа для метрик там почтовая очередь и лог-файл со статистикой. И все этот лог-файл разбирают с помощью pflogsumm. Это древнючий скрипт на Perl. Но так как Postfix бдит за обратной совместимостью и практически не меняет формат лог файла в части доставки писем, скрипты даже 20-ти летней давности работают до сих пор.
Представленный шаблон относительно свежий. Писался для версии 6.4. Я его без проблем адаптировал по свой почтовый сервер, который недавно обновлял. По сути только пути к бинарникам и лог-файлам нужно было поправить.
Описанный мониторинг будет актуален для всех решений на базе Postfix, где используется лог файл /var/log/mail.log и стандартная очередь в /var/spool/postfix. Пути, если что, можно будет поправить.
Альтернативное решение - Prometheus exporter for Postfix. У Grafana есть готовый дашборд для этого экспортера. А при желании какие-то метрики из него, или даже все, можно завести в Zabbix через встроенную предобработку метрик Prometheus.
❗️Если заметка вам полезна, не забудьте 👍 и забрать в закладки.
———
ServerAdmin:📱 Telegram | 🌐 Сайт | 📲 MAX
#zabbix #postfix #mailserver
В этот раз занялся мониторингом:
⇨ Мониторинг Postfix в Zabbix
У меня очень давно опубликована и периодически обновлялась статья на эту тему. Там я сам из костылей и велосипедов собирал свой шаблон для почтового сервера и подробно всё расписывал, почему, зачем и как.
Времени поддерживать свои шаблоны в актуальном состоянии у меня нет, так что решил перейти на что-то более стабильное в плане поддержки. Взял шаблон из репозитория Zabbix с community-templates:
⇨ Template App Postfix by Zabbix Agent
Там в принципе есть всё, что нужно. Все многочисленные шаблоны и статьи для мониторинга Postfix похожи, потому что основа для метрик там почтовая очередь и лог-файл со статистикой. И все этот лог-файл разбирают с помощью pflogsumm. Это древнючий скрипт на Perl. Но так как Postfix бдит за обратной совместимостью и практически не меняет формат лог файла в части доставки писем, скрипты даже 20-ти летней давности работают до сих пор.
Представленный шаблон относительно свежий. Писался для версии 6.4. Я его без проблем адаптировал по свой почтовый сервер, который недавно обновлял. По сути только пути к бинарникам и лог-файлам нужно было поправить.
Описанный мониторинг будет актуален для всех решений на базе Postfix, где используется лог файл /var/log/mail.log и стандартная очередь в /var/spool/postfix. Пути, если что, можно будет поправить.
Альтернативное решение - Prometheus exporter for Postfix. У Grafana есть готовый дашборд для этого экспортера. А при желании какие-то метрики из него, или даже все, можно завести в Zabbix через встроенную предобработку метрик Prometheus.
❗️Если заметка вам полезна, не забудьте 👍 и забрать в закладки.
———
ServerAdmin:
#zabbix #postfix #mailserver
Please open Telegram to view this post
VIEW IN TELEGRAM
Server Admin
Мониторинг postfix в zabbix
Подробное описание настройки мониторинга почтового сервера Postfix с помощью системы мониторинга Zabbix. Готовые скрипты и шаблон.
2👍65👎2
Каждый год в ИТ-мире накапливается много материалов — от статей до вебинаров. Что-то читали, что-то откладывали на потом, что-то терялось.
Чтобы в этом не тонуть, мы в K2 Cloud — облачном провайдере — собрали всё самое полезное за год в цифровой адвент-календарь.
В каждом окошке — материалы, которые помогают разобраться в ключевых темах: архитектура, 1С, FinOps, S3, ПДн, GPU и работа с командами.
Запускаем адвент-календарь прямо сейчас.
Please open Telegram to view this post
VIEW IN TELEGRAM
👍14👎1
Продолжу тему с мониторингом почтового сервера. Вспомнился ещё один очень простой вариант, когда у вас нет Zabbix или Prometheus, или вы не хотите по какой-то причине всё это настраивать. Можно настроить мониторинг основных метрик по доставке писем и анализа очереди буквально за 5 минут.
Есть очень старый, но до сих пор по какой-то причине поддерживаемый мониторинг - Monitorix. Я уже упоминал его когда-то давно. Это простейший мониторинг, написанный на Perl, для одиночного сервера. У него преднастроен набор некоторых метрик и графиков, так что вручную настраивать ничего не надо. Достаточно указать модули, которые вы хотите добавить в мониторинг.
Один из таких модулей поддерживает Postfix и анализ его логов с помощью всё того же pflogsumm. Я даже удивился, когда его попробовал и всё практически сразу заработало. Погонял письма на сервере, получил пару rejected, посадил письмо в очередь. Посмотрел на графики, там всё это отобразилось, хоть и не совсем наглядно. Мониторинг не даёт посмотреть графики на интервале меньше суток, а на моём тестовом сервере трафика почти нет. Графики и значения усредняются.
Вообще, Monitorix любопытный мониторинг. Может быть актуален для одноплатников или где-то ещё, где нужно сэкономить по максимуму ресурсы. Мало того, что его настаивать очень просто, так он ещё и ресурсов занимает минимум.
Показываю, как настроил Monitorix для почтового сервера Postfix. Устанавливаем:
В файле конфигурации
Меняю во всех строках имя лог файла
Указываю в качестве почтового сервера postfix:
Перезапускаю мониторинг:
Можно идти на http://IP:8080/monitorix/ и смотреть графики. Помимо почты будут собираться и другие метрики, которые активированы в разделе конфигурации
Такой вот необычный мониторинг из прошлого. У него можно настроить аутентификацию, уведомления и некоторые другие вещи. На сайте есть руководства. Например, можно мониторить LM-Sensors, размер директорий и кол-во файлов (я проверил, легко настраивается, нормально работает), статистику Netstat, активность процессов, открытые файлы, статистику конкретных TCP портов и многое другое.
Метрики Monitorix хранит в RRDtool, а для графиков автоматом рисует готовые png. Уже после написания заметки увидел, что можно включить не только суточные интервалы просмотра, но и часовые. Для этого в конфигурацию надо добавить:
И перезапустить сервис.
Выглядит всё это очень непривычно в 2025 году. Но в целом всё работает из коробки. Графики приятны для глаз. Собираются все базовые метрики: CPU, Mem, Network, I/O и т.д. Поставил, запустил и всё заработало.
❗️Если заметка вам полезна, не забудьте 👍 и забрать в закладки.
———
ServerAdmin:📱 Telegram | 🌐 Сайт | 📲 MAX
#postfix #мониторинг
Есть очень старый, но до сих пор по какой-то причине поддерживаемый мониторинг - Monitorix. Я уже упоминал его когда-то давно. Это простейший мониторинг, написанный на Perl, для одиночного сервера. У него преднастроен набор некоторых метрик и графиков, так что вручную настраивать ничего не надо. Достаточно указать модули, которые вы хотите добавить в мониторинг.
Один из таких модулей поддерживает Postfix и анализ его логов с помощью всё того же pflogsumm. Я даже удивился, когда его попробовал и всё практически сразу заработало. Погонял письма на сервере, получил пару rejected, посадил письмо в очередь. Посмотрел на графики, там всё это отобразилось, хоть и не совсем наглядно. Мониторинг не даёт посмотреть графики на интервале меньше суток, а на моём тестовом сервере трафика почти нет. Графики и значения усредняются.
Вообще, Monitorix любопытный мониторинг. Может быть актуален для одноплатников или где-то ещё, где нужно сэкономить по максимуму ресурсы. Мало того, что его настаивать очень просто, так он ещё и ресурсов занимает минимум.
Показываю, как настроил Monitorix для почтового сервера Postfix. Устанавливаем:
# apt install monitorix pflogsummВ файле конфигурации
/etc/monitorix/monitorix.conf включаю отображение графиков почты:<graph_enable>..... mail = y....</graph_enable>Меняю во всех строках имя лог файла
/var/log/maillog на /var/log/mail.log.Указываю в качестве почтового сервера postfix:
<mail>... mta = postfix...</mail>Перезапускаю мониторинг:
# systemctl restart monitorix# systemctl enable monitorixМожно идти на http://IP:8080/monitorix/ и смотреть графики. Помимо почты будут собираться и другие метрики, которые активированы в разделе конфигурации
graph_enable. Всё, что не нужно, можно отключить.Такой вот необычный мониторинг из прошлого. У него можно настроить аутентификацию, уведомления и некоторые другие вещи. На сайте есть руководства. Например, можно мониторить LM-Sensors, размер директорий и кол-во файлов (я проверил, легко настраивается, нормально работает), статистику Netstat, активность процессов, открытые файлы, статистику конкретных TCP портов и многое другое.
Метрики Monitorix хранит в RRDtool, а для графиков автоматом рисует готовые png. Уже после написания заметки увидел, что можно включить не только суточные интервалы просмотра, но и часовые. Для этого в конфигурацию надо добавить:
enable_hourly_view = yИ перезапустить сервис.
Выглядит всё это очень непривычно в 2025 году. Но в целом всё работает из коробки. Графики приятны для глаз. Собираются все базовые метрики: CPU, Mem, Network, I/O и т.д. Поставил, запустил и всё заработало.
❗️Если заметка вам полезна, не забудьте 👍 и забрать в закладки.
———
ServerAdmin:
#postfix #мониторинг
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
👍61👎1
Специальное предложение для планирующих миграцию виртуализации
Компания ISPsystem запустила акцию «Мигрируем VMeste» — комплексное решение для перехода с российских платформ виртуализации на VMmanager (Продукт года по версии CNews Awards).
Ключевые преимущества программы:
• Лицензия VMmanager на 12 месяцев по цене технической поддержки
• Годовая лицензия BILLmanager Enterprise в подарок
• Экспертное сопровождение миграции специалистами ISPsystem
Условия участия:
- Приобретение годовой технической поддержки на количество мигрирующих хостов
- Регистрация в акции — до 31 декабря 2025 года
- Завершение всех миграций — до 31 декабря 2026 года
Программа предлагает экономически эффективный подход к переходу на современную российскую платформу виртуализации с профессиональной поддержкой на всех этапах.
Детали акции доступны на официальном сайте ISPsystem.
Реклама. АО «Экзософт»
Компания ISPsystem запустила акцию «Мигрируем VMeste» — комплексное решение для перехода с российских платформ виртуализации на VMmanager (Продукт года по версии CNews Awards).
Ключевые преимущества программы:
• Лицензия VMmanager на 12 месяцев по цене технической поддержки
• Годовая лицензия BILLmanager Enterprise в подарок
• Экспертное сопровождение миграции специалистами ISPsystem
Условия участия:
- Приобретение годовой технической поддержки на количество мигрирующих хостов
- Регистрация в акции — до 31 декабря 2025 года
- Завершение всех миграций — до 31 декабря 2026 года
Программа предлагает экономически эффективный подход к переходу на современную российскую платформу виртуализации с профессиональной поддержкой на всех этапах.
Детали акции доступны на официальном сайте ISPsystem.
Реклама. АО «Экзософт»
👎15👍9
Nextcloud, появившийся изначально как форк файлового хранилища, в настоящее время оброс всевозможной функциональностью и стал по сути веб платформой для совместной работы, общения и обмена информацией. Я не раз упоминал про наличие у него мессенджера Nextcloud Talk. Решил отдельно про него написать в рамках цикла моих заметок про бесплатные self-hosted чат-сервера.
На установке Nextcloud я не буду останавливаться. Продукт популярный, в сети куча инструкций. Проще всего взять официальный установщик через Docker и установить всё необходимое с его помощью. Там на этапе начальной установки можно будет сразу выбрать установку Nextcloud Talk со всем необходимым обвесом в виде STUN и TURN серверов. Раньше их отдельно вручную ставили, сейчас всё автоматизировано.
📌 Перечислю плюсы Nextcloud Talk:
➕ Очень простая установка. Если взять VPS с внешним IP и настроенной DNS записью для него, то установщик автоматически развернёт Nextcloud и Talk, выпустит сертификат, запустит всё по доменному имени.
➕ Сразу работают видеозвонки. Вообще не пришлось заморачиваться с настройкой. Установил, зашёл, создал пользователей, создал комнату, пригласил их туда принудительно и получил ссылку для отправки и добровольного захода.
➕ Есть мобильные приложения. Установил на Android, проблем не возникло. Указал DNS имя в качестве сервера, зашёл под учёткой, подключился к видеоконференции. Пуши работают. Ноль заморочек и сложностей.
➕ Есть индикация прочтения сообщений, уведомление в режиме реального времени, когда собеседник печатает своё сообщение.
➕ Nexcloud это не только чат и звонки, но и всё остальное - файловое хранилище, совместная работа с документами, календарь и т.д. Функциональная площадка для совместной работы.
📌 Теперь минусы:
➖ Мне лично не нравится внешний вид Nextcloud. Русскоязычный перевод неаккуратный, где-то перевод непонятен, где-то текст вылезает за границы кнопок. Постоянно этим пользоваться не хочется. Надо переходить на английский. Вкупе с так себе интерфейсом совсем грустно. Но это всё субъективно. Внешний вид чатов в Mattermost или Rocket Chat мне нравится больше.
➖ Видеозвонки немного тормозные, как на десктопе, так и на смартфоне. Вроде всё работает, но как-то подтормаживает, заедает и т.д. И это при конференции между двумя устройствами. Как это всё будет тянуть несколько человек одновременно не представляю. Мне кажется, плохо.
➖ По мобильной связи общение было так себе. Вроде всё работает, но чувствуются, что канала не хватает. Качество плавает, подлагивает.
➖ Nextcloud в целом прожорливое и тормозное приложение. Разработчики с этим пытаются что-то сделать, но не знаю, насколько удачно. Не очень верится, что что-то получится. Там такое наследие из прошлого тянется.
➖ Nextcloud сейчас - это куча Docker контейнеров и сервисов. Подозреваю, что поддерживать всё это не очень просто. Пока всё работает, проблем нет. Но если, к примеру, видеозвонки начнут тормозить, то неочевидно, с чего начинать отладку. А проблемы там будут. Видел много отзывов на этот счёт.
В целом нормальное решение. Как минимум всё работает и функциональность хорошая для бесплатного продукта. Как всё это себя поведёт, если, к примеру, у вас человек 100 активных пользователей - хз. Я бы не рискнул. На 10-20, может 30 пойдёт. Дальше нужно собирать обратную связь, готовиться, каким-то образом нагружать и тестировать. Как минимум, нужно будет пробовать руками собирать что-то подобное.
Если кто-то использует Nextcloud для больших коллективов, поделитесь отзывами.
Из близких бесплатных альтернатив - Jitsi и все чат серверы, куда её можно интегрировать. Но с Jitsi придётся с настройкой повозиться, если нужно будет интеграцию с чатом делать. Это решение известное и проверенное, если настроить, то будет работать. Хоть на него тоже ругаются, что глючит, костыльное и т.д., но лучше self-hosted ничего нет 🤷🏼♂️ Jitsi используют многие коммерческие продукты.
Обзоры других чатов:
◽️Mattermost
◽️Zulip
◽️TrueConf Server Free
◽️Rocket.Chat
❗️Если заметка вам полезна, не забудьте 👍 и забрать в закладки.
———
ServerAdmin:📱 Telegram | 🌐 Сайт | 📲 MAX
#chat #nextcloud
На установке Nextcloud я не буду останавливаться. Продукт популярный, в сети куча инструкций. Проще всего взять официальный установщик через Docker и установить всё необходимое с его помощью. Там на этапе начальной установки можно будет сразу выбрать установку Nextcloud Talk со всем необходимым обвесом в виде STUN и TURN серверов. Раньше их отдельно вручную ставили, сейчас всё автоматизировано.
В целом нормальное решение. Как минимум всё работает и функциональность хорошая для бесплатного продукта. Как всё это себя поведёт, если, к примеру, у вас человек 100 активных пользователей - хз. Я бы не рискнул. На 10-20, может 30 пойдёт. Дальше нужно собирать обратную связь, готовиться, каким-то образом нагружать и тестировать. Как минимум, нужно будет пробовать руками собирать что-то подобное.
Если кто-то использует Nextcloud для больших коллективов, поделитесь отзывами.
Из близких бесплатных альтернатив - Jitsi и все чат серверы, куда её можно интегрировать. Но с Jitsi придётся с настройкой повозиться, если нужно будет интеграцию с чатом делать. Это решение известное и проверенное, если настроить, то будет работать. Хоть на него тоже ругаются, что глючит, костыльное и т.д., но лучше self-hosted ничего нет 🤷🏼♂️ Jitsi используют многие коммерческие продукты.
Обзоры других чатов:
◽️Mattermost
◽️Zulip
◽️TrueConf Server Free
◽️Rocket.Chat
❗️Если заметка вам полезна, не забудьте 👍 и забрать в закладки.
———
ServerAdmin:
#chat #nextcloud
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
1👍62👎1
🎥 Вебинар по Linux: Docker Compose: многоконтейнерные приложения и инфраструктура
Как объединить контейнеры в единую систему и управлять ими как одним сервисом.
На вебинаре вы узнаете:
- Что такое docker-compose и зачем он нужен.
- Как описать инфраструктуру в YAML-файле и запустить всё одной командой.
- Как связать между собой базы данных, backend и frontend.
- Как использовать сети, тома и переменные окружения для гибкой настройки окружения.
В результате вебинара вы:
- Научитесь создавать и запускать многоконтейнерные проекты.
- Сможете описывать инфраструктуру в коде docker-compose.yml).
- Поймёте, как связать несколько сервисов и наладить их взаимодействие.
- Получите базу для перехода к оркестрации контейнеров (Kubernetes, Nomad и др.).
🎁 Все участники вебинара получат специальные условия на полное обучение курса "Administrator Linux. Basic"
👉 Для участия зарегистрируйтесь: https://clck.ru/3Qkgv9
Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576
Как объединить контейнеры в единую систему и управлять ими как одним сервисом.
На вебинаре вы узнаете:
- Что такое docker-compose и зачем он нужен.
- Как описать инфраструктуру в YAML-файле и запустить всё одной командой.
- Как связать между собой базы данных, backend и frontend.
- Как использовать сети, тома и переменные окружения для гибкой настройки окружения.
В результате вебинара вы:
- Научитесь создавать и запускать многоконтейнерные проекты.
- Сможете описывать инфраструктуру в коде docker-compose.yml).
- Поймёте, как связать несколько сервисов и наладить их взаимодействие.
- Получите базу для перехода к оркестрации контейнеров (Kubernetes, Nomad и др.).
🎁 Все участники вебинара получат специальные условия на полное обучение курса "Administrator Linux. Basic"
👉 Для участия зарегистрируйтесь: https://clck.ru/3Qkgv9
Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576
👍5👎3