Homeserver Forum

Hallo zusammen,

ich habe da mal eine Verständnisfrage zu Lights Out. Auf dem Server und auf den Clients läuft ja jeweils die entsprechende Client-Server-Variante. Wenn der Server in den Ruhezustand geschickt wird, wird er durch ein Magic Packet vom Client wieder geweckt. Was mich jetzt interessiert, ist wann das Datenpacket vom Client an den Server geschickt wird. Passiert das direkt beim Starten des Lights Out-Dienstes wenn der Client hochfährt, oder erst mit Verzögerung, oder gar in regelmäßigen Abständen solange bis der Server erreichbar ist?
Hintergrund meiner Frage ist, das mein WHS zwar wunderbar von Lights Out heruntergefahren wird, und auch ansonsten prima im Zusammenspiel mit den Client-PCs arbeitet. Nur leider scheint bei Starten der Client-PCs kein Magic Packet beim WHS anzukommen. Versuche ich dann mit WOL.EXE den WHS zu wecken funktioniert das einwandfrei. Darum behelfe ich mir bislang auch mit einer Batchdatei im Autostart, um den WHS zu starten.
Meine LAN-Umgebung sieht so aus, dass der WHS per Kabel an einer Fritz.Box angeschlossen ist, und die Client-PCs per WLAN angeschlossen sind. Kann es sein, das die WLAN-Verbindung beim Starten der Client-PCs noch nicht richtig aufgebaut sind, und der Lights Out-Dienst schon versucht ein Magic Packet zu versenden?
Die Netzwerkkartentreiber sind aktuell, im Server ist keine Grafikkarte vorhanden, Einstellungen der Servernetzwerkkarte sind lt. Handbuch gesetzt. Mac-Adresse in der Registry auf den Client-PCs ist eingetragen. Habe eigentlich versucht alles nach Handbuch einzurichten. Aber entweder habe ich noch was vergessen, oder es könnte vielleicht doch an der WLAN-Verbindung liegen, die nicht schnell genug aufgebaut wird. Ach ja, ne Firewall habe ich eigentlich auch für die betroffenen Dienste freigeschaltet.

Vielen Dank schon mal für eure Bemühungen

Viele Grüsse
Holger

Passiert das direkt beim Starten des Lights Out-Dienstes wenn der Client hochfährt, oder erst mit Verzögerung, oder gar in regelmäßigen Abständen solange bis der Server erreichbar ist?

Auslöser ist enweder der Dienststart (Booten) oder das Aufwachen aus Standby oder Ruhezustand. Dann werden mit wachsendem Intervall solange WOL Pakete gesendet bis der Server aufwacht.

Hast du den letzten aktuellen Client installiert?
http://www.axonet.de/whs/LightsOutClientInstall.exe

Gruß
Martin

Martin hat geschrieben: Auslöser ist enweder der Dienststart (Booten) oder das Aufwachen aus Standby oder Ruhezustand. Dann werden mit wachsendem Intervall solange WOL Pakete gesendet bis der Server aufwacht.

Hast du den letzten aktuellen Client installiert?
http://www.axonet.de/whs/LightsOutClientInstall.exe

Gruß
Martin

Hallo Martin,

eigentlich hatte ich gedacht ich hätte die neueste Version von LightsOut heruntergeladen, aber da hab ich mich wohl getäuscht. Die Client-Software hat die Version 0.7.6.101. Ich werde mal die neue Version installieren und dann berichten ob es geholfen hat.

Vielen Dank schon mal.

Du hast schon die aktuelle Version von LightsOut selbst, lediglich die Clientsoftware hatte ich noch etwas optimiert, deshalb ist die neuer.
Ursprünglich wollte ich auch früher eine Weiterentwicklung herausbringen, aber die letzten 4 Monate war ich "Land unter"...

Gruß
Martin

So, jetzt hab ich erst mal den alten Client deinstalliert und den neuen installiert. Dann habe ich meinen PC in den Ruhezustand geschickt und der Server hat sich erwartungsgemäss 10 Minuten später ebenfalls in den Ruhezustand versetzt. Das funktioniert also nach wie vor. 15 Minuten später habe ich dann meinen PC wieder gestartet. Leider hat sich der Server auch nach 30 Minuten warten immer noch nicht wieder reaktiviert. Ich habe dann den Server mit dem WOL.EXE Programm "manuell" aufgeweckt. Das hat dann funktioniert.
Leider kenne ich mich mit dieser Materie zu wenig aus, aber wenn doch beide Programme (WOL.EXE und LightsOut-Dienst) ein Magic Packet über das Netzwerk senden um den Server zu starten, und bei dem einen Programm funktioniert das, dann muss es doch einen Unterschied zwischen diesen beiden Methoden (Programmen) geben. Was macht das Programm WOL.EXE anders als der LightsOut-Dienst? Verwendet WOL.EXE vielleicht noch andere Datenpakete, die nicht zum Standard gehören? Oder müsste beim LightsOut-Dienst noch was ergänzt werden?
Ich möchte das hier bitte als konstruktive Kritik verstanden wissen, ich will jetzt keineswegs dem Entwickler von LightsOut zu nahe treten und hier über seine Software schimpfen. Im Gegenteil, ich finde LightsOut absolut genial und es läuft ja auch ansonsten super. Vielleicht liegt's ja auch am o.center-Server, das der irgendeinem Standard nicht entspricht. Ich möchte lediglich versuchen das Probelm einzukreisen. Bei anderen scheint das aufwecken ja auch zu funktionieren, nur beim o.center geht's nicht, könnte also auch an der Hardware liegen. Ich werde noch ein wenig weitertesten, aber das dauert halt immer ein wenig.

Keine Angst, du trittst mir nicht zu nahe. Schick mir mal bitte folgende Infos (per PM):

- Die Ausgabe von ipconfig/all am Client
- Die Client Logfiles unter C:\Dokumente und Einstellungen\All Users\Anwendungsdaten\LightsOut

Gruß
Martin

Hallo Martin,
ich habe das Problem ebenfalls (mein WHS ist jetzt neu aufgesetzt und ich muss mich in alles wieder reindenken). Also mit WOL.exe geht
es (aber mit sol.exe geht es übrigens auch nicht)
Die Meldung im Logfile lautet:
2008-10-07 23:51:29.8125 LightsOutClientService [1] -----------------------
2008-10-07 23:51:30.1093 LightsOutClientService [1] Logging started, LightsOutClientService Version 0.7.7.117
2008-10-07 23:51:30.6875 LightsOutClientService [1] IP Address 192.168.xx.130
2008-10-07 23:51:30.6875 LightsOutClientService [1] IP Address 127.0.0.1
2008-10-07 23:51:30.6875 LightsOutClientService [1] Server IP Address 192.168.xx.110
2008-10-07 23:51:30.6875 LightsOutClientService [1] Read Server MAC = "yyyyyyy" (Mac vom Server stimmt, will ich aber hier nicht kundtun)
2008-10-07 23:51:30.7656 LightsOutClientService [6] Service should start
2008-10-07 23:51:30.7656 LightsOutClientService [6] Service started
2008-10-07 23:51:30.7812 LightsOutClientService [4] WolThread started
2008-10-07 23:51:31.6093 LightsOutClientService [4] SendWakeup=True, Intervall=240
2008-10-07 23:51:32.1250 LightsOutClientService [4] Der Zugriff auf einen Socket war aufgrund der Zugriffsrechte des Sockets unzulässig
2008-10-07 23:51:32.6718 LightsOutClientService [4] at System.Net.Sockets.Socket.SendTo(Byte[] buffer, Int32 offset, Int32 size, SocketFlags socketFlags, EndPoint remoteEP)
at System.Net.Sockets.Socket.SendTo(Byte[] buffer, EndPoint remoteEP)
at AxoNet.LightsOut.WakeOnLan.SendMagicPaket(Byte[] paket, IPEndPoint endp)
at AxoNet.LightsOut.WakeOnLan.WakeUp(String mac)
at LightsOutClientService.ClientService.WakeUp()
2008-10-07 23:51:32.6718 LightsOutClientService [4] Mac:'"yyyyyyy" (Mac vom Server stimmt, will ich aber hier nicht kundtun)
2008-10-07 23:51:32.6718 LightsOutClientService [4] IP : '192.168.xx.110'
2008-10-07 23:55:07.0468 LightsOutClientService [1] -----------------------
2008-10-07 23:55:07.0937 LightsOutClientService [1] Logging started, LightsOutClientService Version 0.7.7.117
2008-10-07 23:55:07.8593 LightsOutClientService [1] IP Address 192.168.xx.130
2008-10-07 23:55:07.8593 LightsOutClientService [1] IP Address 127.0.0.1
2008-10-07 23:55:07.8593 LightsOutClientService [1] Server IP Address 192.168.xx.110
2008-10-07 23:55:07.8593 LightsOutClientService [1] Read Server MAC = "yyyyyyy" (Mac vom Server stimmt, will ich aber hier nicht kundtun)
2008-10-07 23:55:33.5937 LightsOutClientService [4] SendWakeup=True, Intervall=240
2008-10-07 23:55:33.5937 LightsOutClientService [4] Der Zugriff auf einen Socket war aufgrund der Zugriffsrechte des Sockets unzulässig
2008-10-07 23:55:33.5937 LightsOutClientService [4] at System.Net.Sockets.Socket.SendTo(Byte[] buffer, Int32 offset, Int32 size, SocketFlags socketFlags, EndPoint remoteEP)
at System.Net.Sockets.Socket.SendTo(Byte[] buffer, EndPoint remoteEP)
at AxoNet.LightsOut.WakeOnLan.SendMagicPaket(Byte[] paket, IPEndPoint endp)
at AxoNet.LightsOut.WakeOnLan.WakeUp(String mac)
at LightsOutClientService.ClientService.WakeUp()
2008-10-07 23:55:33.5937 LightsOutClientService [4] Mac: "yyyyyyy" (Mac vom Server stimmt, will ich aber hier nicht kundtun)
2008-10-07 23:55:33.5937 LightsOutClientService [4] IP : '192.168.xx.110'

Ich habe auf einem Client XP Prof und auf dem anderen Vista Ulti installiert, auf beiden Clients sind zwei User hinterlegt, die auch beim WHS angelegt sind.
Auf dem WHS läuft i.M. als weiteres AddIn F-Secure HSS 2009 und auf den Client ist ebenfalls F-Secure IS 2009 installiert. Müsste ich eventuell auf den Clients bei F-Secure in der Firewall noch was einstellen?
Weiterhin ist nach Lights-Out Clientinstallation auf den Clients im Dienst Lightsout bei "Wiederherstellen nach Fehlschlag" -> "keine Aktion durchführen" eingestellt. Ist das so korrekt oder muss ich hier noch was abändern?
Danke und Gruß
Klaus

Die obige Exception im Log deutet auf ein Problem beim Senden des Broadcasts hin.
Versuch mal ob das Hinzufügen der C:\Programme\Windows Home Server\LightsOutClientService.exe in F-Secure was bringt.

Gruß
Martin

Hallo Martin,
bei F-Secure ist das Programm zugelassen. Scheint mir eher so, als ob da ein Dienst von Windows fehlt oder nicht richtig läuft?
Kann ich denn LightsOutClientService.exe manuell anstarten (analog wol.exe), um zu sehen, ob so der Server geweckt wird?
Gruß
Klaus

Klar:
Gruß
Martin

Hallo Martin,
es ist definitiv F-Secure, was den Broadcast stoppt. Heute früh ausprobiert -> wenn ich das Programm auf dem Client vor dem Herunterfahren entlade und dann den Client wieder hochfahre, kommt der Broadcast durch und weckt den Server. Aber im "normalen" Firewallbetrieb von F-Secure wird der Broadcast geblockt.
Ist ja auch gut so, dass die Firewall das macht, ich muss ihr nur noch beibringen, dass LightsOut ein "freundliches" Programm ist . Werde es heute abend mal manuell starten und eventuell kann ich dabei eine Regel aufnehmen.
Danke und Gruß
Klaus

Santa hat geschrieben:Hallo Martin,
es ist definitiv F-Secure, was den Broadcast stoppt. Heute früh ausprobiert -> wenn ich das Programm auf dem Client vor dem Herunterfahren entlade und dann den Client wieder hochfahre, kommt der Broadcast durch und weckt den Server. Aber im "normalen" Firewallbetrieb von F-Secure wird der Broadcast geblockt.
Ist ja auch gut so, dass die Firewall das macht, ich muss ihr nur noch beibringen, dass LightsOut ein "freundliches" Programm ist . Werde es heute abend mal manuell starten und eventuell kann ich dabei eine Regel aufnehmen.
Danke und Gruß
Klaus

Hmmm, ich habe auch F-Secure, allerdings noch die 2008'er Version. Den Dienst von LightsOut habe ich aber freigeschaltet. Trotzdem klappt das bei mir nicht das der Server von diesem gestartet wird. Da muss ich mir wohl noch mal die Regel der Firewall anschauen, vielleicht habe ich ja was übersehen. Wenn das bei dir klappt, sag mal bescheid, was du gemacht hast.

Hallo Holger, hat leider noch nicht geklappt, auch nicht mit freigeschaltetem LightsOut-Dienst und auch nicht manuell mit
net stop LoClntService
net start LoClntService
Ist wohl was anderes, was F-Secure da stoppt, vielleicht den Broadcast an sich? Ich möchte jedenfalls nicht allzuviel an der Firewall der Clients rumbauen und habe jetzt erstmal eine bat mit wol.exe plus Mac des Servers in den Autostart der Clients aufgenommen. das reicht mir derweil und vielleicht fällt Martin ja noch was elegantes dazu ein .
Bis dann
Klaus

Ok, dann werde ich das mal versuchen nachzustellen.

Gibt es von F-Secure eine Testversion?
Welche Clientbetriebssysteme hat ihr im Einsatz (die, die Probleme machen)
Welche Version von .NET Framework ist installiert (bitte die genaue(!) Angabe, zum Testen diese Webseite aufrufen: http://www.smallestdotnet.com)

Bitte mal über http://www.smallestdotnet.com/ auf .NET Framework 3.5 SP1 aktualisieren, um die Frameworkversion sicher auszuschliessen.

Gruß
Martin

Hallo Martin, habe Dir eine PM geschickt. Das mit dem Framework mache ich heute abend.
Danke erstmal
Klaus