Netzlaufwerke können nicht verbunden werden, ping und nslookup geht

[Letze01 10]

Hay hay,

 

habe das Problem, dass ich von einem PC aus keine Netzlaufwerke mehr verbinden kann. Es kommt immer "Systemfehler 53". Dinge wie Ping (auf NetBIOS-Namen und auf FQDN), DNS, net time o.ä. funktionieren Problemlos. Bei einem Aufruf von "\\Servername" via "Start - Ausführen" wird mir der Ordner "Drucker und Faxgeräte" des Servers angezeigt, andere Freigaben jedoch nicht (auch nicht das Netlogon-Verzeichnis auf einem DC, obwohl das Login-Script sehr wohl gestartet wird - wenn auch wie gesagt keine Mappings erfolgen).

 

Außerdem fehlt unter "Netzwerkumgebung - Gesamtes Netzwerk" der Eintrag "Microsft Windows-Netzwerk".

 

Weiß mir jemand einen Rat? Für alle Antworten im Voraus vielen Dank!!!

[Christoph257 10]

Hallo,

 

ist die Situation in einem LAN oder sind VPNs dabei???

 

Grüße

 

Christoph

[Letze01 10]

Hay hay,

 

die Situation ist im LAN, innerhalb eines Subnets 192.168.60.x/24

[mcdaniels 29]

hey

steht beim Clients bzw. beim Server etwas in den Eventlogs was auf ein Problem schließen könnte?

Ist der Client ansonsten gleich konfiguriert wie andere bei denen es problemlos funktioniert?

Hast du schon mal versucht den Client aus der Domäne rauszunehmen und neu reinzuhängen?

Läuft irgend ne Firewall (auf dem Client/Server)?

[Letze01 10]

Hay hay,

 

die Event-Logs weisen leider keine Einträge bezüglich dieses Problems auf und der PC ist identisch zu anderen, die keine Probleme haben. Die Idee mit der Domäne wird IMHO nichts bringen, da wie gesagt unter "Netzwerkumgebung - Gesamtes Netzwerk" der Eintrag "Microsft Windows-Netzwerk" fehlt, was ja nichts mit der Domäne zu tun hat.

 

Außerdem stimmen die Berechtigungen etc. da z.B. der Aufruf von "\\Servername" ohne Probleme die "Drucker und Faxgeräte" anzeigt. Auch der Befehl "net time \\Servername" ist problemlos möglich, wobei auch dieser eine Anmeldung haben wollen würde, wenn der Benutzer nicht authentifiziert wäre.

 

Firewall ist auf dem Client inaktiv und Bindungen an die NIC sind entfernt (wie bei anderen PCs im Netz auch) und auf dem Server läuft keine.

[IThome 10]

Bringt ein TCP/IP bzw. Winsock Reset etwas ?

[Letze01 10]

Hay hay,

 

mhhh - ganz ehrlich gesagt muss ich hier passen... Was ist ein TCP/IP oder Winsock Reset und wie werden diese ausgeführt?

[lefg 276]

Wurde da auf dem Server und/oder Client Dienste deaktiviert, eventuell der Browserdienst, wurde NezBIOS over TCP/IP deaktiviert? Wurde da eines dieser seltsamen Programme angewendet, die zum Sichermachen, Dichtmachen dienen?

[IThome 10]

Prüfe lieber erstmal, was Edgar geschrieben hat. Danach kannst Du mit

NETSH INT IP RESET C:\RESETLOG.TXT bzw. mit

NETSH WINSOCK RESET

den TCP/IP Stack bzw, Winsock resetten

Mache sicherheitshalber vorher mit NTBACKUP eine Systemstate-Sicherung !

Und das passiert, wenn Du es machst

http://support.microsoft.com/kb/299357/de

[Letze01 10]

Hay hay,

 

@edgar

Auf dem Client hatte der Computerbrowser Probleme, da der Firewalldienst deaktiviert war. Das habe ich jedoch schon in der Form geändert, dass ich den Firewalldienst aktiviert und leidglich die Einstellung auf inaktiv sowie die Bindung von der Netzwerkverbindung gelöst habe. Seitens des Servers müsste alles i.O. sein, da andere Clients mit der gleichen Konfiguration keine Probleme haben. Die Anwendung eines dieser "Utilities" ist mir nicht bekannt, kann ich aber auch nicht 100%ig ausschließen.

 

@IThome

Danke für den Tip, werde ich versuchen wenn ich es nicht noch auf andere Weise lösen kann.

 

 

Wie gesagt macht mich die Tatsache stutzig, dass dieses Icon in der Netzwerkumgebung fehlt. Was kann das nur sein??! :rolleyes:

[IThome 10]

Das ist klug, sollte einer der letzten Schritte sein ... :)

[Christoph257 10]

Hallo,

 

dass der Effekt im LAN auftritt, wundert mich etwas.

 

Wir hatten den Effekt, dass 2003 SP1 - Terminal und Fileserver sowie Druckdienste über VPN Tunnel nicht mehr erreichbar waren, Ping etc. aber ging und erst nach einem Neustart des Servers wieder alles OK war.

 

Uns hat dieses Patch geholfen: http://support.microsoft.com/?scid=kb%3Ben-us%3B898060&x=12&y=11

 

Übrigens: Nach jedem weiteren Update muss man in der Systemsteuerung / Software kontrollieren, ob das Update noch da ist, sonst wieder nachinstallieren.

 

Und: Das Update greift erst nach einem Neustart, dieser wird aber nicht zwingend angefordert...

 

Grüße

 

Christoph