⚠️Часть настроек применится только после перезапуска дашборда.
Логи
Нажмите «Обновить» для загрузки
Системный лог
Загрузка...
API серверы
Управление серверами, на которых работают прокси-модемы
+ Добавить сервер
🚀 Симулятор нагрузки
Воспроизводит клиентскую нагрузку через выделенный тестовый пул модемов для диагностики таймаутов и breaking-point.
🔴 Активный запуск: —
Run #— · прошло 0с
Воркеры
0/0
Запросов
0
Успешных
0%
Таймаутов
0%
P95 latency
— мс
RPS и P95 latency во времени
Разбивка по модемам — кто валит таймауты
Ожидаем данных…
1. Тестовый пул модемов
Колонка «В пуле» включает is_test_pool. Колонка «В профиле» добавляет модем в текущий запуск. Можно сразу со страницы.
⚠️ Модемы в пуле получают реальную дополнительную нагрузку при запуске. Желательно выводить их из аренды клиента на время теста.
Загрузка…
—
2. Профиль нагрузки
— Сначала отметьте модемы в пуле выше —
Клиент жалуется на 15000 мс — поставьте это значение для воспроизведения.
3. История запусков
Отметьте 2-5 чекбоксов для сравнения
Загрузка…
Детали запуска
Уведомления
Все источники уведомлений. TG+🔔 — в Telegram-чат и в колокольчик. 🔔 — только в колокольчик в админке. У каждого свой cooldown, чтобы не было спама. Кнопка «Тест» отправляет пример — посмотрите как карточка выглядит в боте или в колокольчике.
Загрузка…
Операторы и страны
Привязка операторов к странам нужна для аналитики (флаги в таблицах, группировки в распределении задержек, фильтры в графиках). Новые операторы появляются автоматически: каждый раз когда модем-поллинг впервые видит оператора на сервере, страна берётся из настроек сервера (RO/MD/RU). Если автоматическая привязка ошиблась — поменяйте вручную в таблице ниже; ручной выбор не перезатирается следующим опросом.
Загрузка списка операторов…
Авто-failover модемов
Требуется перезапуск
Когда модем клиента реально умирает, система переносит его порт на здоровый свободный модем того же сервера — сменой IMEI на порте (portID, TCP-порт, логин, пароль сохраняются), так что строка подключения клиента продолжает работать; меняется только внешний IP (другой модем/SIM).
Как принимается решение (защита от ложных переносов). Главный источник ложных срабатываний — «железо онлайн, но дата-канал оператора моргнул на 40–50 мин и сам поднялся». Поэтому решение двухскоростное и подключает аптайм самого модема как детектор лжи:
🔴 Модем offline ≥ «Offline до failover» → переносим быстро (железо реально пропало из сети).
🟡 Модем online, но прокси в ошибках → медленный путь: переносим, только если серия ошибок длится ≥ «Прокси мёртв — медленно» И аптайм модема за сегодня ниже «Мин. uptime модема». Если модем стабильно онлайн (высокий uptime) — это почти наверняка временное моргание оператора, ждём, не трогаем.
⚫ Жёсткий предел: если прокси мёртв ≥ «Прокси мёртв — жёстко» — переносим в любом случае, даже при идеальном uptime (значит сломалось всерьёз, а не моргнуло).
Спейр выбирается только из модемов с хорошим собственным uptime (см. «Мин. uptime спейра»), плюс кулдаун на модем и лимит переносов в час — чтобы не было «качелей».
⚠️ Сначала проверьте механику вручную: ниже выберите живой модем, нажмите «Найти спейр и перенести», убедитесь что прокси поднялся на новом модеме и строка клиента работает. Только потом включайте «Dry-run = выкл» для автоматики. По умолчанию авто-режим выключен, а dry-run включён (логирует «перенёс бы», но ничего не трогает).
Главный выключатель. Пока выкл — система только показывает кандидатов, ничего не переносит
Когда вкл — система логирует «сделала бы перенос», но не выполняет его. Снимите галку для реальных переносов
Сколько модем должен быть offline, прежде чем переносим клиента
Сколько проверок прокси подряд должны упасть с ОШИБКОЙ, чтобы запустить «медленный путь» (см. описание выше). Задержки не учитываются — только ошибки.
Медленный путь: непрерывные ошибки прокси должны длиться ≥ этого, чтобы перенести модем с плохим uptime. Меньше = переносим раньше, но больше ложных. По умолчанию 45.
Жёсткий предел: если прокси мёртв дольше этого — переносим в любом случае, даже при идеальном uptime модема. По умолчанию 90.
Детектор лжи: медленный путь срабатывает, только если аптайм самого модема за сегодня ниже этого. Высокий uptime = вероятно моргание оператора → ждём. По умолчанию 90.
Не выбирать в спейры модем, чей собственный uptime ниже этого (по ≥10 проверкам). Защита от переноса клиента на сам нестабильный модем. 0 — выключить фильтр.
Не переносить тот же модем повторно в течение этого времени
Тормоз: если переносов больше — стоп + алерт (вероятно проблема в сервере, а не модемах)
Кандидаты на failover (сейчас)
Клиентские модемы, которые автоматика перенесла бы прямо сейчас (по текущим порогам), и есть ли для каждого свободный спейр.
Нажмите «Обновить»
История failover
Загрузка…
Некоторые настройки вступят в силу только после перезапуска сервера.
Telegram-уведомления
Ежедневная сводка по дашборду в Telegram. Отправляется в назначенный чат в указанное время МСК. Сводка содержит финансы, трафик, состояние инфраструктуры и ротации за прошедшие сутки.
Токен бота от @BotFather
Личный chat_id (или групповой). Если пусто — отправь /start боту, заполнится автоматически.
Когда отправлять сводку за вчерашний день. Формат ЧЧ:ММ
Если выключено, сводка не отправляется автоматически
Спидтесты
Автоматическое измерение скорости каждого модема. Результаты отображаются в таблице и истории модема.
Время запуска тестов, через запятую. Формат ЧЧ:ММ
Ниже этого значения скорость подсвечивается красным в таблице
При доле ошибок выше этого значения ячейка подсвечивается красным (данные за 7 дней)
Модемы, которые не отвечают дольше этого времени, исключаются из агрегаций (счётчик Online, графики, ёмкость, ротации, IP). На heatmap трафика и таблицу модемов не влияет. Меняется без перезапуска.
Модем попадает в проблемные если средняя задержка выше
Модем попадает в проблемные если % ошибок выше
За какой период оцениваем задержку и ошибки (мин 5, макс 720)
⚠ Влияет на работоспособность парка. Включает фоновую задачу: модемы из карточки "Сбоит прокси" (превышение задержки/ошибок) перезагружаются по интервалу ниже. Не триггерится "ротация без смены IP". Выключено по умолчанию.
Не чаще одного перезапуска в указанный интервал на один модем (защита от петли)
Если download или upload ниже — модем помечается для повторного теста
Через сколько минут перетестировать медленный модем
Сколько последних результатов хранить для каждого модема
Замер задержки прокси
Периодическая проверка отклика каждого прокси через HTTP-запрос к целевому сайту. Цветовая индикация в таблице: зелёный/жёлтый/красный.
URL, на который отправляется тестовый запрос через каждый прокси
Как часто запускать цикл проверки всех прокси
Максимальное время ожидания ответа от прокси
Сколько прокси проверять одновременно (больше = быстрее, но выше нагрузка)
Пороги цветовой индикации задержки (мс):
мс
мс
Красный выше
Авто-восстановление модемов
Требуется перезапуск
Автоматический USB-ресет модемов, которые находятся в оффлайне дольше указанного времени. Система отслеживает попытки и не превышает лимит.
Сколько секунд модем должен быть оффлайн, прежде чем запустится USB-ресет
Сколько раз подряд перезагружать модем, если он не возвращается в онлайн
Минимальное время ожидания между повторными попытками ресета
Трекинг и ротация
Требуется перезапуск
Мониторинг внешних IP-адресов модемов и синхронизация логов ротации с серверов.
Как часто проверять текущий IP каждого модема и обновлять аптайм
Время хранения кеша данных о ротации. После истечения — повторный запрос к серверу
Как часто подтягивать новые записи логов ротации с серверов
Хранение данных
Через сколько дней автоматически удалять старые записи из базы данных. Очистка происходит ежедневно в 00:30 UTC. Минимум 7 дней.
Почасовая статистика трафика по портам. Используется для графиков и хитмапа
Записи действий администраторов: изменения клиентов, оплат, настроек
