Persistente Route der Routingtabelle funktioniert nicht (Windows)

5640
Gilles Lesire

Hallo, ich habe die folgenden permanenten Routen auf meinem Windows Server konfiguriert .

route -p ADD 10.32.1.40 MASK 255.255.255.255 172.16.8.254 route -p ADD 10.192.1.40 MASK 255.255.255.255 172.16.8.254

Sie funktionieren anfangs gut, aber beim Neustart funktionieren sie nicht mehr und werden nicht mehr als aktive Route angezeigt. Wie konnte das sein?

Meine Routendruckausgabe sieht folgendermaßen aus

Tracing route to 10.192.1.40 over a maximum of 30 hops:  1 <1 ms <1 ms <1 ms 10.129.81.11 2 <1 ms <1 ms <1 ms 10.222.129.5 3 17 ms 4 ms 4 ms 10.48.1.121 4 1 ms 1 ms 1 ms 10.222.13.13 5 4 ms 4 ms 4 ms 10.222.13.14 6 * * * Request timed out. 7 * * * Request timed out. 8 * * * Request timed out. 9 * * * Request timed out. 10 * * * Request timed out. 11 PS C:\Users\Administrator> route print =========================================================================== Interface List 12 ...00 50 56 bb 76 d2 ...... Intel(R) PRO/1000 MT Network Connection #2 11 ...00 50 56 bb 47 c4 ...... Intel(R) PRO/1000 MT Network Connection 1 ........................... Software Loopback Interface 1 14 ...00 00 00 00 00 00 00 e0 isatap. 13 ...00 00 00 00 00 00 00 e0 isatap. 10 ...02 00 54 55 4e 01 ...... Teredo Tunneling Pseudo-Interface ===========================================================================  IPv4 Route Table =========================================================================== Active Routes: Network Destination Netmask Gateway Interface Metric 0.0.0.0 0.0.0.0 10.129.81.10 10.129.81.234 266 10.10.110.0 255.255.255.0 172.16.6.254 172.16.6.234 11 10.129.81.0 255.255.255.0 On-link 10.129.81.234 266 10.129.81.234 255.255.255.255 On-link 10.129.81.234 266 10.129.81.255 255.255.255.255 On-link 10.129.81.234 266 127.0.0.0 255.0.0.0 On-link 127.0.0.1 306 127.0.0.1 255.255.255.255 On-link 127.0.0.1 306 127.255.255.255 255.255.255.255 On-link 127.0.0.1 306 172.16.0.0 255.255.0.0 172.16.6.254 172.16.6.234 11 172.16.6.0 255.255.255.0 On-link 172.16.6.234 266 172.16.6.234 255.255.255.255 On-link 172.16.6.234 266 172.16.6.255 255.255.255.255 On-link 172.16.6.234 266 224.0.0.0 240.0.0.0 On-link 127.0.0.1 306 224.0.0.0 240.0.0.0 On-link 172.16.6.234 266 224.0.0.0 240.0.0.0 On-link 10.129.81.234 266 255.255.255.255 255.255.255.255 On-link 127.0.0.1 306 255.255.255.255 255.255.255.255 On-link 172.16.6.234 266 255.255.255.255 255.255.255.255 On-link 10.129.81.234 266 =========================================================================== Persistent Routes: Network Address Netmask Gateway Address Metric 10.10.110.0 255.255.255.0 172.16.6.254 1 172.16.0.0 255.255.0.0 172.16.6.254 1 10.32.1.40 255.255.255.255 172.16.8.254 1 10.192.1.40 255.255.255.255 172.16.8.254 1 0.0.0.0 0.0.0.0 10.129.81.10 Default ===========================================================================  IPv6 Route Table =========================================================================== Active Routes: If Metric Network Destination Gateway 1 306 ::1/128 On-link 1 306 ff00::/8 On-link =========================================================================== Persistent Routes: None

Laut diesem Beitrag sollte die spezifischste Subnetzmaske Priorität erhalten. Ich bin mir ziemlich sicher, dass ich nicht genauer als 255.255.255.255 bekommen kann

Weitere Informationen: Ich kann das Gateway, das ich zu manipulieren versuche, anpingen

PS C:\Users\Administrator> ping 172.16.8.254  Pinging 172.16.8.254 with 32 bytes of data: Reply from 172.16.8.254: bytes=32 time=3ms TTL=255 Reply from 172.16.8.254: bytes=32 time=1ms TTL=255 Reply from 172.16.8.254: bytes=32 time=4ms TTL=255 Reply from 172.16.8.254: bytes=32 time=2ms TTL=255

Ergebnis eines Tracert:

PS C:\Users\Administrator> tracert 10.32.1.40  Tracing route to pen-srv1 [10.32.1.40] over a maximum of 30 hops:  1 <1 ms <1 ms <1 ms 10.129.81.11 2 <1 ms <1 ms <1 ms 10.222.129.5 3 1 ms 1 ms 1 ms 172.29.150.10 4 2 ms 1 ms 1 ms 172.29.150.9 5 * * * Request timed out.

Es springt immer wieder in das falsche Netzwerk.

2
Wie Sie am Ende des Artikels lesen können, haben Sie mit Ihrem ersten Link "persistente Routen" gepostet. ---- Das ist alles leicht genug, aber es gibt noch einen kleinen Haken. Wenn Sie eine statische Route hinzufügen, dauert diese standardmäßig nur bis zum nächsten Start von Windows. Der Grund dafür ist, dass viele Unternehmen eine koordinierte Liste statischer Routen verwenden, die häufig aktualisiert wird. Anstatt all diese Routen auf jeder Maschine hinzuzufügen und zu aktualisieren, wird lediglich eine Batch-Skriptdatei verteilt, die die neuesten Routen während des Windows-Starts hinzufügt. Dadurch bleibt die Routing-Tabelle relativ übersichtlich. konqui vor 6 Jahren 0
Ich habe die Route mit dem Parameter "-p" persistent gemacht. Wie Sie sehen, wird es auch in der Routing-Tabelle angezeigt. Es ist einfach nicht in der aktiven Routing-Tabelle. Irgendwie wird es von einer der anderen Routen außer Kraft gesetzt. Ich habe nur keine Ahnung welche. Gilles Lesire vor 6 Jahren 0
Persistente Routen bestehen manchmal nicht und ohne Erklärung. Versuchen Sie, den Parameter * interface * zum route-Befehl hinzuzufügen. Wenn das Problem weiterhin auftritt, können Sie ein Boot-Skript hinzufügen, das diese Routen wiederherstellt. harrymc vor 6 Jahren 1
Hmmm, in der Tat, ich habe gerade die persistente Route entfernt und gelesen, nach dem Neustart funktioniert sie einfach so, wie sie sollte. Die Tatsache, dass hartnäckige Routen nicht immer bestehen, ist jedoch besorgniserregend. Ich verwende es, um eine Route zum Active Directory-Domänencontroller beizubehalten. Wenn diese Route ausfällt, erfolgt keine Anmeldung mehr.: / Gilles Lesire vor 6 Jahren 0
Ein Boot Scrip kann ein Overkill sein, ist aber eine gute Sicherheit. harrymc vor 6 Jahren 0
Ja, das habe ich jetzt gemacht. Nach einem erneuten Neustart waren die beständigen Routen wieder weg. Ich hatte gehofft, dass es eine sauberere Lösung gegeben hätte. Startup-Skripte werden oft übersehen. Gilles Lesire vor 6 Jahren 0

2 Antworten auf die Frage

0
Gilles Lesire

So after trying to play with the subnet masks, interface parameter, change the metrics of the other routes etc, I gave up, removed the persistent routes and wrote a simple batch script wich adds the routes (non persistent) to the routing table on startup of the server.

Sometimes software name is just being software name.

So I created a .bat file with the 2 route ADD commands (without the -p parameter which would make them persistent). Saved that to C:\Windows\System32\GroupPolicy\Machine\Scripts\Startup folder and added the .bat script to the startup scripts.

Contents of the .bat file are simply:

route ADD 10.32.1.40 MASK 255.255.255.255 172.16.8.254 route ADD 10.192.1.40 MASK 255.255.255.255 172.16.8.254

Thanks @harrymc for the suggestions. Bounty awarded!

Hatte seit Monaten das gleiche Problem. Es wurde ein Bash-Skript erstellt, um die Routen hinzuzufügen. Es wurde jedoch nicht die Mühe gemacht, die permanente Markierung zu entfernen, falls sie eines Tages anfangen sollten, so zu arbeiten, wie sie sollten. Windows gibt (richtig) an, dass die Routen bereits vorhanden sind, wenn Sie versuchen, sie hinzuzufügen, aber es bringt sie trotzdem wieder zum Leben. Nick vor 5 Jahren 1
0
harrymc

Persistent routes sometimes don't persist and with no explanation.

Try to add the interface parameter to the route command, but if the problem still returns, you might consider adding a boot script that reestablishes these routes.

Ausgezeichnet mit der Prämie, aber ich lasse meine Antwort als richtig, da sie mehr Informationen enthält. Gilles Lesire vor 6 Jahren 0
Kein Problem und danke. harrymc vor 6 Jahren 0

Verwandte Probleme