SpywatcherBeter laat dan nooit.
Misschien heb je nog steeds een probleem met je WOL
waarbij het pakketje moet worden verzonden van buiten je LAN.
Met een Port Forward naar het vaste IP van de host die wakker moet worden.
Uitgangspunt is dat die Forward goed is ingesteld en dat de computer in kwestie
binnen je LAN al prima wakker te maken is.
Ik geef dan altijd de volgende adviezen en uitleg. Door schade en schande wijs geworden.
Deed dit al in andere Topics over WOL, maar heb de boel nog eens op een rijtje gezet.
De adviezen.
- kijk of je NIC de vrij ongebruikelijke Property 'ARP Offload' heeft;
dan heb je geluk; zet die aan en het zal werken;
zo niet dan:
- kijk of je Router een Table heeft voor static ARP Binding;
Eric1990 vewijst daar terecht al naar; vul Ip en MAC address van de Computer in kwestie in, en het zal werken;
Ziggo kastjes hebben dat niet;
zo niet dan:
- koop een andere Router, die wel zo'n Table heeft,
zo niet dan:
- zijn er nog diverse andere truuks
Over hoe het komt dat het fout gaat.
Dat is in dit Topic in feite al aan de orde geweest.
Binnen je LAN is er niks aan de hand.
Het WOL pakketje wordt zoals gebruikelijk via het Broadcast Address verzonden.
De NIC van de slapende Computer -mits goed geconfigureerd voor WOL- pakt dit op als
het eigen MAC address klopt met dat in het WOL pakketje. Dat zijn de WOL basics.
Buiten je LAN moet je het pakketje naar je externe IP verzenden.
Het zou prettig zijn dat je Router dan een Broadcast doet.
Anders gezegd een Forward kan doen naar het Broadcast Address van het subNet van de Router.
In de Ziggo wereld standaard vaak 192.168.178.255.
Jammer, dat mag vrijwel nooit.
De suggestie van
Nick999 is zo gek nog niet:
ander subNet mask proberen om de Router om de tuin te leiden.
Misschien weigert ie alleen 255 voor Forwarding.
Zou kunnen. Nooit getest. Zou wel erg dom van die Router zijn. Het proberen waard.
Er zit vooralsnog dus niets anders op dan het WOL pakket naar het Ip van de host in kwestie
te Forwarden. En dan begint het gedonder.
Het pakket moet naar het MAC address van de slapende computer.
Dat MAC address staat weliswaar in het WOL-pakketje, maar daar wordt niet naar gekeken.
Zo zit TCP/IP nu eenmaal in elkaar: dom pakketjes doorsturen, niets wetend over wat het is.
Als de Router het IP nog in z'n so-called ARP cache heeft dan is er niets aan de hand.
Maar dat is slechts kort het geval nadat de computer is gaan slapen.
Dan gaat er zoals gebruikelijk binnen TCP/IP vanuit de Router een ARP Broadcast request op het LAN "Who has ip ...."
In de verwachting dat daarop het MAC address als Response komt.
Jammer. Computer slaapt. Einde WOL.
De eerder genoemde ARP Offload Property, zorgt ervoor dat de NIC van de slapende computer een Response kan geven op ARP Requasts.
Je ziet die optie weinig. Er zitten dan ook wat haken en ogen aan ivm andere ARP Requests. Die laat ik weg.
Je kunt dit alles overigens ook binnen je LAN testen door het WOL Pakket naar het Ip te verzenden met een Phone bv met een Wifi verbinding op je LAN.
Dat lukt even, maar daarna niet meer. Same problem.
Het is een nogal lang en lastig verhaal omdat je goed moet weten wat WOL is en hoe TCP/IP werkt ihb over de rol die ARP speelt in het geheel.
--
de andere truuks voor WOLVoor als je out of options bent. Zie boven, welke dat waren.
Het komt steeds neer op: zorg dat je op een systeem zit binnen je LAN, dat toch al aan staat.
Regel van daaruit een Broadcast van een WOL pakket. Klaar is kees.
Ik regel dit via een ssh-verbinding met mijn NAS.
Dan met een zelfgemaakt programmaatje het WOL pakketje Broadcasten.
Interesse? Laat het weten.
Voor 1 computer van mij hoeft dat niet zo. De NIC daarvan heeft de ARP Offload Property!
Het was eerst een pain in the ass om te gaan begrijpen waarom Remote WOL op dit systeem wel werkte en op andere niet. De property stond default aan.
Het kan met een eigen Web Server op een beschermde (!) Pagina met links die idem doen.
Sommige NASsen en Routers hebben dergelijke faciliteiten aan boord om
het leven makkelijker te maken. Je logt Remote in op een Beheers GUI en off you go.
That's all about WOL, folks.
Gr Han
WOL
https://en.wikipedia.org/wiki/Wake-on-LAN
ARP Offload
https://docs.microsoft.com/en-us/windows-hardware/drivers/network/protocol-offloads-for-ndis-power-management