3
Broadcast Port 138 unterbinden
Trotz WINS broadcast von Port 138
Hallo,
ich habe grade vor ein paar Tagen einen WINS aktiviert und bei den Clients auch eingestellt.
Jetzt haben sich zwar angenehmerweise die Broadcast Pakete von Port 137 stark reduziert, aber ich bekomme immer noch Broadcasts. Diesmal vom Port 138.
Ich weiß zwar generell für was die Ports 137 und 138 (und 139) gebraucht werden, aber ich dachte mir das generell beim Einsatz eines WINS die Broadcasts aufhöhren (außer der Server hat noch keine Einträge, oder der Client ist falsch konfiguriert).
Aber das sich jede Station trotz WINS per Broadcast meldet verstehe ich nicht.
Ich bekomme broadcasts von Clients bei denen der WINS richtig eingetragen ist. - Was ist da verkehrt? Ich habe mal gelesen das man bei Windows in der Registry einstellen kann, in welcher Reihenfolge er suchen soll (lmhost - WINS - Broadcast..).
Kann man das irgendwie verhindern? (ohne Firewall).
Vielen Dank & Schönen Gruß
quetzal
ich habe grade vor ein paar Tagen einen WINS aktiviert und bei den Clients auch eingestellt.
Jetzt haben sich zwar angenehmerweise die Broadcast Pakete von Port 137 stark reduziert, aber ich bekomme immer noch Broadcasts. Diesmal vom Port 138.
Ich weiß zwar generell für was die Ports 137 und 138 (und 139) gebraucht werden, aber ich dachte mir das generell beim Einsatz eines WINS die Broadcasts aufhöhren (außer der Server hat noch keine Einträge, oder der Client ist falsch konfiguriert).
Aber das sich jede Station trotz WINS per Broadcast meldet verstehe ich nicht.
Ich bekomme broadcasts von Clients bei denen der WINS richtig eingetragen ist. - Was ist da verkehrt? Ich habe mal gelesen das man bei Windows in der Registry einstellen kann, in welcher Reihenfolge er suchen soll (lmhost - WINS - Broadcast..).
Kann man das irgendwie verhindern? (ohne Firewall).
Vielen Dank & Schönen Gruß
quetzal
Share on Facebook
Share on Twitter
Share on Reddit
Share on LinkedinPlease also mark the comments that contributed to the solution of the article
Content-Key: 46560
Url: https://administrator.de/contentid/46560
Printed on: May 8, 2024 at 06:05 o'clock
3 Comments
Latest comment
Ich glaube das sich jeder Client per Brodcast meldet wurde vom DHCP abgeschaut (hier macht es auch Sinn bzw. geht es nicht anders). Und kann nicht abgestellt werden (bin mir aber nicht sicher). Denn es kann ja sein dass kein WINS in den Netzwerkeisntellungen eingetragen ist und der Client somit gar nicht weiß wer WINS ist.
Da musst du Telnet oder besser noch SSH einrichten.
Oder du musst dich mit VNC o.ä. auf den Server verbinden...
Da musst du Telnet oder besser noch SSH einrichten.
Oder du musst dich mit VNC o.ä. auf den Server verbinden...
Hallo macier,
ja schon - aber wenn ein WINS ordentlich eingetragen ist? Dann müsste er doch gar keine Broadcasts verschicken - oder?
Per Remotebefehl: in diesem Fall (wollte nur die Netzwerkkarten konfiguration überprüfen) hat mir psexec gereicht. (psexec \\192.168.0.152 ipconfig /all).
ja schon - aber wenn ein WINS ordentlich eingetragen ist? Dann müsste er doch gar keine Broadcasts verschicken - oder?
Per Remotebefehl: in diesem Fall (wollte nur die Netzwerkkarten konfiguration überprüfen) hat mir psexec gereicht. (psexec \\192.168.0.152 ipconfig /all).
Hallo,
also wenn du die Wins Einstellungen per DHCP verteilst, musst du den Winsknotentyp auch mit konfigurieren. Es gibt nämlich die Standarteinstellung B wie Broadcast. Es gibt die Knotentypen B= Broadcast, P= Peer, M= Mixed und H= Hybrid.
Gruß
Liquid
also wenn du die Wins Einstellungen per DHCP verteilst, musst du den Winsknotentyp auch mit konfigurieren. Es gibt nämlich die Standarteinstellung B wie Broadcast. Es gibt die Knotentypen B= Broadcast, P= Peer, M= Mixed und H= Hybrid.
Gruß
Liquid
