Windows Vista, 7, 2008: Обход системой статического маршрута при недоступности шлюза
 

Windows 7 Профессиональная. 2 сетевухи:
1: 172.16.1.10/24, осн. шлюз 172.16.1.1
2: 192.168.168.1/30
Добавлен статический маршрут В таблице маршрутизации маршрут появилсяНачинаю пинговать 192.168.168.6.
Если шлюз 192.168.168.2 доступен, проблем нет: пакеты ходят через нужную сетевуху.
Если же шлюз 192.168.168.2 не доступен (не отвечает на ARP-запросы), возникает проблема: система отправляет 3 ARP-запроса на 192.168.168.2 и, не получив ответа, начинает посылать пакеты через другую сетевуху на шлюз 172.16.1.1 (он всегда доступен). Вне зависимости от того, доступен ли 192.168.168.6 через шлюз 172.16.1.1, пакеты пытыются ходить через неправильную сетевуху.
ping при этом демонстрирует следуюущее:3 ARP-запроса (снифил Wireshark-ом) отправляются в течение 1-2 секунд, т.е. во время посылки первого ICMP-пакета. После них на правильной сетевухе каждые 60 секунд проскакивает 1 ARP-запрос, и, когда 192.168.168.2 ответит на него, пакеты начинают ходить правильно. Но пока 192.168.168.2 молчит, в arp-таблице вот что:Без ключа -v вторая часть таблицы не отображается.

При удалении из arp-таблицы 192.168.168.2 система опять начинает с 3х запросов и далее по той же схеме. При добавлении статической arp-записи пакеты всегда ходят правильно.
Вопрос: как заставить систему не переходить на другой интерфейс, если шлюз не доступен, а зажимать статический мак для 192.168.168.2 нельзя?

Также важно:

• Поведение системы, на мой взгляд, очень похоже на Dead Gateway Detection, поэтому первое, что было сделано, это установка в разделе реестра HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\Tcpip\Parameters параметра DeadGWDetectDefault и в разделах Parameters\Interfaces для каждой сетевухи параметра EnableDeadGWDetect = 0. Естественно, с перезагрузкой. Не помогло:(
• Протокол не имеет значения (тестил ICMP, TCP, UDP).
• Игры с метрикой маршрута не помогают.
• В XP такой проблемы нет; в ней, также как и на *NIX-системах, на правильной сетевухе продолжают отправляться arp-запросы на 192.168.168.2.
• Проблема, предположительно, проявляется в Vista, 7, 2008 (исходя из нескольких прочтенных мною документов Microsoft).
• Отключение обоих топологов в компонентах подключений не помогает.
• Игры с добавлением маршрутов на 127.0.0.1 и создание loopback-адаптера с добавлением маршрутов на него тоже не помогают.

Подобная ситуация описана также здесь и здесь. Судя по ответу во второй теме, microsoft считает, что подобное поведение системы нормальное.

Dystopian, в качестве обхода можно предложить добавить на 172.16.1.1 запрет прохождения пакетов от 192.168.168.1 на 192.168.168.6.

QRS, к сожалению, К тому же, система вернется на правильную сетевуху только в течение 60 секунд, что в моем случае слишком долго.