Comedian

Da es wieder um die Netzwerkfreigaben geht, die bekanntlich über NetBIOS arbeiten: http://winfaq.redirectme.net/OperatingSystems/Windows/Windows_2000/tcpip/TCPIP_netbios.asp Außerdem fällt mir an deinen IPCONFIG Werten auf, dass der Knotentyp unbekannt ist. Das sollte nicht so sein. Wenn ich richtig gelesen habe, dann stehen alle Rechner in einem Subnetz (samt dem WLAN Access Point). Damit solltest du einen B-Knoten konfigurieren, damit die Rechner sich über NetBIOS unterhalten können.

Falls der Server Service gestartet ist, dann benötigt die Dateifreigabe folgende Ports UDP 137 (Namensauflösung) TCP 139 (für den Zugriff auf die Freigabe selbst) Vielleicht kann das System selbst nicht auf diese Ports zugreifen?

Hilfe zur Diagnose lokaler Verbindungsprobleme: http://winfaq.redirectme.net/OperatingSystems/Windows/Windows_2000/tcpip/TCPIP_localcon.asp

Jeder DHCP Server hat die Möglichkeit, für eine MAC Adresse eine IP zu reservieren.

Mein obiges Posting ist leider etwas missverständlich. IPSec selbst ist natürlich nicht der Tunnel. Als Tunnel bezeichnet man lediglich die gekapselte Endpunktverbindung zwischen den Routern. IPSec ist natürlich nur ein Anwendungsbeispiel.

NFS (Network File System) ist ein TCP/IP Protokoll. Es erlaubt letztlich das Mounten von Freigaben auf entfernten Rechner als lokale Laufwerke. http://www.faqs.org/rfcs/rfc1094.html

Mit einem IP-Tunnel sichert man die Verbindung zwischen zwei Netzwerken durch IPSec. Die Tunnelendpunkte sind die Router.

Weitere Infos von Trendmicro und ein Link zum Online Scanner Housecall: http://winfaq.redirectme.net/Vireninfo/virusinfo.asp

Die Fehlermeldung deutet auf ein NetBIOS Problem hin. Du solltest NetBIOS/IP testen: http://winfaq.redirectme.net/OperatingSystems/Windows/Windows_2000/tcpip/TCPIP_netbios.asp

Wie funktioniert denn die Namensauflösung in deinem Netz? Bei DNS muß für jeden virtuellen Host ein A Record in der DNS Datenbank vorhanden sein.

Frank hat recht. Der Grund dafür ist, dass die DNS Server wie folgt arbeiten: Suche in eigener Datenbank -> Root -> Top-Level -> second Level ... -> bis Name aufgelöst wird. Folge: Deine DNS löst nur Namen im Intranet auf, wenn du eine eigene Root Domain hast Lösung: 1) wie von Frank 2) Proxy Server installieren, wenn du die eigene DNS - Root beibehalten mußt

Deine Netzlaufwerke sind geghosted. Lösung der Geschichte steht auf meiner Homepage.

Bei mir funktioniert das gar nicht

Da sollte genau das stehen:

Wenn NSLOOKUP anstatt des eingetragenen Nameservers 127.0.0.1 oder Can't find server name for Adress: No response from server anzeigt, dann würde ich als erstes den DNS Dienst am Client durchstarten. Der könnte nämlich einfach abgestürzt sein.

Wir haben gute Erfahrungen damit gemacht, die Clients auf den P-Node umzustellen. Zusätzlich wurden die Netzwerkkarten von 'Link Speed and Duplex = AutoDetect' auf 100 Mbps Full Duplex umgestellt. Die meisten Clients liefen so erheblich schneller.

Gibt es WINS Server in dem Netzwerk?

Da die Netzlaufwerke über NetBIOS aufgelöst werden, könnte es am eingestellten Knotentyp liegen.

Das Stichwort ist 'Multihoming'.

Die gesamten Net Befehle basieren auf NetBIOS und laufen über TCP Port 139 http://support.microsoft.com/default.aspx?scid=http://support.microsoft.com:80/support/kb/articles/q161/4/31.asp&NoWebContent=1 http://support.microsoft.com/default.aspx?scid=http://support.microsoft.com:80/support/kb/articles/Q142/0/27.asp&NoWebContent=1

Wie sehen die Zeitangaben in der PING Statistik aus? Teste mal die Antwortzeiten in beide Richtungen auf beide XP-Notebooks. Mögliche Ursache wäre zB Paketverlust auf der Strecke zum langsameren Notebook.

Die Meldung sagt, dass der Client den Browsmaster der Domäne/Arbeitsgruppe nicht finden konnte. Meist ist der Domänencontroller der Browsmaster. Wenn in der Arbeitsgruppe / Domäne der Browserdienst läuft, dann besteht ein Problem mit Broadcasten von Datagrammen.

Bei dieser Syptomatik scheint mir ein NetBIOS Problem vorzuliegen. Prüfe mal, ob auf der Strecke W98 -> w2k die Ports 137 bis 139 funzen. Falls diese funzen, dann wäre ein nbtstat -a <IP_Adresse W2K> angesagt. Gibt es eine Rückmeldung wie im Bild, dann läuft der NetBIOS Dienst auf dem W2k Rechner nicht richtig.

Betreffend der DLLs, die Windows 2000/XP/2003 selbst mitbringen wäre hinzuzufügen, dass da der Windows Dateischutz greifen sollte (vgl Artikel auf meiner Homepage).

Schon mal an einen Gerätekonflikt gedacht? Was für eine Maus ist es denn?