+7 495 320-55-52
- Назад
- Телефоны
- +7 495 320-55-52
- Заказать звонок
info@mikrotik.moscow
г. Москва, ул. Бакунинская, 84
Пн-Пт: 09-00 до 18-00
Сб-Вс: выходной

Реализовать Netinstall в существующие PXE-сервисы загрузки

Реализовать Netinstall в существующие PXE-сервисы загрузки, RouterOS

o0o0

Guest

27.01.2022 18:20:00

Привет! Недавно я приобрёл CRS326-24G-2S+RM для оценки его использования в наших сетях. Я успешно использовал netinstall от Mikrotik для установки прошивки на коммутатор. Всё работает нормально, хоть и с некоторыми ограничениями (он прошивается только через интерфейс дефолтного шлюза).

Однако у нас уже есть инфраструктура pxe/dhcp/tftp/http для автоматического развертывания серверов. Насколько я понимаю, netinstall — это удобный самостоятельно работающий набор этих сервисов (исправьте, если ошибаюсь). Есть ли где-нибудь документация по самостоятельной раздаче образов RouterOS через dhcp/tftp (и возможно с дополнительными необходимыми сервисами)? Или это по какой-то причине невозможно?

Исходный код netinstall где-нибудь доступен? Извиняюсь, если я пропустил ответ на этот вопрос здесь. Искал, но ничего подходящего не нашёл.

Спасибо!

weidmar

Guest

15.02.2022 12:46:00

Привет! Хочу поделиться своим опытом, так как мне нужно было настроить огромное количество плат. Инструмент netinstall-cli отлично справляется с установкой RouterOS с конфигурационным файлом. В моём случае этот конфиг используется как «сброс к заводским настройкам». Чтобы всё это автоматизировать, я написал скрипт на Python, который: а) запускает netinstall-cli с RouterOS и конфигом; б) после перезагрузки определяет MAC-адрес; в) загружает и применяет конфигурацию, основанную на MAC, через scp и ssh. Но я всё же ищу более удобное решение. Дело в том, что процесс netinstall-cli заканчивается после настройки одной платы. Мне нужна служба, похожая на pxe-сервер, чтобы я мог запускать процесс настройки параллельно для нескольких плат сразу.

o0o0 Guest	#3 0 15.02.2022 16:22:00 @weidmar, пожалуйста, посетите ссылку с запросом на функцию выше и укажите, что вы заинтересованы.

cseta

Guest

08.09.2023 10:11:00

Ну, утверждение «есть linux CLI netinstall» можно считать правдой (ведь что-то скачиваемое с таким названием действительно есть), но оно НЕ РАБОТАЕТ: смотри здесь https://www.reddit.com/r/mikrotik/comments/16ceg3o/rant_netinstall_on_linux/ Короче говоря: оно вызывает сеги, нет документации (и исходников тоже нет, а в настоящем открытом ПО исходники зачастую сами по себе служат документацией), ведёт себя странно (зачем, спрашивается, отключать/удалять все интерфейсы? Используя -i и ручную установку IP, ты ведь косвенно указываешь интерфейс), основная часть документации на сайте — про «как настроить статический IP в Windows», и даже не намекают, как запустить linux CLI. В общем, это настоящее мучение. Стандарты существуют для того, чтобы их реализовывать, а всю остальную работу (которая, собственно, уже почти сделана) оставить миру открытого ПО.

holvoetn

Guest

08.09.2023 10:30:00

Хороший способ воскресить старый пост. Я пока не пользовался netinstall с версией 7.11.2, но до этого у меня почти 100% успеха с Linux, а с Windows... ну, однозначно ниже 10%, на мой взгляд. Возможно, проблема в этой конкретной версии, ты не первый, кто об этом здесь пишет. Но это не меняет того факта, что версия для Linux доступна, просто именно эта версия вызывает проблемы. Кстати, интересный пост на Reddit.

-r = перезагрузка? Серьёзно? Netinstall и так перезагружается после успешной установки, так зачем тогда использовать параметр, чтобы сделать это снова?

-r Во время процесса переустановки > конфигурация сбрасывается >, и для устройств, которые её имеют, применяется конфигурация по умолчанию. (опционально)

И, к слову, netinstall совсем не стоит считать открытым ПО. Это инструмент от Mikrotik, но исходники не выкладывались.

Согласен, что сами инструменты (и для Linux, и для Windows) могли бы быть получше — более подробная документация и более надёжная защита от ошибок (например, чтобы лучше справляться с несколькими сетевыми интерфейсами). Пока это не исправят, приходится пользоваться тем, что есть.

cseta Guest	#6 0 09.09.2023 07:25:00 Я почти уверен, что произошёл segfault, потому что я не воспринял всерьёз шаг «remove interfaces»... Да, устойчивость была бы очень кстати, иначе пришлось бы разбирать свой рабочий ноутбук (tailscale и docker там для работы, а не просто так), чтобы заново поставить систему по сети — это совсем не имеет смысла. И хотя бы опция -h, которая объясняла бы, что за что отвечает.

Читают тему

Главная Каталог 0 Корзина 0 Избранные Кабинет 0 Сравнение Акции Контакты Услуги Бренды Отзывы Компания Лицензии Документы Реквизиты Поиск Блог Обзоры