☰

La ruta de Windows 10 sigue apareciendo después de un tiempo cada vez que la elimino con eliminación de ruta, ¿cómo puedo eliminar la ruta para siempre?

tag-icon • tag-icon networking windows-10 command-line routing netsh
La ruta de Windows 10 sigue apareciendo después de un tiempo cada vez que la elimino con eliminación de ruta, ¿cómo puedo eliminar la ruta para siempre?

Inicialmente tenía una raspberry pi/pi2 en mi red superando al servidor dhcp de mi enrutador y ofreciendo IP y, debido a algunas opciones predeterminadas, los clientes de Windows comenzaron a recibir la dirección IP del servidor dhcp pi2 como puerta de enlace. Lo solucioné agregando una opción de enrutador de puerta de enlace específica a mi configuración de dhcpd en raspberry pi.

Pero aparentemente en mi PC con Windows 10 .200 sigo recibiendo esta aparente ruta manual (independientemente de si es a través de wifi o LAN) a una de mis PC, llamémosla 192.168.1.100 con máscara de red 255.255.255.255 y puerta de enlace 192.168.1.50 (dirección pi2).

Entonces, cuando imprimo la ruta, aparece:

192.168.1.100  255.255.255.255     192.168.1.50   192.168.1.200     26

Entonces, debido a esto, no puedo conectarme ni hacer ping desde mi PC con Windows 10 a la ip .100.

Funcionará después de enrutar eliminar -p 192.168.1.100 pero luego se vuelve a agregar

interfaz netsh ipv4 muestra la ruta:

No       Manual    1    192.168.1.100/32          10  192.168.1.50

Miré en el registro y no vi ninguna ruta persistente allí (Computer\HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters\PersistentRoutes)

¿Cómo puedo saber desde dónde/cómo sigue regresando esta ruta de red fantasma?

ACTUALIZACIÓN: Acabo de volver a usar la PC y nuevamente descubrí que se volvió a agregar la ruta:

192.168.1.100  255.255.255.255     192.168.1.50   192.168.1.200     26

y cuando hago arp -a ya no veo ninguna entrada para 192.168.1.100 y no puedo hacer ping ni conectarme a .1.100 hasta que vuelva a eliminarlo.

Respuesta1

Las rutas /32 pueden aparecer debido a un redireccionamiento ICMP, si el firewall está configurado para aceptarlas.

Eche un vistazo a su caché ARP usando arp -a: ¿incluye la dirección MAC correcta junto a 192.168.1.100? Podría estar apuntando a un dispositivo quesolía ser.1.100, pero ya no lo es; Entonces, cuando su entrada de caché ARP obsoleta dirige los paquetes allí, el dispositivo con esa dirección MAC lo redirige a lo que cree que es una ruta más correcta.

(La "ruta correcta" se basa en lo que el propietario de la dirección MAC tiene como puerta de enlace predeterminada).

información relacionada