"Вылет" WinBox во время импорта конфигурации

[Akina]

Нужно ввести в эксплуатацию маршрутизатор RB2011iL RM. Конфигурация нужна достаточно объёмная и замороченная, хотя и простая.

Подключился по МАС через WinBox. Сбросил конфиг. Через терминал настроил модель с минимальным количеством настроек, воспроизводящих требуемую систему. Проверил - всё работает ровно так, как нужно.

Экспортировал. Размножил с требуемым редактированием нужные команды, строго соблюдая местоположение строк, их сортировку и даже переносы команд (т.е. строго так, как потом должна экспортироваться финальная конфигурация). Полученную конфигурацию загрузил на маршрутизатор.

Затем через терминал выполнил очистку конфигурации (сброс без загрузки дефолтной конфигурации). Дождался перезагрузки. И дал через терминал команду импорта.

Начался импорт, однако через где-то 10 секунд связь развалилась и WinBox вылетел. Подождал минутку, переподключился. И обнаружил, что конфигурация загрузилась частично. Например, вместо 220 VLAN сформированы только 85, из 220 DHCP-пулов созданы 130, а связаны между собой только 60 VLAN и пулов. И так по всем размноженным настройкам - создание выполнено частично, связывание тоже. Из настроек, которые не подвергались размножению, не выполнена только настройка одного из физических интерфейсов (вообще), а также не переведены в состояние "disabled" ещё два.

Ну мало ли... Повторил - сброс, переподключение, импорт... та же история - 10 секунд и вылет, после переподключения опять полконфига, причём набор невыполненных команд иной.

В общем, сбросил, и потом вместо импорта сидел, как дурак, копипастил в терминал по 20 строк. В результате загрузилось всё без единой ошибки.

Для проверки сделал экспорт и сравнил - вся разница в количестве переводов строк, ну и комментарии удалены, остальное один в один...

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

[KaNelam]

Нужно ввести в эксплуатацию маршрутизатор RB2011iL RM. Конфигурация нужна достаточно объёмная и замороченная, хотя и простая.

Подключился по МАС через WinBox. Сбросил конфиг. Через терминал настроил модель с минимальным количеством настроек, воспроизводящих требуемую систему. Проверил - всё работает ровно так, как нужно.

Экспортировал. Размножил с требуемым редактированием нужные команды, строго соблюдая местоположение строк, их сортировку и даже переносы команд (т.е. строго так, как потом должна экспортироваться финальная конфигурация). Полученную конфигурацию загрузил на маршрутизатор.

Затем через терминал выполнил очистку конфигурации (сброс без загрузки дефолтной конфигурации). Дождался перезагрузки. И дал через терминал команду импорта.

Начался импорт, однако через где-то 10 секунд связь развалилась и WinBox вылетел. Подождал минутку, переподключился. И обнаружил, что конфигурация загрузилась частично. Например, вместо 220 VLAN сформированы только 85, из 220 DHCP-пулов созданы 130, а связаны между собой только 60 VLAN и пулов. И так по всем размноженным настройкам - создание выполнено частично, связывание тоже. Из настроек, которые не подвергались размножению, не выполнена только настройка одного из физических интерфейсов (вообще), а также не переведены в состояние "disabled" ещё два.

Ну мало ли... Повторил - сброс, переподключение, импорт... та же история - 10 секунд и вылет, после переподключения опять полконфига, причём набор невыполненных команд иной.

В общем, сбросил, и потом вместо импорта сидел, как дурак, копипастил в терминал по 20 строк. В результате загрузилось всё без единой ошибки.

Для проверки сделал экспорт и сравнил - вся разница в количестве переводов строк, ну и комментарии удалены, остальное один в один...

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

смотрите очередность, бывает сначала интерфейсы в бридж суются,а бридж создается позже
так же все ограничения на доступ и юзверей перемещайте в самый низ

[Akina]

смотрите очередность, бывает сначала интерфейсы в бридж суются,а бридж создается позже так же все ограничения на доступ и юзверей перемещайте в самый низ

Я верно понимаю эту фразу как намёк, что текст скрипта, полученного командой export, может быть непригоден для загрузки в полностью "почищенный" маршрутизатор командой import?

[KaNelam]

смотрите очередность, бывает сначала интерфейсы в бридж суются,а бридж создается позже так же все ограничения на доступ и юзверей перемещайте в самый низ

Я верно понимаю эту фразу как намёк, что текст скрипта, полученного командой export, может быть непригоден для загрузки в полностью "почищенный" маршрутизатор командой import?

В какой-то версии РоС было так, возможно поправили. Построчный перенос лишает проблем, т.к. не бездумное копирование. Так же возможен импорт с мониторингом ошибок.

[qwerty123123]

Апну тему, может кому поможет
Столкнулся с таким же поведением.
На старом микроте выполняю команду

Код: Выделить всё

export file=my_config terse

потом переношу на новый микрот файл my_config.rsc и выполняю команду

Код: Выделить всё

import file-name=my_config.rsc verbose=yes

в процессе ошибок не видно, но в какой-то момент winbox производит переподключение к микроту, анализ итогового конфига показывает, что импорт выполнен не полностью.
В моем случае помогло закомментировать команду добавления в бридж порта подключения к микроту. Т.е. микрот подключен в локалку через порт ether2, соответственно я закомментировал команду

Код: Выделить всё

#/interface bridge port add bridge=bridge_LAN interface=ether2

После этого импорт прошел без последствий.
P.S. По логике, добавление активного порта в бридж можно не комментировать, а переносить в конец конфига.