Этим утром я потерял удаленный доступ к компьютеру с Windows 7, потому что машина решила использовать автоконфигурацию IPv4-адреса (169.254.154.30) вместо своего резервирования DHCP. Я оставил его в покое более 3 часов, но он остается недоступным.
Поскольку DHCP-сервер смещается с этой машины по Wi-Fi-каналу WDS, и я использую кратковременное (30 м) время аренды, вполне вероятно, что сервер был временно недоступен. Тем не менее, я могу войти на оба устройства, которые обслуживают канал WDS, и я вижу другие устройства в сети (но не на компьютере с Windows), поэтому я знаю, что сервер DHCP обычно доступен.
Хотя я не могу найти конкретные подробности о поведении Windows, этот источник утверждает, что он должен восстановить адрес DHCP (выделено мое):
Когда происходит сбой процесса DHCP, Windows автоматически выделяет IP-адрес из частного диапазона с 169.254.0.1 по 169.254.255.254. Используя ARP, клиенты проверяют, что выбранный адрес APIPA уникален в сети, прежде чем принять решение об его использовании. Затем клиенты продолжают проверять DHCP-сервер с периодическим интервалом (обычно 5 минут) и автоматически обновляют свои адреса, когда DHCP-сервер снова может обслуживать запросы.
Очевидно, что это не так. Мне удалось решить это удаленно, перезагрузив мостовое устройство, обслуживающее компьютер с Windows. Не очень идеальный.
Есть ли способ превзойти Windows в отказе от автоконфигурации адресов в пользу DHCP? И заставить его следить за тем, чтобы DHCP-сервер стал доступным?