Mikrotik.moscow [тема: Решено v6.6 /export показывает ложные изменения (RANCID 2.3.8)]

Решено v6.6 /export показывает ложные изменения (RANCID 2.3.8)

Mon, 13 Jan 2014 15:08:00 -0500

Решено v6.6 /export показывает ложные изменения (RANCID 2.3.8) RouterOS в форуме RouterOS.
Решено или, в любом случае, “обошли”: проблему с почтой /tool e-mail last-status можно исправить, настроив отправку почты чаще, чем каждые 24 часа. Я не уверен, когда именно истекает срок действия "last-status=succeeded", потому что я настроил отправку пустой почты каждый час и больше не вижу изменения состояния "last-status", как это было, когда у меня была только одна задача — "отправлять мне файл резервной копии ежедневно" (но, полагаю, это 24 часа). Проблемы с именем порта /port name= похоже, решаются просто изменением имени порта по умолчанию. Я добавил суффикс “test” (name=serial0test) ко всем портам на своих устройствах Routerboard и уже несколько недель не видел, чтобы настройка имени порта "name=" исчезала при извлечении конфигурации с помощью rancid.
13.01.2014 15:08:00, framer99.

Решено v6.6 /export показывает ложные изменения (RANCID 2.3.8)

Thu, 12 Dec 2013 05:09:00 -0500

Решено v6.6 /export показывает ложные изменения (RANCID 2.3.8) RouterOS в форуме RouterOS.
По поводу проблемы с /port: если я меняю имя порта на что-то отличное от значения по умолчанию, порты больше не исчезают в экспорте. Так я обошёл проблему, которая возникала на RB532 и CCR.

Проблема с инструментом электронной почты, из-за которой исчезает last-status=, остаётся. Я ошибочно думал, что это происходит из-за того, что техники копаются в настройках инструмента электронной почты, но даже после того, как всё уладилось, last-status всё равно появляется и исчезает один или два раза в день на 4 разных CCR. Проблему с last-status в инструменте электронной почты я видел только на CCR. Думаю, мне придётся исправить rancid, чтобы он просто удалял настройку last-status, так как это вообще не является конфигурируемым параметром.
12.12.2013 05:09:00, framer99.

Решено v6.6 /export показывает ложные изменения (RANCID 2.3.8)

Fri, 06 Dec 2013 16:37:00 -0500

Решено v6.6 /export показывает ложные изменения (RANCID 2.3.8) RouterOS в форуме RouterOS.
Отвечаю сам себе. Я поговорил с другим технарем, который действительно работал с этим роутером, о котором я упоминал выше, и копался с IP-сервером /tool. Он менял его и потом вернул обратно, прежде чем RANCID снова запустился и зафиксировал изменение IP. В итоге RANCID так и не увидел этот кратковременный сбой, но RouterOS правильно показывал "last-status missing", поскольку server-ip фактически был "новым" и не был проверен или использован до запланированного запуска/письма. Прошу прощения за эту путаницу, не следовало мне предполагать, что я все понимаю. Что касается проблемы с /port, она по-прежнему актуальна, как описано.
06.12.2013 16:37:00, framer99.

Решено v6.6 /export показывает ложные изменения (RANCID 2.3.8)

Fri, 06 Dec 2013 15:07:00 -0500

Решено v6.6 /export показывает ложные изменения (RANCID 2.3.8) RouterOS в форуме RouterOS.
Редактирую: Игнорируйте проблему №2 по поводу /tool e-mail, указанного здесь. Я выяснил причину, описанную в следующем посте ниже. Я только что заставил работать RANCID 2.3.8, в котором есть встроенная поддержка Mikrotik. Работает хорошо, за исключением некоторых случайных изменений, которые иногда появляются в конфигурации. Я пока не углублялся, но думаю, что изменения связаны с командой /export. Есть 2 отличия, которые появляются в некоторых запусках /export: Секция /port, к которой мы никогда не прикасаемся, иногда присутствует, а иногда нет. Запланированный скрипт отправляет резервную копию по электронной почте. tool-email показывает статус последнего использования… или нет.

Вот пример №1: Index: configs/myrouter
===================================================================
Получение версии 1.10
diff -U 4 -r1.10 myrouter
@@ -50,8 +50,11 @@
/ip hotspot user profile
set [ find default=yes ] idle-timeout=none keepalive-timeout=2m mac-cookie-timeout=3d
/ip pool
add name=vpn-pool ranges=10.1.1.240-10.1.1.248
+ /port
+ set 0 name=serial0
+ set 1 name=serial1
/ppp profile
add bridge=vpn-bridge change-tcp-mss=yes local-address=vpn-pool name=ovpn remote-address=vpn-pool
/routing ospf area
add area-id=0.0.0.1 name=area1 Иногда эти три строки /port отсутствуют, что приводит к отправке электронной почты и файла diff (где вместо '+' отображаются '-'), а затем через некоторое время они снова появляются, и я получаю другое письмо о том, что они были добавлены обратно. RANCID запускается каждый час для проверки и сравнения конфигурации маршрутизатора.

Вот пример diff для №2 Index: configs/myrouter
===================================================================
Получение версии 1.11
diff -U 4 -r1.11 myrouter
@@ -435,9 +435,9 @@
/system script
add name=backupscript policy=ftp,reboot,read,write,policy,test,winbox,password,sniff,sensitive,api source="/system backup save name=myrouter"
add name=mailscript policy=ftp,reboot,read,write,policy,test,winbox,password,sniff,sensitive,api source="/tool e-mail send file=myrouter.backup to=mtbu@example.com subject=[/system identity get name]"
/tool e-mail
- set address=10.1.1.10 from= last-status=succeeded port=587
+ set address=10.1.1.10 from= port=587
/tool graphing interface
add allow-address=10.1.0.0/20
/tool graphing resource
add allow-address=10.1.0.0/20 as you can see, in this case the “last-status” argument for the /tool e-mail is disappearing and reappearing. Я проверил время безотказной работы этого маршрутизатора, и оно составляет более 16 дней, поэтому он не перезагружается, и никто не вносит никаких изменений в маршрутизатор. Я понимаю, что в версии 6.x режим по умолчанию для /export изменился на «compact», но тогда возникает вопрос: почему секция /port, которая не изменяется и остается по умолчанию, вообще появляется? Что касается конфигурации /tool e-mail… почему аргумент last-status, похоже, истекает и исчезает? RANCID имеет или может иметь метод фильтрации незначительных изменений, подобных этим, но я подумал, что спрошу об этом здесь и посмотрю, не сталкивался ли кто-нибудь с подобным поведением RouterOS. Спасибо заранее!
06.12.2013 15:07:00, framer99.