Windows 10 Netzwerklaufwerk: Der lokale Gerätename wird bereits verwendet (nach jedem PC-Neustart)

[Shor]

Hallo zusammen,

ich bin sehr verzweifelt. Ich habe mittlerweile in mehreren Setups (heißt unterschiedliche Netzwerke mit unterschiedlichen Synology NAS Systemen und unterschiedlichen Windows 10 Clients) dasselbe Problem und es nervt unheimlich: Nach jedem Windows-Neustart muss ein eigentlich schon korrekt eingerichtetes Netzwerklaufwerk erneut einrichten, da ich ohne diese Neueinrichtung z. B. an meiner eigenen NAS in meinem Heimnetzwerk folgende Fehlermeldung kriege:



Das ist nach jedem PC-Neustart so. Es funktioniert erst wieder, wenn ich das Netzlaufwerk rechtsklicke und es „trenne“, um es im Anschluss eben wieder komplett neu einzurichten. Nach dem nächsten Windows Neustart kommt aber die Fehlermeldung wieder und ich muss den Prozess wiederholen.

Das Problem trat nach Monaten problemlosen Betriebs irgendwann einfach auf und ging dann nicht mehr weg. Besonders kurios: Es betrifft nicht alle Windows 10 PCs, die im selben Netzwerk sind. Immer nur einzelne. Und bei den betroffenen Systemen hat das auch nicht gleichzeitig, sondern jeweils irgendwann „zufällig“ angefangen.

Ich habe leider schon eine Menge Lösungen erfolglos probiert. Unter anderem die hier aufgeführten:

https://www.mynewsdesk.com/de/minitool/pressreleases/2020-5-loesungen-der-lokale-geraetename-wird-bereits-verwendet-2990575#:~:text=Microsoft empfiehlt Benutzern, das Netzlaufwerk,Gerätename wird bereits verwendet“ auftritt.&text=Warnung: Sie müssen den Benutzernamen,ersetzen, bevor Sie ihn ausführen

Es spielt außerdem keine Rolle, ob ich beim Einrichten des Netzlaufwerks die IP der NAS eingebe oder den Netzwerknamen. Es macht auch keinen Unterschied, ob ich beim Einrichten des Netzlaufwerks bei „Verbindung mit anderen Anmeldeinformationen herstellen“ einen Haken setze oder nicht.

Und um dem Ganzen noch die Krone aufzusetzen: Ab und zu kommt statt der Meldung auf dem Screenshot auch einfach die Information, dass der Zugriff verweigert wurde wegen falscher Benutzerdaten. Wohlgemerkt ebenfalls nur nach einem PC-Neustart ohne Neueinrichtung des Netzwerklaufes. Wenn ich es neu einrichte, werden die Zugangsdaten immer anstandslos akzeptiert. Vielleicht ist das aber auch ein anderes Problem, das mit dem anderen, eigentlichen Problem nichts zu tun hat.

Die Synology Systeme sind natürlich auf dem neuesten Stand. Im einen Netzwerk ist es eine einzelne DS216j, im anderen sind es zwei 916+ im SHA Modus.

Ich hoffe, ihr habt eine Idee. :-(

 

[ctrlaltdelete]

Nur mal so, nimm mal einen anderen Buchstaben.
NAS feste IP oder DHCP?
DNS läuft ohne Probleme?
Laufen die PCs in einer Domäne?
Virensoftware?

 

[Adama]

Es hat zwar eigentlich nicht so direkt was mit deinem Problem zu tun, aber irgendwie schoss mir spontan diese Sache durch den Kopf:
https://www.windows-faq.de/2017/10/...-der-anmeldung-immer-auf-das-netzwerk-warten/

Vielleicht ist deine Sache auch ein Timing-Problem. Testen schadet ja nichts...

 

[Shor]

@ ctrlaltdelete:

Hi,

danke für deine Antwort und Hilfe.

Wenn ich einen anderen Laufwerksbuchstaben nehme, ändert sich nur eine Sache - und zwar kriege ich dann nach einem Neustart beim Versuch, das Netzwerklaufwerk zu öffnen, nicht direkt die Fehlermeldung vom Screenshot, sondern soll nochmal Benutzername und Passwort eingeben. Sobald ich das mache und OK klicke, kommt die Fehlermeldung aber direkt wieder.

Die NAS haben alle eine feste IP.

Die Fragen mit dem DNS und der Domäne müsstest du bitte nochmal anders/genauer stellen - da weiß ich gerade nicht so recht, was ich prüfen und antworten soll. Falls es hilft: Die PCs haben alle den von Windows selbst generierten Gerätenamen behalten und befinden sich in der ebenfalls standardmäßig eingestellten WORKGROUP. Und mit der Auflösung von Internetdomains auf IPs habe ich kein Problem. Aber ich glaube, das wolltest du nicht wissen.

Virensoftware ist keine installiert; nur die windows-eigene läuft, die standardmäßig installiert und aktiviert ist.

@ Adama:

Auch dir ein großes Danke für deine Antwort. Die Umstellung der Gruppenrichtlinie hat leider nicht geholfen. Nur dass ich jetzt auch ohne Änderung des Laufwerksbuchstabens erst nochmal Benutzer und Passwort eingeben sollte. Dann kam aber direkt wieder die Fehlermeldung.

Jens

 

[blurrrr]

aber irgendwie schoss mir spontan diese Sache durch den Kopf:
https://www.windows-faq.de/2017/10/...-der-anmeldung-immer-auf-das-netzwerk-warten/

Das hat eher was damit zu tun, dass Laufwerke (oder AD-Anmeldung (sofern nicht noch im Cache)) zum entsprechenden Zeitpunkt nicht verbunden werden können, weil die Netzwerkverbindung noch nicht so weit ist ??

Nach jedem Windows-Neustart muss ein eigentlich schon korrekt eingerichtetes Netzwerklaufwerk erneut einrichten

In einer Domäne mit Gruppenrichtlinien, wo die Netzlaufwerke via Gruppenrichtlinie ausgerollt werden?? Dann läuft schon grundsätzlich etwas falsch... Vielleicht fängst Du erstmal damit an, alles damit zusammenhängende aus der "Anmeldeinformationsverwaltung" RAUSzuwerfen. Wenn die DS auch direkt DC spielt, oder zumindest in die Domäne integriert ist, vergibst Du die Rechte auf die Domänen-User/-Gruppen und verteilst danach die Laufwerke via GPO und bist "fertig". Innerhalb von Domänennetzen ist der Hinweis von @Adama sowieso schon grundlegend zu befolgen, ausser es handelt sich um mobile Geräte (für einen Aussendienstler wäre sowas z.B. eher schlecht).

 

[Shor]

Hallo blurrrr,

danke für deine Nachricht. Nicht so schnell. Ich weiß wie gesagt nichtmal, ob ich das mit der Domäne überhaupt richtig verstehe bzw. in einer bin. Deswegen hatte ich bei Adama ja auch nochmal nachgefragt. Ich habe nie aktiv eine Domäne gesetzt oder betreten - deswegen weiß ich auch gerade gar nicht genau, was das in diesem Kontext eigentlich ist. Ich arbeite auch nicht mit bewusst mit Gruppenrichtlinien in diesem Zusammenhang. Kann es sein, dass wir hier gerade etwas operieren, das gar nicht existiert?

Gruß
Jens

 

[blurrrr]

Ah, okay, dann lösch trotzdem die NAS-bezogenen Anmeldeinformationen aus der Anmeldeinformationsverwaltung. Dann richtest Du "einmal" den Login entsprechend ein (in Bezug auf die Host-Adresse zu der Du Dich verbindest (NetBIOS-Name, IP, oder FQDN)) und verbindest danach nur noch die Laufwerke ohne dabei irgendwie extra was an Anmeldeinformationen zu hinterlegen (die Informationen kommen dann aus der Anmeldeinformationsverwaltung).

Wenn das nicht funktioniert, hängt irgendwas anderes schief, da brauchst Du aber weder bei den Netzlaufwerken, noch bei den Anmeldeinformationen irgendwas anders zu machen.

Eine Verbindung zum selben Host (bzw. je nach Ansprache (s.o.)) ist nicht möglich. Das kann zwar "umgangen" werden durch verschiedene Ansprachen (z.B. 1x IP, 1x NetBIOS-Name) ist aber keineswegs "sauber", da sollten die Rechte auf dem NAS dann einfach entsprechend angepasst werden.

 

[Adama]

Das hat eher was damit zu tun, dass Laufwerke (oder AD-Anmeldung (sofern nicht noch im Cache)) zum entsprechenden Zeitpunkt nicht verbunden werden können, weil die Netzwerkverbindung noch nicht so weit ist

Das war mir schon klar, war auch nur eine Idee, ob's vielleicht durch die saubere Reihenfolge etwas bewirkt...

Pferde und Apotheke, alles schon vorgekommen...

 

[blurrrr]

Pferde und Apotheke, alles schon vorgekommen...

Wo Du Recht hast....! ?

 

[Shor]

blurrrr,

ich sehe da keine "NAS-bezogenen Anmeldeinformationen [in] der Anmeldeinformationsverwaltung":




Oder übersehe ich etwas? Falls ich ich Recht habe und da wirklich nichts ist, kann ich dann tatsächlich nichts mehr machen?

Ansonsten noch eine spannende Information: Ich hab gestern nochmal mit dem im Startpost verlinkten Tipps gespielt bzw. genauer gesagt mit dem ersten Punkt und das auch nur zum Teil. Denn ich habe gestern

net use * /delete

in ein als Admin ausgeführtes CMD gepackt, anschließend zwar versucht, über

net use Z: \\server\share /user:username password

den Zugang wieder einzurichten, aber ich bin dabei gescheitert, weil mein Kennwort ein &-Zeichen enthält und CMD das als Anweisung interpretiert. Also hab ich im Anschluss nochmal ganz normal das Netzlaufwerk hinzugefügt (wie immer halt) und siehe da - nach einem Neustart des PCs war es das erste Mal seit Monaten noch da und zugreifbar! Als ich dem PC dann noch einmal neugestartet bzw. wieder hochgefahren habe (gerade; danach ist übrigens der Screenshot der Anmeldeinformationsverwaltung entstanden), konnte ich wieder nicht mehr zugreifen. Dieses Mal kam aber nicht die Meldung vom Screenshot im Startpost, sondern:



Was zur Hölle ist das?

Ich habe keine falschen Zugangsdaten eingegeben. Ich musste sogar gerade nichtmal welche eingeben - die Meldung kam einfach so, als ich versuchte, auf das Netzwerklaufwerk zuzugreifen. Und es sind doch auch gar keine Zugangsdaten in der Anmeldeinformationsverwaltung hinterlegt (wie gesagt - sofern ich das richtig sehe).

Naja, vielleicht bringt euch das ja auf eine neue heiße Spur.

>> Eine Verbindung zum selben Host (bzw. je nach Ansprache (s.o.)) ist nicht möglich. Das kann zwar "umgangen" werden durch verschiedene Ansprachen (z.B. 1x IP, 1x NetBIOS-Name) ist aber keineswegs "sauber", da sollten die Rechte auf dem NAS dann einfach entsprechend angepasst werden.

Eine Verbindung zum selben Host (bzw. je nach Ansprache (s.o.)) ist nicht möglich. Das kann zwar "umgangen" werden durch verschiedene Ansprachen (z.B. 1x IP, 1x NetBIOS-Name) ist aber keineswegs "sauber", da sollten die Rechte auf dem NAS dann einfach entsprechend angepasst werden.

Moment - du willst mir sagen, ich kann in der NAS einfach irgendwo einstellen, dass mehrere Verbindungen vom selben Clienten möglich sind, und somit das initiale Problem sauber umschiffen? Oder interpretiere ich das gerade falsch?

Noch hoffnungsvolle Grüße
Jens

 

[Shor]

Da ich meinen Beitrag scheinbar nicht (mehr) editieren kann, hier noch zwei Zusatzinfos:

- Das Netzwerklaufwerk-Icon ist oft richtigerweise grün und wird es dann rot, wenn ich die Fehlermeldung(en) kriege.
- Das Einbinden und Zugreifen über die NetzwerkADRESSE funktioniert, parallel zum SMB-Problem, jederzeit völlig problemlos

Ich bin kurz davor aufzugeben. Ich recherchiere und probiere schon alleine heute wieder seit vier Stunden.

Jens

 

[AndiHeitzer]

net use * /delete

in ein als Admin ausgeführtes CMD gepackt, anschließend zwar versucht, über

net use Z: \\server\share /user:username password

Wenn Du die Laufwerke in einem ADMIN-CMD verbindest, dann sind diese nicht für den USER verfügbar.

Verwende das CMD als USER, dann sollte das klappen.

 

[Shor]

Hi Andi,

danke für deine Nachricht. Ist bei mir aber egal, denn das eigentliche Problem mit dem & geht dadurch nicht weg und der User, bei dem ich gerade die Tests durchführe, ist ohnehin admin (ich hätte das mit dem "als Admin ausgeführt" gar nicht so betonen sollen, sorry).

Gruß
Jens

--

Problem gelöst! Siehe hier. ??​

 

[AndiHeitzer]

Nein, das ist eben nicht egal, weil das ADMIN-CMD einen namentlich anderen User verwendet, als der ADMIN auf dem NAS.
Aber gut, ich muss das ja nicht verstehen.

 

[the other]

Moinsen,
Seltsames Verhalten das...
Mal wieder froh Windows den Rücken gekehrt zu haben ich bin.

 

[AndiHeitzer]

Seltsames Verhalten das...

Da ist nix seltsam.
Wenn der Anwender weiß, mit welchem Environment er unterwegs ist, passt das alles zusammen.

 

[the other]

Moinsen,
Polemik an: wenn es um Windows geht, dann klingeln bei mir irgendwie immer wieder die Ohren ob irgendwelcher Seltsamheiten, sei es nach Updates (in schöner Regelmäßigkeit) oder bei aus meiner Sicht seltsamen Verhalten.
Polemik aus...
Liegt aber vermutlich einfach daran, dass ich mich mit dem OS nicht mehr auseinandersetzen mag und mir daher genau solche Weisheit fehlt.

 

[Shor]

Nein, das ist eben nicht egal, weil das ADMIN-CMD einen namentlich anderen User verwendet, als der ADMIN auf dem NAS.
Aber gut, ich muss das ja nicht verstehen.

Jetzt sei nicht gleich so eingeschnappt. Davon abgesehen reden wir aneinander vorbei. Aber ist ja jetzt auch egal - das Ding ist ja durch.

Da ist nix seltsam.
Wenn der Anwender weiß, mit welchem Environment er unterwegs ist, passt das alles zusammen.

Naja, es darf schon als seltsam betitelt werden, dass es vorher "seit Menschengedenken" auch ohne die Voranstellung des Gerätenamens der NAS ging (und ja auch jetzt noch bei fast allen Windows Clients funktioniert) und jetzt plötzlich bei einigen Clients nicht mehr bzw. nur bei der initialen Verbindungsherstellung. Nicht?

Wie auch immer. Danke an alle!

Jens

 

[Benares]

und ja auch jetzt noch bei fast allen Windows Clients funktioniert

Überleg mal, was genau der Unterschied zwischen den Clients sein könnte.

Noch ein paar Hinweise zur Ergänzung:
Ein Windows-Account besteht immer aus 2 Teilen: <Domäne>\<Benutzername>.
Ist keine "richtige" Domäne (also Active Directory) vorhanden, dient der PC-Name als Ersatz für die Domäne (also lokale Benutzer). Dabei ist zu beachten, dass PC1\Jens, PC2\Jens und Diskstation\Jens zunächst mal völlig unterschiedliche Benutzer sind, selbst wenn das Passwort überall gleich ist. Einen Sonderfall gibt es allerdings: Greift PC1\Jens auf die Diskstation zu und existiert dort ein Diskstation\Jens mit gleichem Passwort, werden die beiden Benutzer automatisch gemapped, es ist keine getrennte Anmeldung mehr nötig.

Was passiert nun aber, wenn man beim Herstellen der Laufwerksverbindung bei der Anmeldung den Domänen-Teil einfach weglässt, also z.B. nur "Jens" und nicht "Diskstation\Jens" und das Passwort von Diskstation\Jens an PC1 eingibt?
Klar, PC1 wird versuchen, zunächst einmal PC1\Jens zu authentifizieren. Existiert dieser Benutzer nicht oder hat er lokal ein anderes Passwort, wird das vermutlich scheitern.

 

[Shor]

Moin,

danke für deine Antwort und die Erläuterungen. Mir sind keine Unterschiede zwischen den Clients bekannt - und ich habe sie alle selbst eingerichtet. Es könnten wie gesagt unterschiedliche Windows-Updates eingespielt sein; das müsste ich noch prüfen. Ansonsten wurden und werden im Übrigen an keiner Stelle doppelte Passwörter verwendet - die sind alle einzigartig. Lediglich die jeweiligen Windows- und NAS-Benutzernamen sind immer dieselben. Das, was du im Folgenden schilderst, macht ja durchaus stimmen. Geklärt, warum es immer ohne Domäne ging und jetzt (und eben nur bei einigen PCs) nicht mehr, ist es damit aber noch nicht, wenn ich das richtig verstehe.

Gruß
Jens