feat(mcp): подготовить сервер и доступ к приёмке

This commit is contained in:
Denozordec committed 2026-11-03 03:12:03 +07:00
commit bf3d50e1ff
3835 files changed
+537122

No files matched your search

+78
View File
@@ -0,0 +1,78 @@
# Production274 — отключение FTP/Telnet и наблюдение (2026-10-16)
Владелец явно разрешил отключить FTP и Telnet на `nov-gw01.rtnt.top`.
Предыдущая диагностика: [Production273](PRODUCTION-ROUTEROS-273.md).
## Изменение
Перед записью проверены server ID3/host, единственность статических служб,
их ID, порты21/23 и исходный disabled=false. Поочерёдно применено только
`disabled=true`:
| Служба | ID | До | После | Время UTC 2026-10-15 |
| --- | --- | --- | --- | --- |
| ftp | *1 | false | true | 18:33:45.013 |
| telnet | *0 | false | true | 18:33:45.322 |
Повторное чтение18:33:45.582 UTC подтвердило обе службы выключенными.
Это **2026-10-16 01:33:45 по Новосибирску**.
www80/www-ssl443/winbox8291/api8728/api-ssl8729 остались disabled=false,
как до операции. REST identity подтвердил имя устройства; resource —7.24.4 stable,
uptime10h28m24s, без перезапуска.
Пароль, пользователи, firewall, маршруты, локальные задания RouterOS, контейнеры
и приложение не изменялись. Локальная правка подсказок273 не развёртывалась.
## Метод наблюдения
Штатные задания продолжают работать с прежними интервалами. Диагностический
процесс раз в минуту только читает scheduler_runs и RouterOS log; дополнительных
запусков заданий/нагрузочных тестов нет. Подсчитываются ok/error после18:33:45.582 UTC
для traffic, gre_bgp, internet_path, uptime_resources. Журнал логинов проверяется
с продвижением по ID и контролем перекрытия кольцевого буфера, без вывода секретов.
## Итог наблюдения
Окончание:2026-10-15 18:54:44 UTC /2026-10-16 01:54:44 по Новосибирску,
почти21 минута после применения. После изменения в scheduler_runs:
| Задание | Успешно | Ошибки | Максимальная длительность |
| --- | --- | --- | --- |
| traffic | 42 | 0 | 2278мс |
| gre_bgp | 42 | 0 | 910мс |
| internet_path | 4 | 0 | 809мс |
| uptime_resources | 84 | 0 | 1937мс |
Итоговое чтение: статические ftp/telnet disabled=true; www/www-ssl/winbox/api/api-ssl
остались включены. Identity/REST работает, RouterOS7.24.4 stable,
uptime10h49m22s — перезапуска не было. В списке остаются6 динамических строк Telnet;
отключение службы не доказывает завершение всех прежних соединений. Другие службы,
соединения и firewall принудительно не менялись.
В18:55:47 UTC проверено новое TCP-подключение с production backend к имени
устройства:21 и23 вернули ECONNREFUSED. Новые подключения к этим портам отклоняются.
В наблюдавшихся новых логах нет отказов FTP/Telnet, но есть2 отказа Winbox.
Их источники не были сохранены: не объявлять эти2 события доказанным внешним
подбором. Кольцо RouterOS переполнялось scheduler-изменениями; обнаружено4 пропуска
перекрытия, поэтому отсутствие FTP/Telnet failures не доказано для всего интервала.
Статистика scheduler_runs этим ограничением не затронута.
Изменение служб само по себе не доказывает причину предыдущих401/500: они
прекратились ещё до операции. Зафиксировано отсутствие повторения после отключения,
а не гарантированное устранение первопричины. Автоматический сбор наблюдений завершён.
## Восстановление исходного состояния
Владелец отдельно подтвердил: **«Оставить FTP и Telnet выключенными»**.
После наблюдения службы не включать обратно. При необходимости отдельного отката:
повторно проверить host, имена/ID, вернуть disabled=false только ftp/telnet и
сверить чтением. Других изменений конфигурации этим блоком не выполнять.
## Дополнительный вопрос о PostgreSQL
По вопросу владельца выполнена только читающая проверка production PostgreSQL:
pg_is_in_recovery=false, wal_level=replica, pg_stat_replication count=0,
pg_replication_slots count=0, pg_subscription count=0, synchronous_standby_names
пустой. В конфигурации проекта один PostgreSQL и один DATABASE_URL backend.
Активная физическая/логическая репликация не обнаружена; параметры БД не менялись.