Hostname wird nicht aufgelöst - knifflige Sache

[notre 10]

Hallo zusammen,

 

ich habe ein kniffliges Problem:

Ich habe hier ein kleines Netzwerk mit 3 Rechnern.

 

Wird als Arbeitsgruppe über TCP/IP genutzt

 

 

Rechner 1 = Server:

IP: 192.168.0.2

Win98SE

Fritz DSL

Jana Server als Proxy

Fileserver über Shares

 

Rechner 2: PC2

IP: 192.168.0.4

WinXPProf

 

Rechner 3: PC3

IP: 192.168.0.6

WinXPProf

 

Hier nun das Problem:

PC3 ist neu dazugekommen und ich habe mich bemüht ihn genauso zu konfigurieren wie PC2.

PC2 ist vom 98 Rechner erreichbar sowohl mit ping IP als auch mit Ping PC2.

Leider ist das bei PC3 nicht der Fall. Mit Ping IP klappt es, aber bei Ping PC3 kommt unbekannter Host. In der Netzwerkumgebung taucht PC3 auch auf, aber bei Doppelklick erscheint die Fehlermeldung, ich habe keine Berechtigung, auf den Rechner zuzugreifen. Habe ich aber und an den Berechtigungen kann es nicht liegen: Hier der Beweis:

 

Wenn ich im LMHOSTS die IP mit dem Namen PC3 verknüpfe (auf dem 98 Rechner), dann kann ich in der Netzwerkumgebung wunderbar auf die Freigabe SharedDocs zugreifen.

 

Damit stellt sich mir die Frage: Warum kann er den Hostnamen, den er kennt ,nicht der IP zuordnen?

Bei dem anderen (PC2) klappt es ja auch (ohne LMHOSTS).

Andersrum hab ich das gleiche Problem: Der PC3 Sieht zwar die anderen REchner in der NW-Umgebung, ich kann auf die Shares nur über die IP zugreifen. Ausser, ich "verknüpfe" IP mit HOSTNAMES in der LMHOSTS - dann klappts auch über den REchnernamen.

 

Wer kann sich vorstellen, woran das liegt? Ich wäre euch echt dankbar!

Ja, man kann sicher sagen, dass es ja gut ist, wenns über LMHOSTS klappt und ich soll mich doch damit zufrieden geben, aber ich gebe halt nicht auf im Kapf, das zu verstehen, was Microsoft von uns verbergen will! :-)

 

Stellt mir Fragen, wenn Ihr noch mehr Infos braucht - ich wäre echt froh, wenn wir hinter dieses Problem steigen können !

 

Schöne Festtage und nen guten Rutsch Euch allen,

 

Euer

notre:-)

[zuschauer 10]

Hi notre und Willkommen im Board !

 

Dein Problem ist eines mit dem Masterbrowser. Sehr wahrscheinlich ist einer der XP der Masterbrowser. Der Win98er wird wohl immer an sein (DSL-Proxy) und die anderen fahren ab und an mal neu hoch. Dabei wird der Masterbrowser neu ausgehandelt. Kannst Du im Ereignisprotokoll verfolgen.

 

Fahr mal alle 3 runter, dann als erstes PC2 hoch, dann den Win98er und dann PC3. Vielleicht reicht das schon.

[notre 10]

Hallo Zuschauer,

 

vielen Dank für das nette "Willkommen"

 

Habe das ausprobiert - hat leider nicht geklappt. Irgendwie ist das schon seltsam. Ich dachte auch, dass es mit dem Rechner zu tun haben könnte, der quasi die Netzwerkcomputerliste hostet (der heisst dann wohl Masterbrowser, stimmts?)

Naja - auf jeden Fall wäre ich Dir für einen weiteren Tipp echt dankbar.

 

Bei der Überprüfung meines eigenen Ereignisprotokolls ist mir folgendes aufgefallen (auf PC2):

 

Ich habe den Standard-Zugang Administrator und einen user "user", den ich hauptsächlich nutze, der auch der Gruppe Administratoren angehört.

 

Als ich versuchte mit user die EReignisanzeige aufzurufen, ging das nicht! Nur Sicherheit kann ich sehen (ist auch leer... - obwohl Größe 64 kb dasteht...), wenn ich Anwendung oder System aufrufen will kommt:

"Der Vorgang "Anwendung" wurde nicht abgeschlossen."

"Zugriff verweigert."

 

Woran kann das nur liegen?? Ich habe doch Administratorrechte auf meinem PC?

Wenn ich mich als der Benutzer "Administrator" anmelde, dann komm ich ohne Probleme an diese Protokolle.

Ich habe nichts gefunden bei meiner suche über RegKeys oder Policies oder ähnliches.

Da sieht mans mal wieder. Ich dachte, ich hätte nur das eine Problem, jetzt sind es schon zwei.

 

Was wird bloß noch alles aufgedeckt werden...

Ich bitte wiederum um Euer aller Hilfe!

Ich wäre für ein paar Tipps sehr dankbar!

 

Gruß

notre:-)

[Mr.Spock 10]

Hallo notre

 

Das hat nichts mit Berechtigung zu tun, sondern mit den Protkollen. Verwende NetBEUI. Dann sollte es klappen mit den Namensauflösung.

Da du keinen DNS Server besitzt, gibt es zwei Möglichkeiten zur Namensauflösungen:

 

Statisch: mit Host-/LmHost (WINS)

Dynamisch: Broadcast (Rundsprüche)

 

Damit kannst du die Host-/LMHost Dateien vergessen.

und installiere NETBEUI, damit sollte es klappen.

[notre 10]

Hallo,

 

aber warum klappt dann das dynamische broadcast mit diesem einen rechner nicht?

kann das sein, dass man das irgendwo abschlaten kann?

weiss jemand was dazu?

 

gruß

notre:-)

[notre 10]

Hallo!

 

Also - danke nochmal - das Problem ist gelöst und es war der Knotentyp. Irgendwie hat das der eine Rechner (PC3) nicht so gecheckt und war auf peer-to-peer gesetzt.

In kleinen Netwerken ohne DHCP sollte man aber eine LMHOSTS/HOSTS liste führen oder alle Rechner auf Broadcast setzen, damit sie sich gegenseitig kennen und lieben lernen (dauert auch ein bisschen, bis es der letzte gecheckt hat.

Damit auch keine Unstimmigkeiten auftreten, kann man den Rechner , der immer an ist (bei mir der Server-Rechner --- logisch...!) Als Masterbrowser "definieren", quasi per Registry einstellen, dass er sich bewerben darf und die anderen sich nicht bewerben sollen.

 

Hier mal erstens das setzen des Knotentyps:

 

Die manuelle Einstellung des Knotentyps unter Windows 2000 erfolgt über die Registry:

 

Neuen DWORD Wert mit dem Namen NodeType unter

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\NetBT\Parameters

erstellen. Werte wie folgt:

 

1 = B-Knoten (Broadcast)

2 = P-Knoten (Peer to Peer)

4 = M-Knoten (Gemischt, mixed)

8 = H-Knoten (Hybrid)

Xheon Knotentyp Beschreibung (Quelle Microsoft, URL siehe unten)

B-Knoten (Broadcast)

Beim Typ B-Knoten werden Broadcast-NetBIOS-Namensabfragen zum Registrieren

und Auflösen von Namen verwendet. Beim B-Knoten treten zwei grundlegende

Probleme auf: (1) Broadcasts rufen Störungen bei allen Knoten im Netzwerk hervor,

und (2) werden Broadcasts i. d. R. von den Routern nicht weitergeleitet.

Daher können nur NetBIOS-Namen im lokalen Netzwerk aufgelöst werden.

P-Knoten (Peer-Peer)

Beim Typ P-Knoten wird ein NetBIOS-Namenserver (NBNS), z. B. ein WINS-Server,

zum Auflösen von NetBIOS-Namen verwendet. Beim P-Knoten werden keine Broadcasts

verwendet. Stattdessen wird der Namenserver direkt abgefragt.

M-Knoten (Gemischt, Mixed)

Der Typ M-Knoten besteht aus einer Kombination des Typs B-Knoten und des Typs

P-Knoten. In der Standardeinstellung funktioniert ein M-Knoten wie ein B-Knoten.

Wenn ein Name von einem M-Knoten nicht mit einem Broadcast aufgelöst werden kann,

wird über einen P-Knoten ein NBNS abgefragt.

H-Knoten (Hybrid)

Der Typ H-Knoten besteht aus einer Kombination des Typs P-Knoten und des Typs B-Knoten.

In der Standardeinstellung funktioniert ein H-Knoten wie ein P-Knoten.

Wenn ein Name von einem H-Knoten nicht über den NBNS aufgelöst werden kann, wird der

Name mit einem Broadcast aufgelöst.

 

Bei Windows 2000-Computern handelt es sich in der Standardeinstellung um den Typ

B-Knoten. Wenn sie mit einem WINS-Server konfiguriert werden, ändert sich ihr Typ in einen H-Knoten.

 

Dann die Einstellung der Masterbrowser-Geschichte:

 

m Schlüssel HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Browser\Parameters ist festgelegt ob ein Windows XP Computer Browser sein kann (default: Auto). In einem Netzwerk versuchen die Rechner immer wieder, ein Domain-Master-Browser zu bestimmen. Dies umfragen, erhöht die Netzwerklast und können in einem Netzwerk ohne Server auch dafür sorgen, dass ein Client zum Masterbrowser bestimmt wird.

IsDomainMaster: Legt fest, ob der Rechner ein Masterbrauser ist.

MaintainServerList: Legt fest, ob sich ein Rechner (außer PDC) als Masterbrauser bewerden kann.

IsDomainMaster: YES/TRUE,NO/FALSE,AUTO (REG_SZ)

MaintainServerList: YES/TRUE,NO/FALSE,AUTO (REG_SZ)

 

Das habe ich alles - mit eurer Hilfe - rausgefunden.

Vielleicht hilfts ja auch anderen....

 

Gruß

notre:-)

[Lian 2.421]

Jup, ist von hier: http://www.mcseboard.de/showthread.php?threadid=98

Freut mich, daß es was brachte.

 

Der Originallink ist leider nicht mehr gültig.

[zuschauer 10]

@Mr.Spock: Ein weiteres Protokoll zu installieren (manchen geben dann als Tipp Netbeui, andere IPX/SPX) ist keine Lösung des Problems, da ein Protokoll reicht (TCP/IP), sondern eine Problemumgehung zu Lasten der Performance

Durch die weiteren Protokolle wird eine (eigentlich unnütze) Netzwerklast erzeugt. Die Löung, den Knotentyp richtig einzustellen, ist da wesentlich efektiver und sauberer.

 

Du hast an anderer Stelle nochmal auf Deinen Lösungsvorschlag verlinkt. Für mich ist dies nicht der richtige Weg !

[Mr.Spock 10]

Hallo zuschauer

 

Wenn alle Stricke reisen, dann sollte er das installieren.

Doch du hast Recht. Mann kann das auch TCP/IP over Netbios machen, das funzt auch. ;)

[Lian 2.421]

Netbios ist von MS zu guter Recht in Rente geschickt worden - weg damit...