У меня 3 подсети
192.168.10.0/24
192.168.103.0/24
192.168.2.0/24
Большинство из них могут маршрутизировать друг друга через статические маршруты, определенные в их соответствующих шлюзах по умолчанию. Однако из-за некоторого интересного ... оборудования невозможно настроить маршруты на шлюзе по умолчанию 192.168.2.0/24.
В качестве решения я решил настроить isc-dhcpd на машине debian, чтобы предоставить своим клиентам параметр DHCP 121 и указать им добавить маршруты для двух других подсетей в их таблицу маршрутизации.
Конфигурация в основном следующая:
option classless-routes 24, 192, 168, 103, 192, 168, 2, 202, 24, 192, 168, 10, 192, 168, 2, 202, 0, 192, 168, 2, 1;
До сих пор я мог проверить это только с клиентами Windows, но поскольку они используются, он должен работать и с ними: D
Эта конфигурация отлично работает.
Однако, благодаря чудесам технологии, у нас есть портативные устройства, и я могу перейти с подсети 192.168.2.0/24 на 192.168.103.0/24 без перезагрузки, просто переключив сети Wi-Fi и немного прогулявшись;)
Я ожидал, что эти маршруты будут удалены без использования аренды DHCP путем отключения Wi-Fi-соединения. Однако они остаются, и, конечно же, теперь они связаны с моим клиентом, когда он фактически является частью подсети 192.168.103.0/24.
В качестве идеи я попытался также отправить опцию 121 в подсеть 192.168.103.0/24, надеясь, что она заменит уже существующие. Однако они просто добавляются в таблицу, и я получаю два разных следующих перехода для каждой подсети, включая мою собственную подсеть, что явно очень неправильно.
Есть ли способ указать клиенту очистить маршруты, заданные параметром 121? В 2002 году, когда был разработан этот RFC, никто не думал о возможности смены подсетей клиентами на лету.
Есть ли другие решения для работы маршрутизации без настраиваемого шлюза по умолчанию?