Hallo Rätselfreunde ;-)
ich habe bei den von mir verwalteten Netzwerken (mittlerweile 4) folgendes Phänomen: bei zweien davon kann ich die im entfernten LAN befindlichen Rechner nicht per WOL vom Server aus wecken.
Die zu weckenden Client-Rechner (Etch und XP) sind ordnungsgemäß konfiguriert und ließen sich am anderen Standort per WOL wecken.
Die Server sind allesamt c't-Debian-Server (Sarge) und bestehen aus unterschiedlicher (älterer) Hardware. Die Netzwerkkarten fürs interne LAN sind 100MBit-Karten, z.T. selber WOL-fähig, was aber nicht gebraucht wird, da die Buden durchlaufen bzw. übers BIOS geweckt werden. Die Karten fürs Internetz sind zumeist alte 10MBit-Karten ohne WOL-Funktion.
Bei den beiden Servern, wo WOL nicht funktioniert, gibt es einen Konfigurationsunterschied in /etc/network/interfaces. Das liegt daran, daß bei der Installation die 10MBit-Karten eth0 zugeordnet wurden, aber eth0 bzw. br0 per Voreinstellung fürs interne LAN vorgesehen ist. Lösung ist, eth0 gegen eth1 bei allen Vorkommen auszutauschen.
a) WOL funktioniert bei diesen Servern nicht
# eth1 (internal lan/br0) iface eth1 inet manual up ifconfig eth1 0.0.0.0 promisc up
# eth0 (host dsl ethernet to firewall pppoe/br1) iface eth0 inet manual up ifconfig eth0 0.0.0.0 promisc up ...
# bridge between second nic and virtual firewall dsl nic iface br1 inet manual up ifconfig br1 0.0.0.0 up bridge_ports eth0 tap1 bridge_fd 1 bridge_stp off bridge_hello 1 down ifconfig br1 down ...
# br0 is the interface to internal lan iface br0 inet static address x.x.x.x netmask x.x.x.x network x.x.x.x broadcast x.x.x.x gateway x.x.x.x # dns-* options are implemented by the resolvconf package, if installed dns-nameservers x.x.x.x dns-search xxx bridge_ports eth1 tap0 bridge_fd 1 bridge_stp off bridge_hello 1 down ifconfig br0 down
statt
b) bei diesen klappts
# eth0 (internal lan/br0) iface eth0 inet manual up ifconfig eth0 0.0.0.0 promisc up
# eth1 (host dsl ethernet to firewall pppoe/br1) iface eth1 inet manual up ifconfig eth1 0.0.0.0 promisc up ...
# bridge between second nic and virtual firewall dsl nic iface br1 inet manual up ifconfig br1 0.0.0.0 up bridge_ports eth0 tap1 snip ... # br0 is the interface to internal lan iface br0 inet static snip bridge_ports eth0 tap0 snip
Die Switche sind von unterschiedlichen Herstellern. WOL funktioniert in Netzen mit Fiberline 5x bzw. 8x-Switch. In den Netzen, wo ein D-Link 5x hängt, geht's jeweils nicht.
Welche Hardwarekomponenten sind für das Nichfunktionieren von WOL am ehesten verantwortlich? Kommen die Switche dafür in Frage?
Könnte der 'Kartendreher' in /etc/network/interfaces eine Rolle spielen?
Kann man das Versenden des Magic Packet irgendwo verfolgen?
Danke fürs Miträtseln :-)
Grüße,
Bernhard
Hallo
Welche Hardwarekomponenten sind für das Nichfunktionieren von WOL am ehesten verantwortlich? Kommen die Switche dafür in Frage?
Ja, ich denke daran liegt es. Für WOL müssen UDP-Broadcasts durchgelassen werden. Ich nutze deswegen Portforwarding in meiner Firewall (lasse alles von Port 9 des externen Interfaces nach 192.168.0.255:9 weiterleiten).
Viel Erfolg, MfG Johannes
Am 21.06.2007, 14:46 Uhr, schrieb Johannes Lötzsch JohannesLoetzsch@web.de:
Hallo
Welche Hardwarekomponenten sind für das Nichfunktionieren von WOL am ehesten verantwortlich? Kommen die Switche dafür in Frage?
Ja, ich denke daran liegt es.
Habe gestern ne Gegenprobe mit nem dritten Switch gemacht. In beiden Konfigurationen unverändertes Ergebnis: da wo WOL geht, gings, da wo's nich geht, gings auch mit dem dritten Switch nicht. Damit sind die Switche als mögliches Blockadeobjekt ausgeschlossen.
Für WOL müssen UDP-Broadcasts durchgelassen werden. Ich nutze deswegen Portforwarding in meiner Firewall (lasse alles von Port 9 des externen Interfaces nach 192.168.0.255:9 weiterleiten).
Das ist bei mir unerheblich, da ich mich per ssh bereits hinter der Firewall auf dem Server im jeweiligen LAN befinde. Da bleiben momentan bloß noch die NICs als Übeltäter übrig.
Viel Erfolg, MfG Johannes
Eine Unklarheit weniger, immerhin :-)
Bernhard
lug-dd@mailman.schlittermann.de