Я вчера рассказывал про программу, которая позволяет отправлять в Telegram отчёты о выполнении какой-то команды. Сразу возникло желание получить какой-то инструмент и для обратной связи - выполнять на сервере команду, которая вводится в чате в Telegram.

На эту тему очень много решений, как очень простых в виде небольшого python скрипта, так и более развитых проектов на github. Я попробовал и первое, и второе. Расскажу про то, что понравилось больше всего - shell2telegram.

Сразу отмечу, чем понравился:

➕Есть deb и rpm пакеты, а так же присутствует в репозитории snap. Сам по себе это один бинарник на go. В пакет упакован для удобства вместе с man.
➕Есть возможность ограничить набор доступных команд.
➕Для выполнения команд можно настроить авторизацию.
➕Есть встроенная статистика и некоторое управление в боте.

Показываю, как пользоваться:

1️⃣ Скачиваем и устанавливаем пакет:
# wget https://github.com/msoap/shell2telegram/releases/download/v1.10.0/shell2telegram_1.10.0_linux_amd64.deb
# dpkg -i shell2telegram_1.10.0_linux_amd64.deb

2️⃣ Записываем в переменную окружения токен бота:
# export TB_TOKEN=55555555:AAAAAAAAAAAAA

3️⃣ Запускаем с парой доступных команд:
# shell2telegram /topcpu:desc="Top CPU Procs" 'ps -e -o pcpu,pmem,args --sort -pcpu | head -10' \
/topmem:desc="Top MEM Procs" 'ps -e -o pcpu,pmem,args --sort -pmem | head -10'

Команда /topcpu выводит 10 лидеров среди процессов по CPU, /topmem - по памяти.

4️⃣ Идём в бота и проходим авторизацию для запуска команд от root:
/authroot
Идём в консоль сервера, видим там код для авторизации. Вводим его боту:
/authroot ZJНрhiRGB1NLbkLD5VyS
Получил сообщение:
You (Vladimir Zp (@zeroxzed)) authorized as root.

5️⃣  Вводим боту команды и смотрим вывод со списком процессов:
/topcpu
/topmem

С помощью ключей -allow-users= и -root-users= можно сразу перечислить пользователей с доступом к боту, чтобы не нужно было использовать коды:

# shell2telegram -root-users="zeroxzed" \
/topcpu:desc="Top CPU Procs" 'ps -e -o pcpu,pmem,args --sort -pcpu | head -10' \
/topmem:desc="Top MEM Procs" 'ps -e -o pcpu,pmem,args --sort -pmem | head -10'

Можно посмотреть статистику выполнения команд, отправив боту:

/shell2telegram stat

Или погасить его прямо из Telegram:

/shell2telegram exit

Все доступные команды описаны в репозитории или в man.

Можно много всего накостылить с её помощью. Я обернул в systemd, чтобы работала как служба. Для этого создал файл /etc/systemd/system/shell2telegram.service. Закинул туда:

[Unit]
Description=Shell2Telegram bot
After=network.target

[Service]
Type=simple
Environment=TB_TOKEN=55555555:AAAAAAAAAAAAAA
ExecStart=/usr/bin/shell2telegram -root-users="zeroxzed" \
  /topcpu:desc="Top CPU Procs" 'ps -e -o pcpu,pmem,args --sort -pcpu | head -10' \
  /topmem:desc="Top MEM Procs" 'ps -e -o pcpu,pmem,args --sort -pmem | head -10'

Restart=on-failure
RestartSec=5
User=root
WorkingDirectory=/root

[Install]
WantedBy=multi-user.target

И запустил:

# systemctl daemon-reload
# systemctl enable --now shell2telegram.service

Интересная и функциональная штука. Можно, например, добавлять и удалять правила файрвола. К примеру, разрешим подключаться к SSH. В консоли это выглядит так:

# iptables -A INPUT -i ens18 -s 192.168.13.5 -p tcp --dport 22 -j ACCEPT

Нам надо обернуть эту команду в Shell2Telegram. Бот принимает аргумент после команды как STDIN в консольную команду. В Iptables STDIN можно передать через простой скрипт-прокладку. Создаём исполняемый скрипт addip.sh:

#!/bin/bash
read ip
iptables -A INPUT -i ens18 -s "$ip" -p tcp --dport 22 -j ACCEPT

Запускаем:

# shell2telegram /addip:desc="Add IP to Iptables" '~/addip.sh'

Выполняем в боте:

/addip 1.2.3.4

Проверяем в консоли:

# iptables -L -v -n | grep 22
 0   0 ACCEPT   tcp -- ens18 *    1.2.3.4       0.0.0.0/0      tcp dpt:22

Так можно много всего придумать. Если у вас есть идеи, для чего это может пригодиться, делитесь.

❗️Если заметка вам полезна, не забудьте 👍 и забрать в закладки.

———
ServerAdmin: 📱 Telegram | 🌐 Сайт | 📲 MAX

#linux #terminal

📊 В конце недели можно подбить итоги прошлонедельного опроса по почтовым серверам и сервисам. Он меня, кстати, удивил. В первую очередь тем, что в лидерах оказался не Exchange. Я думал, он безоговорочно будет на первом месте. По абсолютным цифрам конкретных продуктов так и есть, но если сложить все сервера на Linux и все сервисы SaaS, то они его обойдут.

Я специально сделал глубокое разделение, чтобы получить больше информации. В Linux или сервисах нет однозначного лидера в виде готового продукта, а хотелось их разрез тоже посмотреть. В Винде безоговорочный лидер - Exchange, так что почти он один представляет эту категорию. Если объединить некоторые группы, то результаты такие:

◽️SaaS почта - 37%
◽️Сервера на Linux - 34%
◽️Сервера на Windows - 26%
◽️Отечественные сервера - 3%

Ожидал, что отечественных серверов будет немного больше, в районе 10%. Communigate вроде бы старый и известный продукт. Давно используется. А по факту даже вместе с остальными набрал только 3%.

Мой любимый Postfix по сути тоже в лидерах. В самосборах и бесплатных сборках обычно именно он, как и в Zimbra и Carbonio. Так что по результатам этого опроса Postfix - лидер среди почтовых серверов.

17 лет назад (как же давно это было 😱), когда впервые стал изучать почтовые сервера, Postfix и Exim были распространены примерно в равной степени. Были статьи и про тот, и про другой продукт. Можно было выбирать. Мне Postfix показался более простым и логичным в настойке, остановился на нём. И как видно, не прогадал. С Zabbix такая же история была. Когда впервые его увидел, Nagios был более популярен, но Zabbix показался лучше. В итоге он лидером и стал. Промахнулся в то время с FreeBSD. Сделал ставку на неё, вместо Linux, но не выгорело. Пришлось переучиваться.

Интересно, что будет через пару лет. Я думаю, принципиально ничего не поменяется, но доля отечественных немного подрастёт. Сервисы, мне кажется, свою нишу уже заняли и не должны сильно больше дальше занимать. Полного перехода в облака, как мне кажется, не будет. Хотя до 50% может и дойдёт, но не хотелось бы. Мне кажется, треть инфры в облаках - нормальная цифра, чтобы и всё остальное тоже развивалось.

📊Прошлые опросы:
◽️Системы мониторинга
◽️ОС на рабочем компьютере и серверах 2025
◽️ОС на рабочем компьютере и серверах 2024
◽️Системы виртуализации
◽️Консольный текстовый редактор в Linux

———
ServerAdmin: 📱 Telegram | 🌐 Сайт | 📲 MAX

#опрос

Очередная рекомендация от читателя и автора программы одновременно - консольный менеджер SSH подключений GOTO, про который я ранее не слышал. При беглом взгляде показалось, что это что-то специфичное, непонятно для кого и чего. В консоли вроде и так есть обычный SSH клиент, который может сохранять настройки для хостов в своей конфигурации.

Решил всё же попробовать программу. На деле она оказалась довольно удобной. Мне даже понравилась, несмотря на то, что конкретно я привык и в основном пользуюсь программами с графическим интерфейсом. Тем более менеджеры соединений у меня всегда графические, потому что обычно объединяют кучу протоколов и серверов. Консоль - это только для SSH. И вот конкретно для SSH описываемая программа хороша и удобна.

Перечислю сразу особенности:

▪️Простой файл с соединениями в формате yaml. Легко переносится, делится между пользователями и машинами. Можно опубликовать его по HTTPS и подключать к менеджеру в момент запуска. Таким образом можно для всей команды поддерживать единый файл со списком серверов и подключений к ним.
▪️Удобная навигация в программе. По горячим клавишам переключается вид между коротким и расширенным, а так же группировка по группам или единым списком всех хостов.
▪️Подключение с помощью ключей. Если ключ не указан, запрашивается пароль. Пароли в программе не хранятся. Есть горячая клавиша, чтобы быстро скопировать свой публичный ключ на удалённый сервер, если его там ещё нет.
▪️Программа состоит из одного исполняемого файла, простой конфигурации и списка подключений. Файл собран под Linux, Windows, MacOS. Конфигурация одинаковая под все системы. Я расшарил список подключений между Windows и Linux, мог свободно использовать программу в обеих системах с едиными настройками и списком подключений. На картинках снизу примеры из Windows и Linux.
▪️GOTO умеет импортировать хосты из файла ~/.ssh/config. Оттуда же он может брать расширенные настройки соединений.
▪️Установить GOTO можно как скачав бинарник под свою систему, так и установив через пакетный менеджер. Есть deb и rpm пакеты.

Как я уже сказал, программа мне понравилась. Простая и функциональная. Пользоваться удобно, горячие клавиши интуитивны. Быстро разобрался, освоился, добавил хосты, подключился. Держать прям все свои подключения наверное там не очень удобно при наличии более развитых графических клиентов. Хотя если вы любитель именно консоли, то как замена стандартного ssh клиента тоже пойдёт.

А вот для совместной работы над небольшим проектом может быть удобно. История изменений списка подключений хранится в репозитории, у всех актуальная версия. Пример, как это можно организовать, есть в репозитории. Также в репозитории есть много демок с демонстрацией работы утилиты.

По тэгу в конце заметки можно прочитать мои обзоры на наиболее популярные менеджеры соединений, в том числе те, которые использую сам.

❗️Если заметка вам полезна, не забудьте 👍 и забрать в закладки.

———
ServerAdmin: 📱 Telegram | 🌐 Сайт | 📲 MAX

#менеджеры_подключений

Для анализа занятого места на дисках в Linux есть встроенная утилита du. Если к ней приловчиться и запомнить некоторые ключи, то больше ничего и не нужно. Например, заходим в директорию и вводим:

# 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-dust

Dust использует свой механизм обхода каталогов, который быстрее du и в некоторых ситуациях быстрее ncdu. Плюс, у него наглядный псевдографический вывод директорий с размерами и с подсветкой самых объёмных. Визуально легко оценить реальную картину на дисках. Для какого-нибудь большого сервера с бэкапами сырых данных эта утилита будет актуальна.

❗️Если заметка вам полезна, не забудьте 👍 и забрать в закладки.

———
ServerAdmin: 📱 Telegram | 🌐 Сайт | 📲 MAX

#linux #terminal

Продолжу тему с мониторингом почтового сервера. Вспомнился ещё один очень простой вариант, когда у вас нет Zabbix или Prometheus, или вы не хотите по какой-то причине всё это настраивать. Можно настроить мониторинг основных метрик по доставке писем и анализа очереди буквально за 5 минут.

Есть очень старый, но до сих пор по какой-то причине поддерживаемый мониторинг - 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: 📱 Telegram | 🌐 Сайт | 📲 MAX

#postfix #мониторинг

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