alpha_ds Опубликовано 13 мая, 2020 · Жалоба Получаю от провайдера адреса по DHCP Адресов несколько (только один для этого роутера), соответственно ethernet интерфейс который идет к провайдеру включен в VLAN, и у роутера есть виртуальный интерфейс в этом же VLAN. И уже на нем висит DHCP client. Все работает замечательно, пока не происходит сбой электричества... А мой UPS оказался покруче провайдеровского :-) Итого Ehernet интерфейс на провайдера падает и после возврата электричества поднимается, а виртуальный vlan интерфейс не падает, и соответственно мой DHCP client не пытается переполучить адрес. А провайдер без этого интернет не дает... Приходится вручную передергивать DHCP client, ибо экспайтится адрес аж 24 часа... Пока не было VLAN в сторону провайдера - все работало, после переподключения интерфейса, DHCP client на нем переполучал адрес автоматически. Собственно вопрос, как правильно сделать, чтобы DHCP клиент замечал переподключение другого интерфейса? Пока придумал через netwatch пинговать шлюз провайдера, но как-то не лежит душа к этому решению :-) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
McSea Опубликовано 13 мая, 2020 · Жалоба 9 hours ago, alpha_ds said: Итого Ehernet интерфейс на провайдера падает и после возврата электричества поднимается, а виртуальный vlan интерфейс не падает, и соответственно мой DHCP client не пытается переполучить адрес. Т.е. вы хотите сказать, что ethernet интерфейс ложится, а привязанный к нему VLAN - нет ? Никогда такого не видел, или у вас VLAN не к этому ethernet-у привязан ? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
alpha_ds Опубликовано 14 мая, 2020 (изменено) · Жалоба Да, упустил этот момент в описании :-( vlan привязан к бриджу, в бридже все порты одного из свичей. У меня 2011UiAS vlan сделан с помощью свича, по стандартным рекомендациям из документации. Так сделано, потому что от провайдера приходит ethernet а потом этот-же сегмент раздается этим роутером через Vlan на другой порт (а там уже другое оборудование получает адреса от провайдера) в этот "другой порт" идет еще и другой vlan, и оно уже разбирается на том конце линка другим коммутатором. Эта часть успешно работает. Изменено 14 мая, 2020 пользователем alpha_ds Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
jffulcrum Опубликовано 14 мая, 2020 · Жалоба Именно так и работают виртуальные интерфейсы, by design. Так что только netwatch Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
alpha_ds Опубликовано 14 мая, 2020 (изменено) · Жалоба 59 minutes ago, jffulcrum said: Именно так и работают виртуальные интерфейсы, by design. Так что только netwatch Ясно. Будем пинговать. А что пинговать то? Шлюз не пинганется пока DHCP client не передернуть, т.е. по netwatch down - пинговать еще рано, а On Up никогда не наступит... Эээх... Простоя надеялся, что есть какое-то событие типа interface link up/ link down и на него можно как-то отреагировать... Ведь даже для логов есть такой топик! Но а нормального реагирования на него нет :-( Я уже второй раз встречаюсь с тем что нужно мне событие в логи пишется, а прореагировать на него сразу вообще нельзя, а отложено по таймеру сканировать логи - то еще развлечение... Просто напрашивается в Logging новый Action для вызова скрипта. Изменено 14 мая, 2020 пользователем alpha_ds Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
McSea Опубликовано 14 мая, 2020 · Жалоба 8 hours ago, alpha_ds said: А что пинговать то? Шлюз не пинганется пока DHCP client не передернуть, т.е. по netwatch down - пинговать еще рано В нетвотч шлюз, а по On Down DHCP клиента пнуть ? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
alpha_ds Опубликовано 15 мая, 2020 · Жалоба 10 hours ago, McSea said: В нетвотч шлюз, а по On Down DHCP клиента пнуть ? А если down продлится некоторое время? с электричеством обычно так и есть... Придумал по on down эн***ть в Schedule задачу, которая каждую минуту будет передергивать DHCP client, а по on up дисейблить эту задачу... Но блин!!! Это же костыль трехэтажный получается. Бред. :-( Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
VolanD666 Опубликовано 15 мая, 2020 · Жалоба Может вам проще схему сети переделать без бриджей и т.п.? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
McSea Опубликовано 15 мая, 2020 (изменено) · Жалоба 3 hours ago, alpha_ds said: А если down продлится некоторое время? с электричеством обычно так и есть... А у DHCP клиента разве есть ограничение на время, в течение которого он пытается получить адрес ? Сделать ему renew и пусть долбится ... Изменено 15 мая, 2020 пользователем McSea Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
AAS Опубликовано 15 мая, 2020 (изменено) · Жалоба а обратиться к оператору и попросить "уменьшить" время "обновления" выданного адреса по DHCP... до нужного Вам значения (ну например раз в 1-60минут)? Изменено 15 мая, 2020 пользователем AAS Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
alpha_ds Опубликовано 15 мая, 2020 · Жалоба 2 hours ago, McSea said: А у DHCP клиента разве есть ограничение на время, в течение которого он пытается получить адрес ? Сделать ему renew и пусть долбится ... Это мысль. Попробую. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...