☰

Маршрут в Windows 10 снова появляется через некоторое время каждый раз, когда я удаляю его с помощью Route Delete. Как удалить маршрут навсегда?

tag-icon • tag-icon networking windows-10 command-line routing netsh
Маршрут в Windows 10 снова появляется через некоторое время каждый раз, когда я удаляю его с помощью Route Delete. Как удалить маршрут навсегда?

Изначально в моей сети был raspberry pi/pi2, который обыгрывал мой маршрутизатор dhcp-сервера и обслуживал IP-адреса, и из-за некоторых параметров по умолчанию клиенты Windows начали получать IP-адрес pi2 dhcp-сервера в качестве своего шлюза. Я исправил это, добавив специальную опцию маршрутизатора шлюза в мою конфигурацию dhcpd на raspberry pi.

Но, судя по всему, на моем ПК с Windows 10 .200 я продолжаю получать этот, как будто, ручной маршрут (независимо от того, по Wi-Fi или по локальной сети) к одному из моих ПК, назовем его 192.168.1.100 с маской сети 255.255.255.255 и шлюзом 192.168.1.50 (адрес pi2)

Итак, когда я делаю маршрутную печать, то получаю:

192.168.1.100  255.255.255.255     192.168.1.50   192.168.1.200     26

Из-за этого я не могу подключиться/пропинговать свой ПК с Windows 10 к IP-адресу .100.

Он будет работать после того, как я выполню команду route delete -p 192.168.1.100, но позже он снова добавится.

netsh interface ipv4 показать маршрут:

No       Manual    1    192.168.1.100/32          10  192.168.1.50

Я посмотрел в реестр и не увидел там никаких постоянных маршрутов (Computer\HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters\PersistentRoutes).

Как узнать, откуда/как этот фантомный сетевой маршрут продолжает возвращаться?

ОБНОВЛЕНИЕ: Я только что вернулся к использованию ПК и снова обнаружил, что маршрут был добавлен повторно:

192.168.1.100  255.255.255.255     192.168.1.50   192.168.1.200     26

и когда я выполняю arp -a, я больше не вижу записи для 192.168.1.100 и не могу выполнить ping или подключиться к .1.100, пока снова не удалю его.

решение1

Маршруты /32 могут появляться из-за перенаправления ICMP, если брандмауэр настроен на их прием.

Посмотрите на свой кэш ARP, используя arp -a– указан ли правильный MAC-адрес рядом с 192.168.1.100? Он может указывать на устройство, котороераньше был.1.100, но больше таковым не является; поэтому, когда устаревшая запись кэша ARP направляет пакеты туда, устройство с этим MAC-адресом перенаправляет вас на тот путь, который, по его мнению, является более правильным.

(«Правильный путь» зависит от того, какой шлюз по умолчанию использует владелец MAC-адреса.)

Связанный контент