GNU/Linux

Нам часто пишут пользователи, которые хотят мониторить качество каналов связи — не просто проверять “доступен ли хост”, а действительно оценивать стабильность сети и реагировать на деградации. Один из таких пользователей недавно подключил мониторинг для нескольких регионов, и его запрос дал нам полезный импульс для доработок.

Рассказываем, какие улучшения появились в RMON.

Ping стал умнее

Раньше проверка ping в RMON отправляла один пакет — это было достаточно для грубой оценки, но плохо отражало реальное состояние канала. Теперь всё иначе:

• Можно указать количество ICMP-пакетов в настройках проверки.

• Система собирает и отображает:

  • min RTT

  • max RTT

  • avg

  • mean

Это особенно полезно, если канал нестабилен: одиночный ping может случайно показать “всё хорошо”, хотя на деле теряются пакеты или резко плавает задержка.

| Возможность | SmokePing | RMON |

|-----------------------------|----------------|---------------------------|

| Графики RTT и потерь | ✅ Да | ✅ Да |

| Группировка алертов | ❌ Нет | ✅ Да |

| Настраиваемое кол-во пакетов| ✅ Частично | ✅ Да |

| Интерактивный веб-интерфейс | ❌ (CGI) | ✅ Современный UI |

| MTR из разных регионов | ❌ Нет | ✅ Да |

| Проверки из нескольких точек| ❌ (1 сервер) | ✅ Геораспределённые агенты |

| Telegram/Slack уведомления | Только через внешние скрипты | ✅ Встроено |

| API | ❌ Ограничен | ✅ Полноценный REST API |

SmokePing — отличный инструмент для исторического анализа задержек. Но он устарел в архитектуре, плохо масштабируется по регионам и требует обвесов для алертов.

RMON же изначально создавался с упором на:

• простую установку;

• удобный интерфейс;

• встроенные нотификации и API;

• и главное — распределённый мониторинг из разных географий.

Группировка алертов

Пользователи с несколькими агентами в разных регионах сталкивались с таким сценарием:

"Падает один хост — и мы получаем 5+ одинаковых алертов от каждого региона".

Теперь алерты по одному хосту автоматически агрегируются:

• Вы получаете единое уведомление со списком всех регионов, где обнаружена проблема.

• Упрощается логирование, снижается "шум" в системах алертинга (Telegram, Slack и т.п.)

MTR на месте

Мы добавили возможность запускать MTR (traceroute с расширенной статистикой) из конкретного региона:

• Прямо из веб-интерфейса или API

• Можно быстро проверить маршрут от нужного агента до целевого хоста

Это особенно удобно при отладке проблем между регионами, в CDN, или при работе с провайдером.

Что дальше

Мы продолжаем развивать RMON как инструмент для распределённого мониторинга, ориентированный на:

• телеметрию от агентов из разных регионов;

• гибкую конфигурацию проверок;

• удобную интеграцию с Telegram, Slack, Prometheus, Zabbix и другими системами.

Если вы хотите точно знать, где и когда у вас реально деградирует сеть — попробуйте RMON: https://rmon.io

Я использую Manjaro Linux (ядро 6.12) с окружением KDE Plasma 6.3.5 и видеокартой AMD Radeon RX 6600. Хочу запускать Counter-Strike 2 в разрешении 1280x960 (соотношение сторон 4:3).

В оконном режиме игра работает без проблем, но в полноэкранном режиме или режиме "полный экран в окне" исчезает курсор мыши и не реагирует на нажатия. Проблема сохраняется на Wayland и X11. На X11 также возникают сложности с частотой обновления экрана.

Как можно это исправить или обойти, чтобы играть в полноэкранном режиме с нужным разрешением и соотношением сторон? Буду признателен за любые советы по устранению этой проблемы

UPD: Нашёл решение! Для X11, нужно добавить в параметры запуска игры в Steam: xrandr --output DisplayPort-0 -s 1280x960 -r 239.76 --scale-from 1280x960 --primary; %command% -novid; xrandr --output DisplayPort-0 -s 1920x1080 -r 239.76 --scale-from 1920x1080

Какой у вас видео-выход можно посмотреть через команду xrandr в терминале. А для Wayland к сожалению решение не нашёл.