Ich habe einen Windows 10-Server, der seit einiger Zeit mit Wake On Lan gut funktioniert. Für den Realtek-Adapter ist Wake On Magic Packet aktiviert und Wake On Pattern Match deaktiviert. Ebenso ist Windows auf "Nur bei Magic Packet aufwecken" eingestellt. Dies funktioniert normalerweise gut in meinem Heimnetzwerk: Ich habe ein paar WoL-Clients, die den Server bei Bedarf wecken können, und der Server ist so eingestellt, dass er sofort in den Ruhezustand versetzt wird, wenn er nicht mehr benötigt wird.
Vor kurzem habe ich IGMP Proxy auf dem Heimrouter aktiviert, um eine IPTV-Anwendung zu unterstützen. Sobald der Server im Ruhezustand ist, wird er jedoch innerhalb weniger Sekunden wieder aktiviert, ausgelöst durch ein Wecksignal vom Netzwerkadapter. Schalten Sie den IGMP-Proxy aus und das Aufwachen wird beendet.
Ich bin ziemlich zuversichtlich, dass es eine Art Multicast-Paket ist, das den Wake-Effekt auslöst. Ich habe Wireshark benutzt, um die Pakete zu riechen, die das Aufwecken verursacht haben, aber ich kann den Täter nicht finden: Zum Zeitpunkt des Aufwachens gibt es keine Magic Packets, aber viele Multicast-Pakete.
So was ist los? Warum wacht der Adapter auf Paketen auf, bei denen es sich nicht um Magie handelt? Und wie kann ich das beheben?
Aktualisieren:
Ich habe eine Paketerfassung (nur 28 Pakete) gemacht, die den Zeitraum vom Schlaf bis zum Aufwachen auf dem Server umfasst und daher das störende Paket enthalten sollte. Ich bemerke, dass keiner der Frames die MAC-Adresse des Servers enthält (wie ein magisches Paket), aber die meisten von ihnen sind UDP -> RTTP -> ISO / IEC 13818-1 -> DVB-EIT-Pakete, die viele enthalten. FF "Füllung (wie ein magisches Paket).
Es gibt auch 1 ICMP v6-Paket und 2 STP-Frames. Ich glaube nicht, dass sie das tun, seit ich glaube, ich habe Wake-Captures ohne sie gesehen - aber ich könnte mich irren.
Beachten Sie jedoch, dass die Paketerfassung über einen Switch erfolgte. Es würde also jedes gesendete magische Paket sehen (wie ich es absichtlich sende), aber es würde kein hypothetisches magisches Paket erfassen, das direkt an die MAC des Servers gesendet wird. Wenn ich jedoch auf dem Server ein Capture mache (unter den Bedingungen, unter denen er aufwacht, aber wenn er wach ist - natürlich), sehe ich nichts wie ein magisches Paket, das an seine MAC-Adresse gerichtet ist.
Die NIC ist ein Realtek 8168 PCI-GbE-Adapter, wie er auf meinem Asus P 8Z77-V LX-Motherboard mit den neuesten Treibern von hier geliefert wird .
AKTUALISIERT MIT PRÄZISTEN SYMPTOMEN
Der IGMP war also nicht die direkte Ursache. Ich kann das Problem ohne Verwendung von Multicast ziemlich zuverlässig reproduzieren. Wenn ich einfach ein bestimmtes UDP-Paket (Payload) wiederholt als UDP-Broadcast an den Adapter schicke, kann ich es irgendwann zum Aufwecken bringen. Normalerweise dauert das Senden 300 oder 400. Das Paket wurde aus einer Erfassung des Multicast-Streams kopiert und ist typisch für die Art von Paketen, die darin gesehen werden.
Dies ist der Python 3-Code, den ich zum Senden des Pakets verwendet habe (und die Bytes des Pakets als Hex-Dump).
Es scheint, als sei das Zauberpaket nicht die einzige Nachricht, die abgehört wird, wenn Wake On Lan aktiviert ist.
Windows 7 und Windows Vista überwachen standardmäßig die folgenden Pakete, wenn Sie WOL aktivieren:
Ein gerichtetes Paket an die MAC-Adresse des Netzwerkadapters
Eine NetBIOS-Namensauflösung für den lokalen Computernamen
Ein ARP-Paket (Address Resolution Protocol) für die IPv4-Adresse des Netzwerkadapters
Ein IPv6 Neighbor Discovery-Paket für die Multicast-Adresse des Netzwerkadapters
Es gibt zwei Orte, an denen ich Hinweise zur Begrenzung von Wake On Lan-Ereignissen gefunden habe.
In der Systemsteuerung> Netzwerk und Internet> Netzwerkverbindungen rechten Maustaste auf den Adapter, und wählen Sie Eigenschaften und klicken Sie dann auf Konfigurieren . Auf der Registerkarte " Erweitert" gibt es zwei Eigenschaften, die beide standardmäßig aktiviert sind: " Wake on Magic Packet" und " Wake On Pattern Match" . Das Deaktivieren des zweiten kann hilfreich sein.
Im Power Management - Registerkarte. Stellen Sie sicher, dass Sie die beiden Kontrollkästchen neben " Dieses Gerät den Computer aktivieren" aktivieren und " Nur ein magisches Paket darf den Computer" aktivieren .
Das Deaktivieren von IPv6 in Ihrem lokalen Netzwerk kann auch die Anzahl der unbeabsichtigten Aktivierungsereignisse begrenzen.
Ich habe definitiv beide Einstellungsseiten eingestellt, wie Sie vorschlagen.
strubbly vor 6 Jahren
0
Sie sind sich nicht sicher, was Sie meinen, indem Sie IPv6 "im lokalen Netzwerk" deaktivieren. Es ist auf dem Router ausgeschaltet, aber einige Geräte verwenden es immer noch.
strubbly vor 6 Jahren
0
Wenn der Router ausgeschaltet ist, leitet er keine IPv6-Nachrichten weiter. Das ist in Ordnung. Ich muss zugeben, dass ich erstaunt bin, dass Ihr Computer immer noch von anderen Nachrichten geweckt wird, obwohl Ihre Einstellungen ihn deaktivieren sollen. Was sind die Modelle Ihres Computers, Ihres Motherboards und Ihres Netzwerkadapters?
harrymc vor 6 Jahren
0
Ich bin auch überrascht :-) Der PC ist ein Asus P8Z77-V LX, der einen Realtek GbE-Chip besitzt. Letztes Windows 10.
strubbly vor 6 Jahren
0
Was sagt "powercfg -wakewake"? Versuchen Sie auch, [powercfg -energy] (https://www.howtogeek.com/howto/7638/use-powercfg-in-windows-7-to-evaluate-power-efficiency/) auszuführen, während der Computer nicht aktiv ist das Ergebnis.
harrymc vor 6 Jahren
1
Das Aufwecken ist definitiv vom Netzwerkadapter: Er stoppt, wenn ich das Kontrollkästchen "Dieses Gerät zulassen lassen" deaktivieren
strubbly vor 6 Jahren
0
Der Energiebericht kann nützlich sein. Realtek verfügt über einen sehr aktuellen [Netzwerktreiber] (http: //www.pdf.de//1111/1511/de/) / RTL8111CP / RTL8111D% 28L% 29% 3Cbr% 3ERTL8168C / RTL8111DP / RTL8111E% 3Cbr% 3ERTL8168E / RTL8111F / RTL8411% 3Cbr% 3ERTL8111G / RTL8111G / RTL8111G / RTL8111G / RTL8111G / Die [BIOS-Version 2501] (https://www.asus.com/us/Motherboards/P8Z77V_LX/HelpDesk_Download/) ist seit 2015/09/07 ziemlich alt, aber überprüfen Sie es trotzdem. Machen Sie vorher Backups.
harrymc vor 6 Jahren
0
Ich habe gerade ein Upgrade auf diese Treiberversion durchgeführt - keine Verbesserung.
strubbly vor 6 Jahren
0
Der Energiebericht könnte helfen, Weckprobleme zu lokalisieren.
harrymc vor 6 Jahren
0
Sie können auch einen Windows 10-Treiber von Realtek für den [Realtek 8168] (https://realtek-download.com/realtek-pcie-gbe-family-controller/) ausprobieren.
harrymc vor 6 Jahren
0
