Claude настраивает MikroTik: что работает, а что нет

Инженер-энтузиаст Грег несколько месяцев использовал Claude Code для настройки небольших сетей на оборудовании MikroTik. Сценарии разные: миграция с одного роутера со встроенным Wi-Fi на топологию «роутер + коммутатор + две точки доступа», и создание сетей полностью с нуля. Результат — работающие сети и список конкретных советов для тех, кто хочет повторить.

Контекст

MikroTik — латвийский производитель сетевого оборудования, известный соотношением цена/качество и широким охватом задач: IoT-роутеры, корпоративные коммутаторы, системы «точка-точка», беспроводные точки доступа. Главная претензия к бренду — сложная конфигурация через RouterOS. Система поддерживает CLI, Web GUI (WinBox), REST API и SSH — каждый канал со своими нюансами.

Грег позиционирует себя как полупрофессионала: настраивает сети для друзей и малого бизнеса, но не претендует на сертификацию. Именно этот профиль — «знаю основы, хочу делать сложнее» — оказался идеальным для AI-ассистирования. Экспертиза достаточна, чтобы проверять выходы модели; недостаточна, чтобы делать всё вручную быстро.

LLM как ассистенты при написании кода — уже норма. Применение их к сетевому администрированию — логичный следующий шаг, который пока остаётся нишевым. Публичных отчётов о том, как это выглядит в реальности, крайне мало. Опыт Грега — одна из немногих таких историй.

Аналитика

Ключевой вывод: канал связи с устройством решает всё. SSH-интеграция с MikroTik для LLM — источник накапливающихся ошибок. Текстовые обмены создают «смерть от тысячи порезов»: модель теряет контекст, путается в форматировании. REST/JSON API — нативный формат для языковых моделей: структурированные запросы и ответы без текстового шума. Это принципиальное архитектурное решение для любого AI-assisted сетевого инструмента.

LLM галлюцинирует и в сетевой конфигурации — особенно когда синтаксис RouterOS менялся между версиями. Это не дефект конкретной модели, это системное свойство всех LLM. Практика «кросс-валидации через несколько моделей» — попросить разные LLM проверить конфиг и найти расхождения — снижает вероятность ошибки. Авторская параллель с code review не случайна: подход идентичен.

CAPsMAN — встроенный контроллер беспроводных точек доступа в RouterOS — оказался особенно AI-friendly. LLM справляется с его настройкой значительно лучше, чем с ручной конфигурацией каждой точки по отдельности. Это указывает на более широкий паттерн: языковые модели эффективнее там, где конфигурация иерархична и декларативна, а не размазана по GUI-кликам.

Кейсы применения в бизнесе

B2B-SaaS стартап с офисом (5–20 человек): бюджет ограничен, штатного сетевика нет. Схема — MikroTik-роутер + коммутатор + CAPsMAN для точек доступа, настройка через Claude с REST API. Конфиг хранится в git, экспорт после каждого изменения. Сетевой консультант на аутсорсе нужен только на финальную проверку, а не на весь проект. Главное правило: одно изменение — одна проверка, никаких пакетных изменений.

Компания с legacy-инфраструктурой: хаотичные пересекающиеся 192.168.x.x-диапазоны, старые устройства без нормального API. Здесь незаменим MAC-Telnet — инструмент, позволяющий подключаться к устройству через MAC-адрес (L2-слой), минуя IP. Когда в процессе миграции IP-связность теряется — а это случается — MAC-Telnet даёт Claude «точку входа» для восстановления конфигурации без физического присутствия вендора.

SMB и локальный бизнес в КР/СНГ: кафе, коворкинг, небольшой офис — задача типична: надёжный Wi-Fi с гостевой сетью и VLAN-разделением. MikroTik + CAPsMAN + Claude дают рабочую конфигурацию за часы, не дни. Обязательный подготовительный шаг — зафиксировать SSID, пароли и DHCP-резервации существующей сети до начала миграции.

Кейсы в личной жизни

Разработчик / DevOps: домашняя сеть давно «живёт сама по себе» и периодически падает. Claude Code с доступом к RouterOS через REST API — сетевой ассистент, который знает синтаксис и объясняет каждую команду. Главное — не давать задание «настрой всё сразу»: одно изменение, проверка, следующее изменение.

Контент-мейкер / стример: стабильный интернет важнее нового оборудования. Claude поможет настроить QoS-приоритет для потока или разделить «рабочий» и «гостевой» трафик через VLAN. При наличии MikroTik и REST API это решается за один вечер даже без глубоких знаний сетей.

Студент, изучающий сети: вместо многочасового чтения документации RouterOS — попроси Claude объяснять каждую команду, которую он пишет. Получаешь живой разбор конфига с ответами на «почему именно так». Практика плюс теория одновременно.

Как применить сегодня

• Включи REST API на MikroTik (IP → Services → api-ssl), отключи небезопасные сервисы: telnet, ftp, www, non-ssl api. Это основа для LLM-взаимодействия.
• Установи MAC-Telnet — страховка на случай потери IP-связности в процессе настройки. Есть Homebrew-формула для Mac, есть оригинальные инструкции установки.
• Перед любыми изменениями экспортируй конфиг командой /export в RouterOS и сохрани в git. После изменений — снова экспортируй и сравни diff.
• Настрой CAPsMAN, если у тебя несколько точек доступа — централизованный контроллер, и LLM работает с ним значительно эффективнее, чем с каждой точкой по отдельности.
• Для критических конфигов — запрашивай несколько разных LLM для перекрёстной проверки: расхождения между ответами указывают на потенциальные ошибки.

LLM — хаотичный ускоритель. Они знают, как настраивать MikroTik и сети в целом, но ошибаются и уходят не туда. Как при написании кода: держи на коротком поводке, не верь слепо, проверяй после каждого шага — и прогресс будет значительно быстрее.