aka писал(а):zhendosina писал(а):А, как вариант, дать возможность указывать статический адрес в конфиге? Скажем собираю все конфиги на одном серваке - каждому, находящемуся за nat прописываю какой-то статический адрес, и не дергаю бондинг dhcp на местах, который все-равно почему-то срабатывает через раз. М?
Ниосилилмалобукв. Указать чей статический адрес в конфиге? В каком конфиге?
Ну скажем есть филиал "А" и филиал "Б".
Если в филиале "А" и филиале "Б" стоят свои серваки, для раздачи втвари - то проблем особых нет, но пользоваться неудобно.
Если в Филиале "А" есть сервак, а в филиале "Б" его нет - то можно добавить в филиале "А" в конфигуратор втвари вручную терминалы из филиала "Б" и они будут грузиться и работать до тех пор, пока выдаваемые терминалам адреса на филиале "Б" будут теми же, что мы указали при ручном добавлении.
Если же, по какой-то причине, нет доступа к dhcp, либо бондинг отрабатывает через раз (как в случае микротика) и терминалу выдался другой адрес - то будет выглядеть, как будто терминал выключен. И нужно удалить его из конфигуратора и завести заново с другим адресом.
Решения, как мне видится 3:
1) Использовать L2vpn, mpls и т.п. - не всегда удобно
2) Придумать волшебный костыль, чтобы при загрузе терминал как-то давал понять конфигуратору, под каким он сейчас адресом зарегистрировался. (Возможно встроенный втваревый http и httpd на терминалах могли бы общаться друг с другом?)
3) Дать возможность указать терминалу в конфигураторе статический адрес, с тем, чтобы он после загрузки назначал его себе. Тогда, при старте терминал сначала получит адрес от DHCP, загрузит все и при старте на нем втвари - назначит уже себе адрес из конфига. В таком случае придется перелопатить кучу терминалов, но в конфигураторе будет чистота и все конфиги будут лежать в одном месте.