Cyberchriss 10 Geschrieben 3. Mai 2005 Melden Teilen Geschrieben 3. Mai 2005 In meiner Firma haben wir ein physikalisches Netz (ca 70-90 Rechner) mit 3 Subnetzen. Leider dauert es teilweise recht lange, bis die Rechner innerhalb der Netzwerkumgebung gelistet werden - dieses Problem haben überwiegend die Leute, die in 2 unterschiedlichen Netzen sind. Für eine rasche Lösung dachte ich an einen WINS Server, da DNS wohl kein Netzwerkbrowsing ausserhalb einer Domain bietet. Habe also auf einem Testserver (Netz 1: 150.100.20.61 / 255.255.0.0 und Netz 2: 150.102.20.61) einen Wins installiert. Wenn beide Netzwerkkarten aktiviert sind, meldet die mmc, dass der WINS nicht auffindbar sei. Gibt es eine Möglichkeit diesen für beide Netzwerkschnittstellen zu konfigurieren oder ihn wenigstens an eine Netzwerkschnittstelle zu binden? Soweit so gut - als nächstes habe ich die 150.100.20.61 deaktiviert und folgende Einstellungen am Windows XP Client vorgenommen: Erweiterte TCP/IP Einstellungen WINS-Adressen: 150.102.20.61 LMHOSTS-Abfrage aktiviert (sollte nicht stören) NetBIOS über TCP/IP deaktiviert (um zu sehen, ob der Wins-Server auch genutzt wird) So jetzt werd ich neustarten und hoffen, dass sich mein Client am WINS Server registriert :) So - der Client hat sich ordnungsgemäß am WINS registriert. Leider zeigt ein net view keine Rechner in der Netzwerkumgebung. Braucht die WINS-Unterstützung vielleicht den Net-Bios Support? Zitieren Link zu diesem Kommentar
heinzelrumpel 10 Geschrieben 3. Mai 2005 Melden Teilen Geschrieben 3. Mai 2005 Braucht die WINS-Unterstützung vielleicht den Net-Bios Support? nein, wins ist ja gerade der ersatz dafür. die wins clients registrieren ihre netbios namen beim wins server. wie schaut es denn mit dns im netzwerk aus? habt er ausschließßllich w2k und aufwärts kompatible rechner? dann nämlich ist gar kein wins notwendig. Zitieren Link zu diesem Kommentar
Cyberchriss 10 Geschrieben 3. Mai 2005 Autor Melden Teilen Geschrieben 3. Mai 2005 Wir haben nur Win2k und höher, arbeiten allerdings noch mit Arbeitsgruppen und nicht mit einer Domäne. Wenn Du mir jetzt sagst, wie ich das Browsing in der Netzwerkumgebung ohne WINS oder NETBIOS mit einem DNS-Server realisieren kann, dann wäre das natürlich optimal. Habe mal testweise mit dem DNS-Server von Win2k3 rumgespielt und hatte das Problem, dass die clients sich nicht automat. (bzw. ipconfig /registerdns) am DNS registrieren konnten. Ausserdem ist die Eingabe vom Rechnernamen+Domäne bzw Zone etwas umständlich für meine User *g* Aber das Hauptproblem liegt wohl in der gehlenden Netzwerkbrowsing Eigenschaft :/ Zitieren Link zu diesem Kommentar
grizzly999 11 Geschrieben 3. Mai 2005 Melden Teilen Geschrieben 3. Mai 2005 .Braucht die WINS-Unterstützung vielleicht den Net-Bios Support? Was meinst du genau damit, mit NetBIOS-Support. Natürlich braucht WINS die NetBIOS-Schnittstelle, schließlich löst WINS NetBIOS-Namen in IP-Adressen auf. grizzly999 Zitieren Link zu diesem Kommentar
lefg 276 Geschrieben 3. Mai 2005 Melden Teilen Geschrieben 3. Mai 2005 In meiner Firma haben wir ein physikalisches Netz (ca 70-90 Rechner) mit 3 Subnetzen. Hallo, kannst Du das bitte etwas genauer ausführen! Leider dauert es teilweise recht lange, bis die Rechner innerhalb der Netzwerkumgebung gelistet werden - dieses Problem haben überwiegend die Leute, die in 2 unterschiedlichen Netzen sind.? Das erstaunt mich nicht. :) da DNS wohl kein Netzwerkbrowsing ausserhalb einer Domain bietet. Ein DNS-Server kann auch eine oder mehrere Arbeitsgruppen oder mehrere Netze bedienen. Gruß Edgar Zitieren Link zu diesem Kommentar
grizzly999 11 Geschrieben 3. Mai 2005 Melden Teilen Geschrieben 3. Mai 2005 [...] Ein DNS-Server kann auch eine oder mehrere Arbeitsgruppen oder mehrere Netze bedienen. Ja, das kann er. Er hat aber mit dem Aufbau der Netzwerkumgebung nichts zu tun. grizzly999 Zitieren Link zu diesem Kommentar
carlito 10 Geschrieben 3. Mai 2005 Melden Teilen Geschrieben 3. Mai 2005 Für eine rasche Lösung dachte ich an einen WINS Server, da DNS wohl kein Netzwerkbrowsing ausserhalb einer Domain bietet. Hä!? DNS hat mit der Windows Netzwerkumgebung nichts zu tun! Diese basiert auf NetBIOS. Wenn beide Netzwerkkarten aktiviert sind, meldet die mmc, dass der WINS nicht auffindbar sei. Gibt es eine Möglichkeit diesen für beide Netzwerkschnittstellen zu konfigurieren oder ihn wenigstens an eine Netzwerkschnittstelle zu binden? WINS-Konsole -> Servereigenschaften -> Bindungen. WINS-Adressen: 150.102.20.61LMHOSTS-Abfrage aktiviert (sollte nicht stören) NetBIOS über TCP/IP deaktiviert (um zu sehen, ob der Wins-Server auch genutzt wird) Wenn du NetBIOS nicht verwendest brauchst du keinen WINS-Server. ;) Leider zeigt ein net view keine Rechner in der Netzwerkumgebung. Du hast NBT deaktviert. Braucht die WINS-Unterstützung vielleicht den Net-Bios Support? Ja. Zitieren Link zu diesem Kommentar
carlito 10 Geschrieben 3. Mai 2005 Melden Teilen Geschrieben 3. Mai 2005 Dieses Posting bitte löschen. Zitieren Link zu diesem Kommentar
Cyberchriss 10 Geschrieben 4. Mai 2005 Autor Melden Teilen Geschrieben 4. Mai 2005 OK - dann versuch ich mal die Aussagen zusammenzufassen: - Für die Verwendung von einem WINS Server muss NetBios über TCP/IP aktiviert sein. Wenn ich für alle Clients einen Wins-Server eintrage, beschleunigt das dann die Anzeige der Netwerkumgebung (oder eines net view) ? Ein DNS-Server kann auch eine oder mehrere Arbeitsgruppen oder mehrere Netze bedienen. Das ist mir klar - wenn ich einen DNS benutzen wollte, müsste ich aber auf das Browsing über die Netzwerkumgebung verzichten. Hä!? DNS hat mit der Windows Netzwerkumgebung nichts zu tun! Diese basiert auf NetBIOS. Soweit war das schon klar *g* Da aber auf die Netzwerkumgebung nicht verzichtet werden soll, scheidet DNS aus. WINS-Konsole -> Servereigenschaften -> Bindungen. Meinst Du mit WINS-Konsole die mmc? Dort habe ich sämtliche Eigenschaften-Dialoge durchgeschaut und nichts von Bindungen an eine Netzwerkschnittstelle gefunden. Zitieren Link zu diesem Kommentar
BuzzeR 10 Geschrieben 4. Mai 2005 Melden Teilen Geschrieben 4. Mai 2005 ... WINS - Server sollten prinzipiell nicht implementiert werden, wenn der Server: - Multihomed ist, also mehr als eine NIC verbaut ist und 2 Subnets bedient werden Erklärung: Die WINS-Implementierung von Microsoft hat über lange Zeit wohl bei Microsoft den Großteil der Supportanfragen ausgelöst und selbst die diversen Patches / Hotfixes / ServicePacks haben an der Tatsache nicht viel geändert, dass dieser Dienst sehr schnell strubbelig wird. - Der Rechner DC ist Erklärung: Aufgrund des Lastaufkommens auf DC, gerade zu den Anmeldezeiten am Morgen - wo viele auf ihn zugreifen, wird i. d. R. auch WINS benötigt und dies würde die Last auf dem DC noch höher treiben und dies ist ein unnötiger Zustand. Des weiteren: Sollte es bei vorhandenen WINS-Servern vermieden werden, weitere Testserver ins Netz zu stellen, munter zu replizieren und den Testserver wieder abzuklemmen, denn dann hast Du in Deinem regulären WINS-Server wahrscheinlich Einträge, die Du so einfach nicht wieder raus bekommst. Du solltest so wenig WINS-Server wie möglich in Deinem Netzwerk betreiben und wenn es schon mehrere sein müssen, dann sollten sie in einer Speichen/ Nabe-Struktur konfiguriert werden. Der zentrale Server ( Nabe ) ist als sekundärer WINS-Server zu konfigurieren. Microsoft sagt, es reichen für ein globales Netzwerk 14 WINS-Server. NetBIOS muss natürlich aktiviert sein, denn das ist das zugrundeliegende Protokoll, wobei letzteres nicht ganz korrekt ist. Ein WINS-Server "kennt" nur sich selbst als primären WINS-Server. Hmm, mehr fällt mir getz so spontan nicht ein, aber vielleicht waren da vielleicht ein paar interessante Infos für Dich bei. Und wer weiß, vielleicht fällt mir noch ein bischen was ein ... werde mich dann nochmal melden. Gruß Marco Zitieren Link zu diesem Kommentar
BuzzeR 10 Geschrieben 4. Mai 2005 Melden Teilen Geschrieben 4. Mai 2005 ... kannst Du den Server gleich mittels der DHCP-Bereichs- oder Server-Optionen mit dem gewünschten Knotentyp veröffentlichen. Ich glaube das waren die Optionen 044 und 046, bin mir jetzt aber nicht 100%tig sicher und den Knotentyp kannst Du nach eigenem Gusto wählen, wobei ich zu 0x8 -> HybridKnoten tendiere. So, hoffe Denkanstöße geliefert zu haben! :D ;) Gruß Marco Zitieren Link zu diesem Kommentar
Cyberchriss 10 Geschrieben 4. Mai 2005 Autor Melden Teilen Geschrieben 4. Mai 2005 Ich verwende kein DHCP. Habe jetzt auf unserem Samba Server (ist auch in 2 Netzen) den WINS aktiviert - vielleicht klappt das hier ja reibungsloser?!?!?! Bei der geriungen Zahl an Rechnern sollte 1 Wins Server ja reichen. Ach ja - wo genau änder ich den Knotentyp an meinem WinXP Clienten? Soweit hab ich den Pfad schon gefunden - wie lautet denn nun der Parameter um den Konotentyp 2 einzustellen. HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\NetBT Würde gerne mal testen, ob er den Wins-Server richtig verwendet :) Zitieren Link zu diesem Kommentar
Cyberchriss 10 Geschrieben 4. Mai 2005 Autor Melden Teilen Geschrieben 4. Mai 2005 So habe den Knotentyp auf Peer gestellt und mal die Netzwerkumgebung geöffnet - leider scheint Windows die Netzwerkumgebung immer noch per broadcast zu durchsuchen, denn es sind auch rechner aufgetaucht, die noch nicht am WINS registriert waren. Ein klick auf einen solchen Rechner ergab keinerlei Zugriffsrechte, was wohl daran liegen mag, dass windows nun den WINS-Server zurrate zieht. Unterm Strich ist das alles folglich völlig unbefriedigend für mich und ich werde wohl doch lieber meine Bemühungen auf die Durchsetzung eines DC mit DNS richten. Zitieren Link zu diesem Kommentar
carlito 10 Geschrieben 4. Mai 2005 Melden Teilen Geschrieben 4. Mai 2005 ... WINS - Server sollten prinzipiell nicht implementiert werden, wenn der Server: - Multihomed ist, also mehr als eine NIC verbaut ist und 2 Subnets bedient werden Erklärung: Die WINS-Implementierung von Microsoft hat über lange Zeit wohl bei Microsoft den Großteil der Supportanfragen ausgelöst und selbst die diversen Patches / Hotfixes / ServicePacks haben an der Tatsache nicht viel geändert, dass dieser Dienst sehr schnell strubbelig wird. Sorry, aber das ist keine Erklärung. Wo ist der Zusammenhang mit Multihomed? - Der Rechner DC ist Erklärung: Aufgrund des Lastaufkommens auf DC, gerade zu den Anmeldezeiten am Morgen - wo viele auf ihn zugreifen, wird i. d. R. auch WINS benötigt und dies würde die Last auf dem DC noch höher treiben und dies ist ein unnötiger Zustand. Was hat eine Anmeldung an einem DC mit WINS zu tun? Des weiteren: Sollte es bei vorhandenen WINS-Servern vermieden werden, weitere Testserver ins Netz zu stellen, munter zu replizieren und den Testserver wieder abzuklemmen, denn dann hast Du in Deinem regulären WINS-Server wahrscheinlich Einträge, die Du so einfach nicht wieder raus bekommst. Wie kommst du darauf? Man kann Einträge manuell löschen. Du solltest so wenig WINS-Server wie möglich in Deinem Netzwerk betreibenund wenn es schon mehrere sein müssen, dann sollten sie in einer Speichen/ Nabe-Struktur konfiguriert werden. Der zentrale Server ( Nabe ) ist als sekundärer WINS-Server zu konfigurieren. Hä!? Speichen/Nabe? Seit wann gibt es sekundäre und primäre WINS Server? Microsoft sagt, es reichen für ein globales Netzwerk 14 WINS-Server. Ohne Angabe konkreter Zahlen ist diese Aussage nutzlos. NetBIOS muss natürlich aktiviert sein, denn das ist das zugrundeliegendeProtokoll, wobei letzteres nicht ganz korrekt ist. Warum das? Ein WINS-Server "kennt" nur sich selbst als primären WINS-Server. Hä!? Zitieren Link zu diesem Kommentar
carlito 10 Geschrieben 4. Mai 2005 Melden Teilen Geschrieben 4. Mai 2005 Meinst Du mit WINS-Konsole die mmc? Dort habe ich sämtliche Eigenschaften-Dialoge durchgeschaut und nichts von Bindungen an eine Netzwerkschnittstelle gefunden. Ich erinnere mich. Ein Windows WINS Server hört alle IP-Adressen ab. Es gibt also keine Bindungseinstellungen. Zitieren Link zu diesem Kommentar
Empfohlene Beiträge
Schreibe einen Kommentar
Du kannst jetzt antworten und Dich später registrieren. Falls Du bereits ein Mitglied bist, logge Dich jetzt ein.