Wake on LAN und WAN (WOL) für Centro Grande (Pirelli BBS V226N1W)

toubitobsen

Hallo

Ich habe mich die letzten zwei Tage damit beschäftigt, einen Server einzurichten, den ich per WOL ein- und ausschalten kann. Voraussetzung in folgendem Beitrag ist natürlich eine Hardware, die das ganze auch unterstützt. Wake on LAN funktioniert, Wake on WAN nur mit einem eher unschönen Workaround...

Um anderen die mühsame Vorarbeit zu ersparen, dahin zu kommen; hier eine kleine Anleitung was ich gemacht habe und die daraus resultierenden Fragen:

***Wake on LAN***

Funktioniert eigentlich "Out of the Box"... Einfach ein Tool herunterladen, das Magic Packets versenden kann. Ich verwende das command line tool von depicus.com... Wenn der Server ready ist, lässt er sich starten, indem man ein Magic Packet an die Broadcast Adresse des Netzes sendet.

***Wake on WAN (from LAN)***

Das Magic Packet wird nun an die öffentliche IP Adresse des Routers gesendet und dieser sollte es dann an die Broadcast Adresse weiterleiten... Ich werde das Thema "DynDNS" hier ausklammern, dazu gibt es Lösungen im Netz mittels telnet; die WOL Funktionen können auch ohne DynDNS getestet werden...

Als erstes muss man im Web Interface des Routers eine "Port-Weiterleitung" einrichten.

Dazu richtet man zuerst einen neuen "Dienst" ein. In diesem wird festgelegt, wie das Magic Packet ankommt, also z.B. über UDP auf Port 2304. Den Port kann man im oben erwähnten Tool selber bestimmen...
Als nächstes muss man ein "Neues Gerät hinzufügen". Es handelt sich dabei um die Broadcast Adresse, normalerweise xx.xx.xx.255.
Danach kann man die Port-Weiterleitung einrichten, indem man den neu erstellten Dienst auswählt und an die Brodcast-IP weiterleitet...

So, nachdem dies erledigt war, habe ich ein Magic Packet an die öffentliche IP Adresse des Routers gesendet und Voilà! der Server lief...

***Wake on WAN (from Outside)***

Am Nächsten Tag wollte ich den Server also von meiner Arbeit her einschalten und passiert ist: Nichts!...

Nach stundenlagem studieren der Konfiguration des Routers mittels telnet könnte ich mir folgendes vorstellen: Die Firewall des Routers blockiert gewisse packets, die von ausserhalb des Netzes kommen; dazu gehören leider auch die Magic Packets an die Broadcast Adresse... Es könnte aber auch sein, dass es an der nichtstatischen IP-Adresse des Servers liegt oder dem fehlenden Eintrag in der ARP Table... Nur ist es dann komisch, dass dies von innerhalb des LAN nie ein Problem darstellt...

Ich bin leider nicht so vertraut mit telnet und der Konfiguration eines Routers und daher war es mir nicht möglich das Problem zu lösen... Ich habe aber gesehen, dass wenn man ein Magic Packet direkt an den Server sendet, zwar nicht das Magic Packet ankommt, dafür irgendwas... Daher hier mein vorläufiger Workaround:

Statt das Magic Packet an die Broadcast IP Adresse zu senden, habe ich im Web Interface eingestellt, dass das Magic Packet direkt an den Server gesendet wird (Host Name benutzten, nicht die IP...)...

Im Server habe ich in den Eigenschaften meiner Netzwerkkarte den Haken bei "Only allow a magic packet to wake the computer" entfernt...

Pro: Wake on WAN from outside funktioniert!! Kontra: ein simpler ping an den ausgeschaldeten Server reicht, um diesen aufzuwecken; der Server startet also wegen des vorhandenen "Network Noise" gelegentlich unaufgefordet auf (meiner Erfahrung nach ca. 2mal/24h)... Daher hab ich meinen Server so eingerichtet (Power Options), dass er sich nach 30 minuten inaktivität automatisch wieder ausschaltet... Was natürlich beliebig mühsam ist, da ich jedesmal wenn ich remote einen grösseren Auftrag starte und möchte, dass der Server länger läuft, die Power Options wieder anpassen muss...

***FRAGEN***

Um den Workaround wieder ausser Betrieb zu setzen und den Server so zu wecken, wie es eigentlich vorgesehn ist, müssten folgende Fragen geklärt werden:

Wie kann man den Router so konfigurieren, dass er Magic Packets in Ruhe lässt, die von ausserhalb an die Broadcast Adresse gesendet werden?
Gibt es in naher Zukunft vielleicht ein Update, das diesen (meiner Meinung nach) "Bug" behebt? Ich habe gelesen, dass es über das original Web Interface von Pirelli anscheinend möglich ist, Geräte per klick zu wecken; wenn dem so ist, wäre es vielleicht möglich diese Funktion im Web Interface von Swisscom wieder freizuschalten?

Wie kann man Geräten im Netz gezielt eine statische IP Adresse zuweisen?
Auch dies ist im original Web Interface anscheinend möglich... Ich glaube einen Weg mittels telnet gefunden zu haben; man kann dies ins lease schreiben; aber das lease an sich ist wahrscheinlich dann trotzdem nicht statisch... Bei interesse kann ich dies noch posten...

Wie kann man in der ARP Table des Routers einen statischen Eintrag machen?
Geht wahrscheinlich nur über telnet...

Für alle, die bei der Klärung dieser Fragen etwas beitragen möchten, bedanke ich mich jetzt schon!!

Grüsse

Herby

Hallo T

Kann Dir punkto Pirelli Webinterface weiterhelfen.

Für ins Pirelli Webinterface zu kommen oder es dauerhaft einzuschalten, zumindest bis zu einem reset, gilt folgendes:

Telnet

conf set wbm/admin_wbm a25B06c81 [ENTER]

system reboot [ENTER]

Danach kommst Du dich über http://192.168.1.1/admin.html in das Pirelli Webinterface.

Gruss Herby

toubitobsen

@"x"#p28763

Hallo Herby

Vielen Dank für deine Antwort!! Ich habe dies tatsächlich schon probiert und es hat nicht geklappt. Ich bin dann davon ausgegangen, dass dies nur für das Vorgänger-Modell funktioniert... In meiner Verzweiflugn, habe ich es jetzt nochmals versucht und tataaa; es läuft!! 🙂

Punkt b) ist damit gelöst; eine Beschreibung gibt es hier:

http://tpirelli.blogspot.com/2010/06/statische-dhcp-eintrage.html?utm_source=BP_recent

Punkt a) geht jetzt theoretisch über das Web Interface... Wobei dies bei mir nicht funktioniert; und auch wenn es tun würde, wäre es trotzdem nur ein weiterer Workaround, also nicht wirklich die angestrebte Lösung...

Allgemein tun sich mit dem neuen Web Interface ganz neue Möglichkeiten auf; ich werd damit mal ne Weile beschäftigt sein.. 🙂

Gruess Tobi

toubitobsen

Zu Punkt a):

Wake Up on LAN aus dem Pirelli Web Interface funktioniert; das Problem lag woanders, vielleicht auch interessant zu wissen: Ich habe die Software VirtualBox von Oracle installiert, welche eine physische Netzwerkkarte simuliert... Danach lief gar nichts mehr was WOL anbelangt...

Trotzdem bin ich immer noch der Meinung, dass die Funktion im Web Interface kein befriedigener Ersatz zum Magic Packet ist... Ich muss dafür die Anmeldung zu meinem Web Interface der ganzen Welt zugänglich machen und tools um vom IPhone WOL zu betreiben funktionieren auch nicht... Vorschläge sind also immer noch willkommen!! 🙂

ulisse

Ich habe alles versucht, sogar 60.- beim Swisscom bezhalt....... eine techniker OHNE RESULTAT!!

Hilfe bitte

Tux0ne

@"x"#p28773

Sali toubitobsen.

Wie du gemerkt hast funktioniert das im Pirelli integrierte etherwake einwandfrei.

Ich finde diese Lösung gar nicht mal so schlecht (wenn ichs brauchen würde)

Du hast via SSL-VPN Portal Zugriff aus der ganzen Welt. Die Daten sind geschützt was ich ich Fall der Fälle natürlich sicherer und besser finde.

Bei den Östereichischen Kameraden hat es einige Threads über WOL. http://www.dieschmids.at/

Auch dort ist das Fazit das man das VPN-SSL Portal dazu verwenden sollte.

Findest du einen für dich besseren Weg mittels statischen arp Einträgen und das direkte NATen auf eine fixe IP kannst du dies hier gerne beschreiben.

Mit Gruss

Tux0ne

toubitobsen

@"x"#p28783

Hallo TuxeOne

Vielen Dank für deine Antwort!! Nachdem ich mich mal durch die Threads der Schmidts gelesen habe, ist das Fazit also tatsächlich:

Multicast funktioniert gar nicht...
Unicast nur eingeschränkt, wenn man sich ein bisschen verbiegt wie in meinem obigen Workaround...

Also habe ich noch einen Tag drangehängt mit meinen Bemühungen um ein vernünftiges WOL und mich mit der etherwake Schnittstelle beschäftigt. Um vom Internet her Zugriff auf diese Schnittstelle zu bekommen, muss man das Pirelli Interface wie oben von Herby beschrieben freischalten. Danach hat man zwei Möglichkeiten:

***VPN-SSL***

Man kann das VPN-SSL Portal vom WAN her zugänglich machen (unter Erweitert). Für das PRGAV4202N scheint dies auch perfekt funktioniert zu haben; aber zumindest bei mir, beim V226N1W, ist das ganze ein bisschen buggy...

Das Problem war, dass ich über die https Schnittstelle mit dem admin nur zufällig manchmal Zgriff hatte und mit einem selbst angelegten user gar nicht (auch nicht aus dem LAN)... Wenn man dann das Swisscom Web Interface auch noch freigibt, dann geht es plötzlich immer, aber nur mit dem Passwort, dass man im Swisscom Web Interface definiert hat und die http Schnittstelle ist dann ebenfalls offen...

Man kann sich so zwar einen Zugang einrichten, mit dem man WOL über das Web Interface aus dem Internet betreiben kann; ich persönlich trau dem ganzen aber nicht wirklich und weiterhin bin ich der Meinung, dass dies nicht mehr als ein Workaround darstellt. WOL sollte mit einem simplen Doppelklick möglich sein ohne irgendwelches Web Interface Gebastel!!

***SSH***

Daher hier meine Doppelklick Lösung... 🙂 Etherwake funktioniert auch, indem man sich über SSH auf dem Router einloggt und in der Shell ether-wake ausführt. Damit dies geht, muss man die SSH Schnittstelle für das WAN öffnen. Dies kann man im Pirelli Web Interface ebenfalls unter Erweitert tun und der Zugriff funktioniert dann zuverlässig!!

Das schöne daran ist, die Routine lässt sich mittles VBScript und Putty automatisieren. Bei Intresse und wenn es nicht gegen die Swisscom-Forum Richtlinien spricht, kann ich den Code gerne noch posten. Man hat dann ein vbs-file, dass man mit Doppelklick starten kann ohne irgendwas zu kompilieren oder die Shell zu öffnen...

So hab ich nun also nach 3 Tagen Bateln und lesen von unzähligen Posts und Anleitungen ein Icon auf meinem Desktop, das es mir erlaubt, meinen Server per doppelklick einzuschalten... Es ist ja schön, das dies jetzt funktioniert, aber das war definitiv zu mühsam... Fazit: "Know your Router" BEVOR du ihn kaufst... 🙂

Gruess

Tobi

Tux0ne

toubitobsen

Danke für dein Feedback.

Du kannst den Code für dein Script hier ohne Probleme posten.

Kann ja jeder selber beurteilen was da geschieht.

Via SSL ist eh cooler als über irgend eine Site.

toubitobsen

Tux0ne

Hallo TuxOne

Kein Problem! Also, im folgenden schnell ne kurze Zusammenfassung über die notwendigen Schritte für Wake on WAN per doppelklick:

1) Pirelli Web Interface freischalten (siehe Herby oben)

2) Im Pirelli Web Interface SSH über WAN freigeben (unter Erweitert -> SSH).

3) Ich habe meinem Benutzer für andere Funktionen noch mehr Rechte gegeben (Erweitert -> Benutzer). Ich glaube SSH funktioniert auch einfach so, bin mir aber nicht mehr ganz sicher...

4) Ein file "name.vbs" erstellen und folgenden Code reinkopieren:

set WshShell = WScript.CreateObject("WScript.Shell")
WshShell.Run "PATH\utty.exe -ssh user@HOST -pw Password"
WScript.Sleep 4000

WshShell.AppActivate "HOST - PuTTY"
WshShell.SendKeys "system shell{ENTER}"
WScript.Sleep 1000

WshShell.SendKeys "ether-wake xx:xx:xx:xx:xx:xx{ENTER}"
WScript.Sleep 1000

WshShell.SendKeys "exit{ENTER}"
WScript.Sleep 1000

Die Angaben nach dem Befehl WshShell.Run und die MAC Adresse nach dem ether-wake Befehl müssen natürlich noch angepasst werden. Für HOST kann man auch eine x.dyndns.org Adresse verwenden...

ACHTUNG: Der Code sollte erst mal aus der shell (cmd) getestet werden (einfach name.vbs eingeben und enter)!! Denn WshShell.SendKeys sendet den Text an das Fenster, das gerade aktiv ist. Wenn im Code etwas nicht stimmt, wird das Putty Fenster unter umständen frühzeitig geschlossen. Der Text geht dann einfach in die Shell, was nicht so tragisch ist... Ansonsten wird der Text an den Desktop oder an das Fenster das dann aktiv wird gesendet...

So, wenn alles läuft, kann man nun auch direkt auf das File doppelklicken und zuschauen wie der Server geweckt wird... 🙂

Den Code würde ich definitiv noch als "Beta" beschreiben... Folgendes wäre noch wünschenswert:

Dem Programm beibringen, nur ins Putty Fenster zu schreiben (siehe oben)...
Eine Abfrage, ob der Server wirklich gestartet werden soll...
Eine Abfrage für das Passwort, so das es nicht mehr im Code hinterlegt werden muss...
Ausserdem wäre eine Bash (oder so) Version für Linux praktisch...

Für mich reicht dies erst mal so... Wenn jemand die obigen Futures noch implementieren möchte und hier posten, dann hab ich natürlich nichts dagegen!!

Gruess
Tobi