LightsOut Client startet Server nicht

[Martin]

Ok, es liegt also definitiv an der DVB-T Karte. Ich versuch mal das Problem zu lösen. Melde mich sobald ich etwas Neues habe.

Gruß
Martin

[rribulsky]

Habe dasselbe Problem gehabt. Habe die Lösung gefunden: Netzwerkadresse der Skystar ändern (in den Adressbeeich des eigenen Netzes).
Dann geht die Broadcast-Message in den richtigen Bereich.

TV-Anwendungen sollten weiter funktionieren (getestet mit DVDViewer).

Anbei habe ich eine Beschreibung angehängt.

Achtung, ab LightsOut V 1.0.0.965 hat sich dieses Thema erledigt: im Rahmen einer kompletten Neuinstallation geht die Skystar 2 wieder auf Netzadresse 192.168.238.238, aber LightsOut funktioniert einwandfei. Es ist keine Änderung der Adresse der Skystar mehr sinnvoll.

Ich habe die angehängte Workaround - Beschreibung deshalb gelöscht (nicht mehr nötig).

[Martin]

Danke für die Info. Damit wird das Problem zwar nicht gelöst aber gut umgangen.

Gruß
Martin

[hebe]

Hallo Martin,

Ich habe AutoExit auf dem Client installiert und WOL auf den WHS funktioniert so ohne Probleme.
Meine Frage an Dich, wird der Lightsout Client ausser für's WOL noch fürs LightsOut auf dem WHS benötigt oder spricht sonst irgendetwas gegen die Kombination von LightsOut und AutoExit?

Gruß, Achim.

[Martin]

In der aktuellen Version macht der Client nur das Wecken des Servers, von daher kannst du den also durch AutoExit ersetzen.

Gruß
Martin

[der-Leo]

Hallo,
der LO-Client weckt bei mir den Server auch nicht.
Das war für mich nie ein Problem weil ich bisher dachte es liegt am Server.
Ich benutze nicht das Onboard-LAN weil dieses nur 100Mbit kann.
Stattdessen habe ich eine PCI-Gbit-Netzwerkkarte drinnen.
Das BIOS scheint aber WOL nur über die Onboard-Schnittstelle zu beachten.
Das Wecken des Servers hat also bisher noch nie geklappt.
Egal welches Tool ich verwendet habe.
Nun ist mir aber beim rumtüfteln etwas aufgefallen.
Bisher gab es nie Probleme damit wenn ich den Server heruntergefahren habe.
Es fuhr herunter und blieb aus.
Aber inzwischen startet er gleich wieder wenn er aus ist.
Irgendetwas scheint also den Server zu wecken.
Nachdem ich den LO-Client-Service deaktiviert hatte blieb der Server aus.
Also kann LO den Server doch wecken!
Hm....
Aber wenn der Server nicht läuft und ich den Rechner starte dann wird der Server nicht geweckt.
Warum?
Kann LO den Server nur wecken wenn er ganz aus ist und nicht wenn er im Ruhezustand oder im Standby ist?
Was macht LO anders als die anderen WOL-Tools die ich getestet habe?
Also habe ich mir mal die Logs von LO angesehen.
Als erstes ist mir aufgefallen dass LO Port 12287 für WOL benutzt.
Normalerweise werden eher die Ports 0, 7 oder meistens Port 9 genutzt.
Kanns daran liegen?
Werd ich bei Zeiten mal genauer testen....

Nun sind mir aber ein paar kleine Ungereimtheiten in den Logs aufgefallen.

1.)
Ich habe mehrere Netzwerkschnittstellen.
Normales LAN, Hamamchi, OpenVPN, TV-Karte.
Alle diese Schnittstellen haben eine andere IP aus einem völlig anderen IP-Bereich.
LO weiß die IP des Servers und es weiß die IPs der Netzwerkkarten.
Warum schickt LO an alle Schnittstellen das Magic Packet?
Wäre es nicht intelligenter die richtige Schnittstelle herauszusuchen und nur an diese das MP zu senden?
Das sollte eiegntlich keine große Sache sein.
Nur falls die IP des Servers nicht bekannt ist dann kann man ja an alle senden.
Oder falls nach einer bestimmten Zeit der Server nicht reagiert hat, dann könnte man ja auch anfangen an alle zu senden.

2.)
Wieso sendet LO alle paar Sekunden ein neues MP?
Bei mir sinds etwa alle 6 bis 7 Sekunden!
Muss das sein?
Kann man denn icht herausfinden ob der Server läuft?

3.)
Wenn ich den Rechner starte und der Server nicht läuft dann weiß laut den Logs LO zwar die IP des Servers.
Aber dessen MAC kennt er nicht.
Also schickt er auch kein MP.
Das könnte der Grund sein warum LO den Server nicht weckt.
Erst wenn der Server läuft findet LO auch die MAC-Adresse und fängt an alle paar Sekunden ihn zu "wecken".
Das macht für mich irgendwie gar keinen Sinn.
Denn wenn der Server läuft dann muss er ja nicht geweckt werden.
Kann sich LO nicht die MAC merken?
Dann könnte der Client direkt nach dem Booten versuchen den Server zu wekchen.

So fängt mein Log an:
2009-10-22 07:24:16.5625 LightsOutClientService [1] -----------------------
2009-10-22 07:24:16.6093 LightsOutClientService [1] Logging started, LightsOutClientService Version 0.8.2.235
2009-10-22 07:24:16.6093 LightsOutClientService [1] Log cleanup LightsOutClientService.*.log:0
2009-10-22 07:24:16.9531 LightsOutClientService [1] Hamachi: IP Address 5.59.xxx.yyy
2009-10-22 07:24:16.9531 LightsOutClientService [1] LAN-Verbindung: IP Address 192.168.53.101
2009-10-22 07:24:16.9531 LightsOutClientService [1] TV-Karte: IP Address 169.254.178.3
2009-10-22 07:24:16.9531 LightsOutClientService [1] Server IP Address 192.168.53.50
2009-10-22 07:24:16.9531 LightsOutClientService [1] Read Server MAC =
2009-10-22 07:24:25.5156 LightsOutClientService [6] Service should start
2009-10-22 07:24:25.5156 LightsOutClientService [6] Service started
2009-10-22 07:24:25.5156 LightsOutClientService [4] WolThread started
2009-10-22 07:24:26.9218 LightsOutClientService [4] sendWakeUp: NetworkAvailable=True, Interval=240
2009-10-22 07:24:26.9218 LightsOutClientService [4] WakeUp
2009-10-22 07:24:27.8593 LightsOutClientService [4] No MAC

Als der Server um 9 Uhr sich selbst geweckt hatte (Taskplaner) sah die Log so aus:
2009-10-22 09:01:03.8593 LightsOutClientService [4] sendWakeUp: NetworkAvailable=True, Interval=5
2009-10-22 09:01:03.8593 LightsOutClientService [4] WakeUp
2009-10-22 09:01:04.8593 LightsOutClientService [4] No MAC
2009-10-22 09:01:10.8593 LightsOutClientService [4] UpdateServerIpAndMac: new Server MAC found 00-11-95-xx-yy-zz
2009-10-22 09:01:10.8593 LightsOutClientService [4] sendWakeUp: NetworkAvailable=True, Interval=5
2009-10-22 09:01:10.8593 LightsOutClientService [4] WakeUp
2009-10-22 09:01:10.8906 AxoNet.LightsOut.WakeOnLan [4] sending magic packet to 5.255.255.255:12287
2009-10-22 09:01:10.8906 AxoNet.LightsOut.WakeOnLan [4] sending magic packet to 192.168.53.255:12287
2009-10-22 09:01:10.8906 AxoNet.LightsOut.WakeOnLan [4] sending magic packet to 169.254.178.255:12287
2009-10-22 09:01:10.8906 LightsOutClientService [4] Ein Blockierungsvorgang wurde durch einen Aufruf von WSACancelBlockingCall unterbrochen
2009-10-22 09:01:10.9062 LightsOutClientService [4] bei System.Net.Sockets.Socket.SendTo(Byte[] buffer, Int32 offset, Int32 size, SocketFlags socketFlags, EndPoint remoteEP)
bei System.Net.Sockets.Socket.SendTo(Byte[] buffer, EndPoint remoteEP)
bei AxoNet.LightsOut.WakeOnLan.SendMagicPaket(Byte[] paket, IPEndPoint endp)
bei AxoNet.LightsOut.WakeOnLan.WakeUp(String mac)
bei LightsOutClientService.ClientService.WakeUp()
2009-10-22 09:01:10.9062 LightsOutClientService [4] Mac: '00-11-95-xx-yy-zz'
2009-10-22 09:01:10.9062 LightsOutClientService [4] IP : '192.168.53.50'

Ist das das normale Verhalten von LO oder ist was an meiner Konfiguration falsch?

Gruß
der-Leo

[der-Leo]

Ich hab noch etwas herumgetestet.
Das mit dem aufwecken aus dem Standby/Hibernate klappt jetzt auch.
Das war nur eine Fehlkonfiguration, also mein Fehler.
Die Fragen die ich sich mir aber eigtnlich stellten bleiben aber weiterhin:
1. Warum wird der Weckruf an alle Schnittstellen gesendet und nicht nur an das passende Subnetz?
2. Warum wird der bereits laufende Server so oft "geweckt"? Das Interval wird auf 5 gesetzt!
3. Warum kennt LO auf dem Client die MAC-Adresse des Servers nicht? Erst wenn dieser läuft, und dann ists ja nicht mehr nötig.
Zu 2. ist mir noch etwas aufgefallen.
Wenn der Server läuft und ich stoppe und starte den LO-Client wieder dann setzt er das Interval auf 240.
Somit wird nur alle4 Minuten der Server wieder geweckt.
Warum wird nach einem Neustart des Rechners das Interval so kurz gesetzt?

[Martin]

Das von dir beobachtete verhalten ist nicht normal. Kann es sein, dass deine Subnetzmask nicht der Standardmaske entspricht?
Diesen Fehler habe ich nämlich inzwischen behoben. Versuch es doch mal bitte damit: http://www.axonet.de/whs/LightsOutClientInstall.exe

Normalerweise wird die MAC nach dem Starten ermittelt und gespeichert. Dann wird beim nächsten Start/Resume der Server in Intervallen geweckt, die sich jeweils verdoppeln. Angefangen bei 5s bis sich entweder der Server meldet oder die Obergrenze von 240s erreicht wird.

Gruß
Martin

[der-Leo]

Es funktioniert leider immer noch nicht.

Ich hab den Client deinstalliert, den Rechner neu gestartet, den Client neu installiert.
Der Server lief währenddessen.
Der Client erkannte den Server und dessen MAC.
So sieht das Logfile aus:
2009-10-30 07:36:17.0468 LightsOutClientService [1] -----------------------
2009-10-30 07:36:17.0625 LightsOutClientService [1] Logging started, LightsOutClientService Version 0.8.2.235
2009-10-30 07:36:17.0625 LightsOutClientService [1] Log cleanup LightsOutClientService.*.log:0
2009-10-30 07:36:17.2031 LightsOutClientService [1] Hamachi: IP Address 5.59.xxx.yyy
2009-10-30 07:36:17.2031 LightsOutClientService [1] LAN-Verbindung: IP Address 192.168.53.101
2009-10-30 07:36:17.2031 LightsOutClientService [1] TV-Karte: IP Address 169.254.178.3
2009-10-30 07:36:17.2031 LightsOutClientService [1] OpenVPN_In: IP Address 10.8.0.1
2009-10-30 07:36:17.2031 LightsOutClientService [1] Server IP Address 192.168.53.50
2009-10-30 07:36:17.2031 LightsOutClientService [1] Read Server MAC =
2009-10-30 07:36:17.2031 LightsOutClientService [1] UpdateServerIpAndMac: new Server MAC found 00-11-95-xx-yy-zz
2009-10-30 07:36:17.2187 LightsOutClientService [6] Service should start
2009-10-30 07:36:17.2187 LightsOutClientService [4] WolThread started
2009-10-30 07:36:17.2187 LightsOutClientService [6] Service started
2009-10-30 07:36:18.2343 LightsOutClientService [4] sendWakeUp: NetworkAvailable=True, Interval=240
2009-10-30 07:36:18.2343 LightsOutClientService [4] WakeUp
2009-10-30 07:36:18.2656 AxoNet.LightsOut.WakeOnLan [4] sending magic packet to 5.255.255.255:12287
2009-10-30 07:36:18.2656 AxoNet.LightsOut.WakeOnLan [4] sending magic packet to 192.168.53.255:12287
2009-10-30 07:36:18.2656 AxoNet.LightsOut.WakeOnLan [4] sending magic packet to 169.254.178.255:12287
2009-10-30 07:36:18.2656 LightsOutClientService [4] Ein Blockierungsvorgang wurde durch einen Aufruf von WSACancelBlockingCall unterbrochen
2009-10-30 07:36:18.2812 LightsOutClientService [4] bei System.Net.Sockets.Socket.SendTo(Byte[] buffer, Int32 offset, Int32 size, SocketFlags socketFlags, EndPoint remoteEP)
bei System.Net.Sockets.Socket.SendTo(Byte[] buffer, EndPoint remoteEP)
bei AxoNet.LightsOut.WakeOnLan.SendMagicPaket(Byte[] paket, IPEndPoint endp)
bei AxoNet.LightsOut.WakeOnLan.WakeUp(String mac)
bei LightsOutClientService.ClientService.WakeUp()
2009-10-30 07:36:18.2812 LightsOutClientService [4] Mac: '00-11-95-xx-yy-zz'
2009-10-30 07:36:18.2812 LightsOutClientService [4] IP : '192.168.53.50'
2009-10-30 07:37:59.6250 LightsOutClientService [6] Service should shut down
2009-10-30 07:37:59.6250 LightsOutClientService [6] Service shut down

Ich hab den Rechner dann heruntergefahren und gewartet bis auch der Server in den Ruhezustand gewechselt ist.
Dann habe ich den Rechner wieder gestartet und gewartet ob dieser den Server weckt.
Aber leider tut er das nicht.
So gings dann im Log weiter:
2009-10-30 08:33:34.7031 LightsOutClientService [1] -----------------------
2009-10-30 08:33:34.7656 LightsOutClientService [1] Logging started, LightsOutClientService Version 0.8.2.235
2009-10-30 08:33:34.7656 LightsOutClientService [1] Log cleanup LightsOutClientService.*.log:0
2009-10-30 08:33:34.9843 LightsOutClientService [1] Hamachi: IP Address 5.59.xxx.yyy
2009-10-30 08:33:34.9843 LightsOutClientService [1] LAN-Verbindung: IP Address 192.168.53.101
2009-10-30 08:33:34.9843 LightsOutClientService [1] TV-Karte: IP Address 169.254.178.3
2009-10-30 08:33:34.9843 LightsOutClientService [1] Server IP Address 192.168.53.50
2009-10-30 08:33:34.9843 LightsOutClientService [1] Read Server MAC =
2009-10-30 08:33:40.6562 LightsOutClientService [6] Service should start
2009-10-30 08:33:40.6562 LightsOutClientService [6] Service started
2009-10-30 08:33:40.6562 LightsOutClientService [4] WolThread started
2009-10-30 08:33:41.6875 LightsOutClientService [4] sendWakeUp: NetworkAvailable=True, Interval=240
2009-10-30 08:33:41.7031 LightsOutClientService [4] WakeUp
2009-10-30 08:33:41.7187 LightsOutClientService [4] No MAC

Wieder das gleich....
Der Client kennt die MAC vom Server nicht.

Wo speichert der LO-Client diese Information?
Vielleicht stimmt irgendwo etwas mit den Rechten nicht...
Wo muss ich nachsehen?

[Martin]

Das Problem scheint hier auch wieder die TV-Karte zu sein. Kannst du der mal manuell eine IP aus dem LAN Bereich geben?
Die MAC wird erst gespeichert wenn der Server als aktiv erkannt wird.

Außerdem hatte ich dir den falschen Downloadload-Link gegeben: http://www.axonet.de/whs/beta/LightsOut ... nstall.exe

Gruß
Martin

[der-Leo]

Leider bringt der Beta-Client auch keine Besserung.
Das Verhalten ist das gleiche.
Die IP-Adresse der TV-Karte kann ich zwar manuell ins selbe Netz nehmen, aber das macht leider Probleme.
Irgendetwas mit dem Netzwerkverkehr des Rechners stimmt dann nicht mehr.
Was sich für mich aber auch irgendwie logisch anhört...
Wenn ich der TV-Karte eine feste IP gebe (aus einem anderen Netz) läuft alles wie bisher auch.
Aber selbst wenn die TV-Karte im selben Netz wäre....
Ich habe ja noch andere Netzwerkadapter die in anderen Netzen sind.
Die würden ja dieselben Probleme machen.
Und deren IP-Adresse kann ich unmöglich ins selbe Netz bringen, weil sie dann nicht mehr funktionieren würden.
Somit scheint das sowieso keine Lösung zu sein.

Mir erschliesst sich das Problem irgendwie nicht so ganz.
Wenn der Server läuft dann weiß der Client dessen MAC-Adresse.
Also muss er diese doch irgendwie und irdgendwo speichern können.
Und wenn der Rechner gestartet wird dann sollte der Client diese auch wieder auslesen können.
Wieso funktioniert das nicht?
Mir der IP-Adresse des Servers gehts doch auch.

Und natürlich nochmals die Frage....
Warum sendet der Client seinen Weckruf in mehrere Netze?
Auch wenn das keinen Sinn macht.
Wenn man die IP-Adresse des Servers weiß, dann kann man doch den Weckruf nur in das entsprechende Netz senden.
Sollte der Server nach drei oder vier Versuchen nicht aufwachen kann man ja immernoch dazu übergehen die anderen Netzte zu versuchen.

Das nächste Problem ist die Frequenz des Wekrufs.
Wenn der Server bereits läuft dann startet LO mit 240 Sekunden.
Wenn der Server nicht läuft fängt LO an alle 5 Sekunden es zu versuchen.
Leider ändert sich das aber nicht mehr.
Selbst wenn der Server dann läuft bleibt LO bei seinen 5 Sekunden.
Ich bekomme jeden Tag Logs die 10 MB groß sind - und das für etwa 8-10 Stunden Laufzeit.
Ausserdem erkennt der LO-Client nicht dass der Server läuft.
In anderen (hier im Forum geposteten) Logs habe ich gesehen dass eine Meldung erscheint wenn der Client den Server gefunden hat.
Bei mir kommt diese Meldung nie.
Wie erkennt der Client ob der Server läuft?
Und warum erkennt er das bei mir nie?

[Martin]

Du hast rechts, dass es sinnvoller wäre nur in das passende Subnet zu senden. Das ändert sich auch mit einer späteren Version.
Aber das primäre Problem ist, dass die TV Karte das Senden blockiert. Und dann hängen alle nachfolgenden Sendungen.
Mit einem normalen Netzwerkadapter passiert das nicht. Nur mit TV Karten. Und da ist z.Z. der einzige Workaround, die in den lokalen IP Bereich zu setzen.

Gruß
Martin

[der-Leo]

Aber mein Problem ist eher dass überhaupt nicht gesendet wird.
Da der Client sich die MAC-Adresse nicht merkt.
Wie kann das mit der TV-Karte zusammenhängen?

[Martin]

Also nochmals:

2009-10-30 07:36:18.2656 AxoNet.LightsOut.WakeOnLan [4] sending magic packet to 5.255.255.255:12287
2009-10-30 07:36:18.2656 AxoNet.LightsOut.WakeOnLan [4] sending magic packet to 192.168.53.255:12287
2009-10-30 07:36:18.2656 AxoNet.LightsOut.WakeOnLan [4] sending magic packet to 169.254.178.255:12287
2009-10-30 07:36:18.2656 LightsOutClientService [4] Ein Blockierungsvorgang wurde durch einen Aufruf von WSACancelBlockingCall unterbrochen
2009-10-30 07:36:18.2812 LightsOutClientService [4] bei System.Net.Sockets.Socket.SendTo(Byte[] buffer, Int32 offset, Int32 size, SocketFlags socketFlags, EndPoint remoteEP)
bei System.Net.Sockets.Socket.SendTo(Byte[] buffer, EndPoint remoteEP)
bei AxoNet.LightsOut.WakeOnLan.SendMagicPaket(Byte[] paket, IPEndPoint endp)
bei AxoNet.LightsOut.WakeOnLan.WakeUp(String mac)

Die fett markierte IP ist die TV Karte und die blockiert die Übertragung. OK?

Gruß
Martin

[der-Leo]

Ja, da hast du Recht.
AAABER.....
das ist nicht mein Problem.
Denn der Weckruf ins richtige Netz wird ja bereits vorher gesendet und kommt auch an und weckt den Server.
NUUUR....
wenn der Server beim Booten des Clients nicht läuft dann kennt der Client nicht die MAC-Adresse des Servers!
Und das ist mein Problem.

Siehe:

2009-10-30 08:33:34.7031 LightsOutClientService [1] -----------------------
2009-10-30 08:33:34.7656 LightsOutClientService [1] Logging started, LightsOutClientService Version 0.8.2.235
2009-10-30 08:33:34.7656 LightsOutClientService [1] Log cleanup LightsOutClientService.*.log:0
2009-10-30 08:33:34.9843 LightsOutClientService [1] Hamachi: IP Address 5.59.xxx.yyy
2009-10-30 08:33:34.9843 LightsOutClientService [1] LAN-Verbindung: IP Address 192.168.53.101
2009-10-30 08:33:34.9843 LightsOutClientService [1] TV-Karte: IP Address 169.254.178.3
2009-10-30 08:33:34.9843 LightsOutClientService [1] Server IP Address 192.168.53.50
2009-10-30 08:33:34.9843 LightsOutClientService [1] Read Server MAC =
2009-10-30 08:33:40.6562 LightsOutClientService [6] Service should start
2009-10-30 08:33:40.6562 LightsOutClientService [6] Service started
2009-10-30 08:33:40.6562 LightsOutClientService [4] WolThread started
2009-10-30 08:33:41.6875 LightsOutClientService [4] sendWakeUp: NetworkAvailable=True, Interval=240
2009-10-30 08:33:41.7031 LightsOutClientService [4] WakeUp
2009-10-30 08:33:41.7187 LightsOutClientService [4] No MAC

Also blockiert die TV-Karte nichts.
Weil erstmal noch garnichts blockiert werden kann, weil ja kein Weckruf losgeschickt wird, weil der Client die MAC-Adresse nicht kennt.
Also... nochmal...
Warum merkt sich der Client die MAC-Adresse nicht?
Denn wenn der Server läuft dann findet der Client seine MAC auf einmal.
Aber nach einem Neustart kennt er sie nicht mehr.
Und das ist mein Problem.
Und nichts anders....