Hallo Tim, Tim Dreessen wrote:
Sorry, bin in der Class-Einteilung nicht ganz sicher, die Netmask stimmt aber.
Das ist das wichtigste...
Was ist das fuer eine Maschine, die den WINS-Server stellt? Ein WinNT4-Server oder eine Samba-Maschine?
Meines Wissens ein NT4-Server
Das sollte keine Probleme machen. Wenn der NT4-Server noch andere Aufgaben (z.B. "PDC") hat, muessen wir nur mit dem Browsing ein wenig aufpassen...
Bereichs-ID ? Ich muss zu meiner Schande gestehen, dass ich nicht weiss, was das ist, sie also auch nicht wissentlich gesetzt habe.
Und vielleicht unwissentlich? Oder eine der Personen, die an den Win95-Maschinen sitzen? ;-) Mit Hilfe einer "Bereichs-ID" kannst Du Dein SMB-Netzwerk unterteilen, die Rechner einer "Bereichs-ID" nicht mit den Rechnern einer anderen "Bereichs-ID" kommunizieren koennen. In den meisten Faellen braucht man diese "Bereichs-ID" oder "Scope-ID" nicht. Es ist aber nicht auszuschliessen, dass sie versehentlich gesetzt wurde und daher die Kommunikation zwischen bestimmten Maschinen verhindert...
Bei der Linux-Maschine ist WINS-IP eingetragen, ebenso bei den meisten Win9x-Rechnern.
Wenn schon ein WINS vorhanden ist, sollte er bei allen Maschinen eingetragen sein. Denn ansonsten muessen die NetBIOS-Namen einiger Maschinen doch mittels Broadcast aufgeloest werden. Die Maschinen, die keine WINS-Einstellung gesetzt haben, registrieren sich natuerlich in der Datenbank des WINS-Servers gar nicht und verwenden selber zum Aufloesen anderer NetBIOS-Namen keine Unicast-Anfragen an den WINS, sondern Braodcasts. Andererseits sind solche Maschinen auch von anderen Maschinen nicht via WINS-Anfrage zu finden, sondern nur ueber Broadcasts.
Da mit der doppelten Eintragung werde ich nochmal testen.
Ok.
Ups, werde ich mal ausschalten, in der SuSE-Hilfe stand IMHO, dass das besser aktiviert ist.
Ja, in Bezug auf "Samba" und speziell im Zusammenhang mit den recht komplexen Dingen, wie "Browsing", stoert das "Dummy"-Device nachweislich. Wenn Du sowieso eine "reale" Netzwerkkarte in Deiner Maschine hast, macht der Einsatz eines solchen "Dummy"-Devices IMHO sowieso i.A. keinen Sinn.
Da werde ich unserem Netzbetreuer nocheinmal auf den Zahn fühlen, ob PDC oder nicht. Aber NT auf jeden Fall, weil WINS-Server.
Ok.
Na, so stabil ist Linux auf der alten Möhre leider nicht, liegt aber an einer etwas matschigen Festplatte. ^^^^^^^^^^^^^^^^^^^^^
Keine Details - bitte! ;-))))
Frage eines "Netzlaien": Stören Rechner ohne aktivierte WINS-Auflösung die übrigen oder sind sie lediglich nicht zu finden ?
Kommt auch wieder darauf an, wie Dein Netz aufgebaut ist. Wenn sich alle Rechner in einem Subnetz befinden, ist es weniger problematisch, weil dort zur Not immer noch die Aufloesung via Broadcast moeglich ist. Ich wuerde grundsaetzlich alle Rechner auf den WINS verweisen lassen, denn dazu ist er ja da. Wenn jetzt beispielsweise ein Rechner in einem Subnetz zum "local master browser" (LMB) gewaehlt wird und moechte den "domain master browser" (DMB) kontaktieren, welcher sich moeglicherweise (recht wahrscheinlich) in einem anderen Subnetz befindet, kann er das nicht machen, wenn er nicht weiss, wer ueberhaupt DMB ist. Er muss also im NetBIOS-Nameserver (NBNS) nachfragen. Der NBNS kann eine Broadcast-Anfrage sein (die leider in "Multiple-Subnet-Umgebung" nicht weiterhilft), kann aber auch eine gezielte Unicast-Anfrage an einen WINS sein (WINS ist ein NBNS). Der WINS hat zunaechst nur die Funktion der NetBIOS-Namensaufloesung - vergleichbar mit einem DNS bei der Hostnamensaufloesung. Dennoch hat WINS noch weitere Aufgaben. Gerade im Bereich des "Browsing" gibt es Stellen, wo NBNS und Browsing miteinander zu tun haben, auch wenn es ansonsten zwei voellig separate Vorgaenge sind. Wenn es z.B. darum geht, dass ein LMB einen DMB findet (zum Vervollstaendigen der Netzwerkumgebung) muss eine NBNS-Anfrage gestartet werden, um den DMB ueberhaupt zu finden.
Danke erstmal, das waren doch schon einige Ansatzpunkte. Bin jetzt erstmal eine Woche im Urlaub. Melde mich danach nocheinmal dazu.
Ok. Gruss Steffen --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com