17
WOL Paket verliert sich ( BLACKHOLE-1.IANA.ORG )
WakeOnLan Paket kommt von BLACKHOLE-1.IANA.ORG
(169.254.133.64)
Hallo Leute,
habe auf einem SBS2008 ein Programm installiert mit dem ich über das CompanyWeb die PC's im lokalen Netzwerk per WOL starten kann.
Trotz richtiger Konfiguration & ausgeschalteter Firewall startet der PC nicht.
Nachdem ich einen Netzwerksniffer laufen lies fiel mir auf das die Pakete für den WOL so aussehen:
Protokol Lokale Adresse Remote-Adresse LocalPort RemotePort
UDP 169.254.133.64 255.255.255.255 59074 7
Wenn ich WOL mit einem Tool direkt auf dem Server ausführe, sieht das Paket so aus und der PC startet:
Protokol Lokale Adresse Remote-Adresse LocalPort RemotePort
UDP 192.168.1.2 192.168.1.255 59243 7
So weit ich weiß spielt das Port beim WOL keine Rolle.
Was mich wundert, ist das die Lokale Adresse von der IANA.ORG ist, da müsste doch eigentlich die IP vom Server stehen?
Ich habe die IP-Adresse von der IANA.ORG auch nirgends eingetragen, weder im Router oder im Server unter den DNS einstellungen etc.
Vielleicht hat jemand eine Idee wieso das Paket sich dort verliert bzw. was ich dagegen tun kann.
Vielen Dank
(169.254.133.64)
Hallo Leute,
habe auf einem SBS2008 ein Programm installiert mit dem ich über das CompanyWeb die PC's im lokalen Netzwerk per WOL starten kann.
Trotz richtiger Konfiguration & ausgeschalteter Firewall startet der PC nicht.
Nachdem ich einen Netzwerksniffer laufen lies fiel mir auf das die Pakete für den WOL so aussehen:
Protokol Lokale Adresse Remote-Adresse LocalPort RemotePort
UDP 169.254.133.64 255.255.255.255 59074 7
Wenn ich WOL mit einem Tool direkt auf dem Server ausführe, sieht das Paket so aus und der PC startet:
Protokol Lokale Adresse Remote-Adresse LocalPort RemotePort
UDP 192.168.1.2 192.168.1.255 59243 7
So weit ich weiß spielt das Port beim WOL keine Rolle.
Was mich wundert, ist das die Lokale Adresse von der IANA.ORG ist, da müsste doch eigentlich die IP vom Server stehen?
Ich habe die IP-Adresse von der IANA.ORG auch nirgends eingetragen, weder im Router oder im Server unter den DNS einstellungen etc.
Vielleicht hat jemand eine Idee wieso das Paket sich dort verliert bzw. was ich dagegen tun kann.
Vielen Dank
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 162227
Url: https://administrator.de/forum/wol-paket-verliert-sich-blackhole-1-iana-org-162227.html
Ausgedruckt am: 22.12.2024 um 23:12 Uhr
17 Kommentare
Neuester Kommentar
Das Paket kommt nicht von der IANA sondern die IANA hat die IP-Adresse auf eine Blacklist gesetzt, da es sich um eine private IP-Adresse handelt. Der Bereich von 169.254.0.0 bis 196.254.255.255 wird für die Adressierung genutzt, wenn keinerlei statische oder dynamische IP-Konfiguration vorhanden ist.
Wie startest du denn jetzt die PC´s?
Also richtig Konfiguriert sein kann dein Tool nicht ganz,
denn deine Start IP ist eine APIPA-IP, mit welcher du nie ein WOL-hinbekommen kannst.
Welches WOL-Tool nutzt du denn?
Was hast du bisher eingestellt?
Lg Grapper
Also richtig Konfiguriert sein kann dein Tool nicht ganz,
denn deine Start IP ist eine APIPA-IP, mit welcher du nie ein WOL-hinbekommen kannst.
Welches WOL-Tool nutzt du denn?
Was hast du bisher eingestellt?
Lg Grapper
Wen WoL UDP nutzt dann fast immer über den Port 9 (Discard). Dein o.a. Port sollte dich also bedenklich stimmen ??!
Das Programm heisst RemoteStartup von www.karanitsch.at
Mann stellt bei dem Programm mit einem Script die Server IP und das Lokale Subnetz ein.
Dannach erstellt er eine Textdatei mit der Macadresse und den PC-Namen.
Jetzt kann man mit dem Befehl "WakePC MAC-Adresse" den PC starten.
Er sendet das Paket auch allerdings zu der von mir Oben genannten Adresse.
Wenn ich WOL mit dem Tool wol.cmd ausführe funktioniert es einwandfrei.
Ps: Habe auch Port 9 getestet, funktionierte allerdings auch nicht.
Mann stellt bei dem Programm mit einem Script die Server IP und das Lokale Subnetz ein.
Dannach erstellt er eine Textdatei mit der Macadresse und den PC-Namen.
Jetzt kann man mit dem Befehl "WakePC MAC-Adresse" den PC starten.
Er sendet das Paket auch allerdings zu der von mir Oben genannten Adresse.
Wenn ich WOL mit dem Tool wol.cmd ausführe funktioniert es einwandfrei.
Ps: Habe auch Port 9 getestet, funktionierte allerdings auch nicht.
Also du willst nur einen einzelnen PC starten,
habe ich das richtig verstanden?
Hast du mal getestet ob du alle PC´s hoch fahren kannst,
mit dem befehl: "WakePC @<Dateiname>"
wobei natürlich <Dateiname> der Pfad zu deiner Datei mit den MAC-Adressen ist.
sonst musst du ja alle IP-Adressen kennen um gezielt zu starten.
Lg Grapper
habe ich das richtig verstanden?
Hast du mal getestet ob du alle PC´s hoch fahren kannst,
mit dem befehl: "WakePC @<Dateiname>"
wobei natürlich <Dateiname> der Pfad zu deiner Datei mit den MAC-Adressen ist.
sonst musst du ja alle IP-Adressen kennen um gezielt zu starten.
Lg Grapper
Ja das hab ich auch schon gemacht, auch wieder das selbe Ergebniss. Die Pakete gehen mehrfach raus kommen aber auch von dder IP 169.254.133.64.
Benutzt du noch die Testversion oder schon die Lizenzierte Version?
Hast du das Programm für den richtigen Server heruntergeladen?
Lg Grapper
Hast du das Programm für den richtigen Server heruntergeladen?
Lg Grapper
Habe auf einen SBS 2008 Server das RemoteStart 2008 installiert, als Testversion.
PS.: Kann es daran liegen das IPv4 und IPv6 eingestellt ist?
PS.: Kann es daran liegen das IPv4 und IPv6 eingestellt ist?
Das dürfte nicht das Problem sein, beim SBS2008 bekommst du mehr Probleme,
als Positive ereignisse, wenn du das IPv6 deaktivierst!
Von daher würde ich eher sagen,
dass es nicht daran liegt!
Was ich mir eher vorstellen kann,
ist dass diese funktion in der Testversion einfach nicht
unterstützt wird.
Dazu ist aber leider nicht´s auf der Seite zu finden.
Lg Grapper
als Positive ereignisse, wenn du das IPv6 deaktivierst!
Von daher würde ich eher sagen,
dass es nicht daran liegt!
Was ich mir eher vorstellen kann,
ist dass diese funktion in der Testversion einfach nicht
unterstützt wird.
Dazu ist aber leider nicht´s auf der Seite zu finden.
Lg Grapper
Ich denke darna liegt es nicht, habe mit dem Programmierer schon Telefoniert. Der sagte das es mit der Testversion funktionieren sollte.
Muss ich vielleicht im Router noch was in den NAT-Einstellungen konfigurieren?
Muss ich vielleicht im Router noch was in den NAT-Einstellungen konfigurieren?
Das dürfte eigentlich nicht das Problem sein,
denn dann würde es ja über das Programm direkt auch nicht gehen.
Mich wundert es, dass eine APIPA-IP verwendet wird,
denn diese gibt es eigentlich nur,
wenn keine Feste-IP oder DHCP-IP verfügbar ist.
Ich schaue am Wochenende mal,
ob ich das ganze bei mir auf einem Test-Server zum laufen bekomme.
Werde aber leider erst am We wieder Zeit dazu finden.
Werde dir dann aufjedenfall nochmal bescheid geben.
Lg Grapper
denn dann würde es ja über das Programm direkt auch nicht gehen.
Mich wundert es, dass eine APIPA-IP verwendet wird,
denn diese gibt es eigentlich nur,
wenn keine Feste-IP oder DHCP-IP verfügbar ist.
Ich schaue am Wochenende mal,
ob ich das ganze bei mir auf einem Test-Server zum laufen bekomme.
Werde aber leider erst am We wieder Zeit dazu finden.
Werde dir dann aufjedenfall nochmal bescheid geben.
Lg Grapper
Was eher noch das Problem sein könnte ist, du rufst das ganze jetzt von einem Client aus über die CMD auf,
wenn ich das jeztzt richtig verstanden habe!
Wenn ja, dann läuft dort bei dem Aufruf irgend etwas schief,
da er hier keine IP-Adresse bekommt.
Lg Grapper
wenn ich das jeztzt richtig verstanden habe!
Wenn ja, dann läuft dort bei dem Aufruf irgend etwas schief,
da er hier keine IP-Adresse bekommt.
Lg Grapper
Habe jetzt mal ein WOL-Toll getestet mit dem ich die Broadcast IP ändern konnte.
Wenn ich als Brodcast-IP die 255.255.255.255 nehme, hat er die Lokale-Adresse 169.254.133.64 .
Wenn ich als Brodcast-IP die 192.168.1.255 nehme, hat er die Lokale-Adresse 192.168.100.2 und
der PC fährt hoch.
Aber warum das gerade in dem Netzwerk so ist versteh ich nicht.
Ich denke mein "Router" eine Arcor Easybox A 300 leitet dieses paket einfach ins Internet weiter weil
es nicht auf das Lokale-Subnetz beschränkt ist.
Wenn ich als Brodcast-IP die 255.255.255.255 nehme, hat er die Lokale-Adresse 169.254.133.64 .
Wenn ich als Brodcast-IP die 192.168.1.255 nehme, hat er die Lokale-Adresse 192.168.100.2 und
der PC fährt hoch.
Aber warum das gerade in dem Netzwerk so ist versteh ich nicht.
Ich denke mein "Router" eine Arcor Easybox A 300 leitet dieses paket einfach ins Internet weiter weil
es nicht auf das Lokale-Subnetz beschränkt ist.
OK, die 255.255.255.255 ist zwar eine Broadcast-IP,
welche In alle Subbereiche senden sollte (allerdings nur bei DHCP und BOOTP).
Wenn du feste-IP-Adressen vergeben hast, dann sollte die Broadcast-Adresse auch
aus diesem Bereich sein. wie jetzt bei dir die 192.168.1.255.
Das wird nicht´s mit deinem Router zu tun haben.
Lg GRapper
welche In alle Subbereiche senden sollte (allerdings nur bei DHCP und BOOTP).
Wenn du feste-IP-Adressen vergeben hast, dann sollte die Broadcast-Adresse auch
aus diesem Bereich sein. wie jetzt bei dir die 192.168.1.255.
Das wird nicht´s mit deinem Router zu tun haben.
Lg GRapper
Ok aber mit was dann? Warum wird das Paket bei der Broadcast-Adresse 255.255.255.255 ins Internet versendet und bleib nicht im Lokalen Netzwerk.
Der Routeneintrag im Server sieht so aus, und stimmt meiner Meinung nach
Ziel Maske Gateway
255.255.255.255 255.255.255.255 192.168.1.2
255.255.255.255 255.255.255.255 127.0.0.1
In den Einstellungen von DHCP oder DNS habe ich auch nichts gefunden.
Der Routeneintrag im Server sieht so aus, und stimmt meiner Meinung nach
Ziel Maske Gateway
255.255.255.255 255.255.255.255 192.168.1.2
255.255.255.255 255.255.255.255 127.0.0.1
In den Einstellungen von DHCP oder DNS habe ich auch nichts gefunden.
Ok, da geht´s jetzt wieder in ein Gebiet,
auf dem ich leider auch nicht wirklich Fit bin,
nämlich das Routing ;)
auf dem ich leider auch nicht wirklich Fit bin,
nämlich das Routing ;)
Also Problem gelöst, der Programmierer hat die Software so geändert das man jetzt in der Registry das Port und die Broadcast-Adresse bei Bedarf ändern kann.
Das habe ich getan und es funktioniert wunderbar. Ich kann diese Software mit bestem gewissen Empfehlen.
Trotzdem Danke für die Hilfe.
Das habe ich getan und es funktioniert wunderbar. Ich kann diese Software mit bestem gewissen Empfehlen.
Trotzdem Danke für die Hilfe.
