Все же пришлось вернуться к этой теме.
Помню, что был какой-то вариант запускать скрипт rsc с момента, где он упал или как-то игнорировать ошибки, видимо, это речь про /import, если кто-то помнит - прошу подсказать.
Однако, получив достаточно большой конфиг после export terse show-sensitive, я немного озадачился, как бы по быстрому его запихать в другой рутер, с учетом того, что кроме WAN у меня все порты должны были попасть в бридж, а WAN по ходу залива конфига меня должен был отрубить настройками безопасности.
Пришел к выводу, что самое простое - сброс конфигурации и подсовывание немного отредактированного конфига (выяснилось, что у меня пару лишних VPN почему-то болтались и в целом количество портов разное в 3011 и 5009)
Так вот на тему того, что rsc - это без проблем, у меня получилось почему-то экспортнуто две абсолютно одинаковые записи о NTP-сервере. Поскольку прямо на Микротике я править конфиг не смог, то последовательность была в правке на ноуте, Upload на Микротик, очередное выставление параметров, обнуление конфигурации. Есть какой-то более быстрый способ перезаливки конфига?
Кстати, как смотреть длинные ошибки перезаливки? Заходим в журнал, кликаем два раза на интересующей ошибке и ... если она не влезает в окошко, то выход, который я нашел - кликать два раза на тексте Ctrl-C и Ctrl-V в какой-нибудь блокнот. Либо, если ошибка критическая - открыть терминал, там она отобразится с переносом строк.
Нельзя ли как-то сразу валидировать весь скрипт на синтаксис? Если ошибок 100, то замучаешься сбрасывать. У меня в экспорте были имена у пиров Wireguard, что отчаянно не нравилось импорту. Ну то есть
Код:
/interface wireguard peers
add allowed-address=0.0.0.0/0 disabled=yes interface=wg name=peer1
то при применении падало, пока терпение не треснуло и name=peer1 не убрал, после чего оно импортнулось и само себе назначило name=peer1 и остальные по номерам.
Еще что неприятно, если в конфиге есть какие-то выключенные рутинги, например, или что-то еще выключенное на несуществующий интерфейс, то при импорте оно тоже будет падать в ошибку. Не очень логичный, хотя и понятное по причинам.