WOL funktioniert - WOL über Internet nicht

[JöWi]

Hallo,

seit zwei Wochen teste ich Lightsout und soweit funktioniert bereits vieles.
Der Server wird beim Start eines Clients ebenfalls gestartet. Umgekehrt startet der Server auch den Client und führt gemäß der Vorgabe eine Sicherung durch. Der Client wird auch dann wieder heruntergefahren.
Soweit so gut.

Vor Lightsout war der WHS im Dauerbetrieb. Dies hatte den Vorteil, dass ich remote auf Server und - über Wakeup - auch auf meinen Client (Win 7 pro) zugreifen konnte.

Nun schlafen - dank Lightsout - aber beide!

Ich bin oft tausende von Kilometern entfernt und brauche den Server gelegentlich. WOL übers Internet (oder heißt es Wake through Internet?) scheint die Lösung.

Ich habe eine erste Frage:

Wie funktioniert das WOL in meinem Privatnetz? Wird hier auch ein Magic Packet gesendet? Oder funktioniert es gänzlich anders?
Dies würde erklären, warum Server und Client sich gegenseitig in meinem Privatnetz wecken können.

Aber weder der Client noch der WHS können von mir über das Internet geweckt werden, wenn beide abgeschaltet sind.

Ich habe ein DIR 855
Hardware Vers. A2
Firmware 1.12EU

Mit -Virtueller Server- habe ich den Port 9 freigegeben und auf UDP eingestellt. Erst habe ich versucht, als Adresse 192.168.0.255 (Broadcasting) einzugeben. Dies wird aber verweigert. Also habe ich die Adresse des WHS 192.168.0.101 angegeben. Ich würde erwarten, dass das Magic Packet so auch ankommen sollte. In der Tat, sende ich ein Magic Packet (z.B. über http://www.wolcenter.com), registriert das Programm "Wake on Lan Monitor" ein ankommendes Packet:

Packet recieved from 188.165.75.241 on port 42692
at 17:41:08 packet length : 102
00000000 : FF FF FF FF FF FF 48 5B 39 05 58 7C 48 5B 39 05
00000010 : 58 7C 48 5B 39 05 58 7C 48 5B 39 05 58 7C 48 5B
00000020 : 39 05 58 7C 48 5B 39 05 58 7C 48 5B 39 05 58 7C
00000030 : 48 5B 39 05 58 7C 48 5B 39 05 58 7C 48 5B 39 05
00000040 : 58 7C 48 5B 39 05 58 7C 48 5B 39 05 58 7C 48 5B
00000050 : 39 05 58 7C 48 5B 39 05 58 7C 48 5B 39 05 58 7C
00000060 : 48 5B 39 05 58 7C

Wenn ich es richtig interpretiere, so lässt mein Router das Packet über Port 9 "durch" und es kommt an der Netzwerkkarte mit MAC 48 5B 39 05 58 7C an.

Frage zwei: Mache ich hier einen Gedankenfehler?

Denn: Fahre ich nun Server oder Client herunter und sende erneut ein Magic Packet über das Internet, so passiert NICHTS, d.h. der Rechner/Server schaltet nicht ein.
Habe ich z.b. den Server heruntergefahren, kann ich diesen sofort über Server aufwecken starten. Die Lightsout Clientfunktion Server wecken über das Internet funktioniert dagegen auch nicht.

Da beide Rechner sich gegenseitig wecken, können auch die Einstellung der Grafikkarten und im Bios gänzlich falsch sein.

Ich habe natürlich schon viel gegoogled.

Ein englischsprachiger User hatte unter den Virtual Server Setting WOL, 192.168.0.255 (broadcast address), poert = 9 und UDP eingegeben. Dann hätte es bei Ihm funktioniert.
Mein erstes Problem ist, dass bei meinem DIR 855 die Adresse 192.168.0.255 nicht zugelassen ist.
Ich gehe davon aus, dass das DIR 855 unter Virtual Server die IP -Zuordnung behält. Es gibt ja einige Beiträge, die darauf hinweisen, dass ein einfaches Port Forwarding nicht geht, da die IP Adressen nach wenigen Minuten vergessen werden, wenn die Rechner ausgeschaltet sind. Darum hatte auch ich den Virtuellen Server in den Einstellungen des Modems gewählt.

Ich hoffe, die Erleuchtung kommt noch...ist es die fehlende broadcast address?? Gibt es eine Lösung?

Jede HIlfe ist willkommen.

[pfaelzer]

Gibt es eine Lösung?

ja, den "Router genanntes Kombigerät" wechseln ...

in deinem Beitrag sind alle Fragen beantwortet ... eine NIC verliert nach einiger Zeit die Kenntnis, welche IP sie mal hatte, somit muss das "magic paket" auf die Broadcast ... wenn das dein Router nicht kann ... war's das.

Ob eine der "Umgehungen" (z.B. VPN auf den Router und von dort im LAN WOL oder per Telefon auf den Router und dort ein WOL erzeugen) funktioniert ... musst halt mal suchen oder mal bei mestrona vorbeischauen ...

[JöWi]

Gibt es eine Lösung?

ja, den "Router genanntes Kombigerät" wechseln ...

in deinem Beitrag sind alle Fragen beantwortet ... eine NIC verliert nach einiger Zeit die Kenntnis, welche IP sie mal hatte, somit muss das "magic paket" auf die Broadcast ... wenn das dein Router nicht kann ... war's das.

Ob eine der "Umgehungen" (z.B. VPN auf den Router und von dort im LAN WOL oder per Telefon auf den Router und dort ein WOL erzeugen) funktioniert ... musst halt mal suchen oder mal bei mestrona vorbeischauen ...

Ja, im Grunde habe ich mir meine Frage selbst beantwortet....Aber anders als hier im Forum beantwortet. Das WOL übers Internet ist ein immer wiederkehrendes Thema und offensichtlich von vielen Leuten ein echter Wunsch.

So. DIR 855 kann direct broadcasting... ABER
Ich hatte von einem englischsprachigen User berichtet. Dieser nutzte eine Firmware Version 1.22NA. Ich hatte in meiner Frage darauf hingewiesen, dass diesem User direct broadcasting mit 192.168.0.255 möglich war.
Ich habe meinen Router geflashed von 1.12EU auf 1.23NA. Siehe da, nun kann auch mein Router DIR 855 WOL übers Internet...

Außer dass die Benutzerführung nun in Englisch ist, habe ich keine Probleme feststellen können.


Also nix mit

"..den "Router genanntes Kombigerät" wechseln .."

SONDERN

FIRMWARE WECHSELN

Vielleicht hilft mein Beitrag ja weiter.

[pfaelzer]

Vielleicht hilft mein Beitrag ja weiter

ein Hinweis auf die Verwendung aktueller Release- oder Firmwarestände ist nie verkehrt ...

Ich habe meinen Router geflashed von 1.12EU auf 1.23NA. Siehe da, nun kann auch mein Router DIR 855 WOL übers Internet...

fein, dann haste ja dieses Problem weniger ... der Form halber müsste ich dich jetzt auf den Hinweis "using this firmware on a device outside of North America will void your warranty and may render the device unusable" auf der DLink-Supportseite hinweisen und auch auf das Risiko, dass es vielleicht einem Funkamateur in deiner Nähe nicht gefällt, wenn dein "Router genanntes Kombigerät" für Germanien einzuhaltende Spezifikationen vielleicht nicht mehr so ganz erfüllt ...