Laufwerke werden nicht immer gemappt (Windows)
Mahlzeit!
Nehmen wir mal an, ich hätte ein Netzwerk mit einem DC, einem Fileserver und zwei Terminalservern, allesamt unter Windows Server 2008R2, auf aktuellem Patch-Stand und mit aktuellen Treibern, auch von VMware, weil eben virtuell. Aus irgendeinem Grund werden dort die Laufwerke nicht per GPO, sondern oldschool per Login-Script verteilt. Bei manchen Usern funktioniert das problemlos und bei anderen wieder nur manchmal. Hin und wieder sind die Laufwerke da, und dann mal wieder nicht. Ereignisanzeige und so die Basissachen haben nichts gebracht: es gibt keinerlei Info bisher, warum das so ist. Während man normalerweise von einem Netzwerkproblem ausgehen könnte, kommt hier noch eine Sache dazu: klicke ich als Admin in der Netzwerkumgebung auf einen Server, bekomme ich die Meldung, dass ich evtl. keine Berechtigung hätte... eine der Standardmeldungen also. Gebe ich einen Freigabenamen komplett in die Adresszeile ein, komme ich am Ziel an. Vielleicht. Klicke ich dann wieder auf den Server, komme ich drauf. Oder auch nicht. Je nachdem, wie ihm gerade ist.
Da es zwei Terminalserver betrifft, suche ich natürlich zuerst am Fileserver. Da es aber auch unterschiedliche und nicht alle User betrifft, suche ich... wo?
Es ist egal, ob ich gerade morgens als erster anmelde (von wegen "warten bis das Netzwerk bereit ist") oder im Laufe des Tages. Die Batch-Datei meldet in dem Fall immer den Systemfehler 53, "Netzwerkpfad nicht gefunden". Namensauflösung wurde bereits durch WINS erweitert, keine Änderung.
Und jetzt ein weiteres Kuriosum: gebe ich als Pfad den kompletten FQDN oder die IP-Adresse an, besteht das Problem nicht. Es scheint also was mit der Namensauflösung zu tun zu haben. Oder?
Wir haben rund 160 praktisch baugleiche Netzwerke bei unseren Kunden im Einsatz, mal größer, schon mal andere Anwendungen, aber von der Technik her vergleichbar. Das passiert nur in einem einzigen Netzwerk und es sieht genauso aus, wie die anderen auch. Was übersehe ich?
Grüße
Jörg
Nehmen wir mal an, ich hätte ein Netzwerk mit einem DC, einem Fileserver und zwei Terminalservern, allesamt unter Windows Server 2008R2, auf aktuellem Patch-Stand und mit aktuellen Treibern, auch von VMware, weil eben virtuell. Aus irgendeinem Grund werden dort die Laufwerke nicht per GPO, sondern oldschool per Login-Script verteilt. Bei manchen Usern funktioniert das problemlos und bei anderen wieder nur manchmal. Hin und wieder sind die Laufwerke da, und dann mal wieder nicht. Ereignisanzeige und so die Basissachen haben nichts gebracht: es gibt keinerlei Info bisher, warum das so ist. Während man normalerweise von einem Netzwerkproblem ausgehen könnte, kommt hier noch eine Sache dazu: klicke ich als Admin in der Netzwerkumgebung auf einen Server, bekomme ich die Meldung, dass ich evtl. keine Berechtigung hätte... eine der Standardmeldungen also. Gebe ich einen Freigabenamen komplett in die Adresszeile ein, komme ich am Ziel an. Vielleicht. Klicke ich dann wieder auf den Server, komme ich drauf. Oder auch nicht. Je nachdem, wie ihm gerade ist.
Da es zwei Terminalserver betrifft, suche ich natürlich zuerst am Fileserver. Da es aber auch unterschiedliche und nicht alle User betrifft, suche ich... wo?
Es ist egal, ob ich gerade morgens als erster anmelde (von wegen "warten bis das Netzwerk bereit ist") oder im Laufe des Tages. Die Batch-Datei meldet in dem Fall immer den Systemfehler 53, "Netzwerkpfad nicht gefunden". Namensauflösung wurde bereits durch WINS erweitert, keine Änderung.
Und jetzt ein weiteres Kuriosum: gebe ich als Pfad den kompletten FQDN oder die IP-Adresse an, besteht das Problem nicht. Es scheint also was mit der Namensauflösung zu tun zu haben. Oder?
Wir haben rund 160 praktisch baugleiche Netzwerke bei unseren Kunden im Einsatz, mal größer, schon mal andere Anwendungen, aber von der Technik her vergleichbar. Das passiert nur in einem einzigen Netzwerk und es sieht genauso aus, wie die anderen auch. Was übersehe ich?
Grüße
Jörg
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 322945
Url: https://administrator.de/forum/laufwerke-werden-nicht-immer-gemappt-windows-322945.html
Ausgedruckt am: 25.12.2024 um 19:12 Uhr
7 Kommentare
Neuester Kommentar
Moin
Das war mir klar das du das Problem so nicht lösen willst aber eingrenzen kann man es zumindest und man hat einen besseren Ansatz bei der Fehlersuche !
Der Wins hat eine Datenbank hier wird also auch gespeichert man kann aber das Ausaltern der Enträge im Wins einstellen. Manuell löschen würde ich nur wenn du nur einen Wins Server hast den wenn du eine Replikation hast und auf einem Server löscht bleibt am 2 Server die leiche liegen.
Interessant wäre auch um welche Clients es sich handelt sind das alles Terminalserver 2008 R2 ? Oder gibt es auch Windows 10,8,7 PCs auf denen das Problem auftritt ?
Im Wins bzw. Broadcast bereich darf es keine Doppelten Macadressen, hostnamen oder IP Adressen geben aber ich denke das wirst du bereits geprüft haben. Ich würde auch testweise am FileServer die Packetgröße ( MTU Size ) auf 1500 stellen um hier irgendwelche Fehlerhaften Broadcast Pakete auszuschliesen.
Um das genauer zu sehen kannst du auch am Fileserver einen Sniffer wie Wireshark installieren und mitprotokollieren lassen was für Anfragen ankommen.
LG Andy
Das war mir klar das du das Problem so nicht lösen willst aber eingrenzen kann man es zumindest und man hat einen besseren Ansatz bei der Fehlersuche !
Der Wins hat eine Datenbank hier wird also auch gespeichert man kann aber das Ausaltern der Enträge im Wins einstellen. Manuell löschen würde ich nur wenn du nur einen Wins Server hast den wenn du eine Replikation hast und auf einem Server löscht bleibt am 2 Server die leiche liegen.
Interessant wäre auch um welche Clients es sich handelt sind das alles Terminalserver 2008 R2 ? Oder gibt es auch Windows 10,8,7 PCs auf denen das Problem auftritt ?
Im Wins bzw. Broadcast bereich darf es keine Doppelten Macadressen, hostnamen oder IP Adressen geben aber ich denke das wirst du bereits geprüft haben. Ich würde auch testweise am FileServer die Packetgröße ( MTU Size ) auf 1500 stellen um hier irgendwelche Fehlerhaften Broadcast Pakete auszuschliesen.
Um das genauer zu sehen kannst du auch am Fileserver einen Sniffer wie Wireshark installieren und mitprotokollieren lassen was für Anfragen ankommen.
LG Andy