03.03.2022

13340

Windows 11 (Clean install) kein Zugriff auf Netzfreigaben

Hallo,

auf meinem neu eingerichteten PC (Microsoft-Konto) sehe ich zwar alle anderen PC und Netzgeräte, kann aber nicht auf deren Freigaben zugreifen.
Anders herum - das gleiche Bild. Der neue PC ist da, aber Zugriff auf das freigegebene Laufwerk ist nicht möglich.
Unter den "alten" Rechnern (W10, W10, Server2016) ist der Zugriff nach wie vor problemlos.

Ich habe schon zwei Tage im Netz nach Lösungen gesucht und Ratschläge befolgt, aber es ändert sich nichts:
die empfohlenen Dienste kontrolliert,
Netzwerkerkennung und Dateifreigabe eingeschalten,
kennwortfreien Zugriff eingerichtet,
SMB-Client installiert
NetBIOS über TCP/IP aktiviert.

Ich weiß mir keinen Rat mehr.
Hat Windows 11 noch einen versteckten Schalter dafür?

Gruß
Peter

Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben

Content-ID: 2052556376

Url: https://administrator.de/contentid/2052556376

Ausgedruckt am: 19.12.2024 um 13:12 Uhr

26 Kommentare

Neuester Kommentar

Reden wir hier von einer Domänenumgebung oder einer workgroup?
Was steht im Eventlogo von Client/Server?

Hi,
Workgroup

Übrigens anpingen geht hin und her problemlos.

Gruß
Peter

Hilfreich für alle wäre ja mal die Info WAS denn für eine Fehlermeldung kommt wenn du unten das Vergrößerungsglas klickst und mal eingbist:
\\<ip_adresse_freigabe_pc>\<freigabe>

Hallo,

das ist ein Witz!
\\172.xxx.xxx.xxx\LW_D
öffnet den Explorer sofort mit der Freigabe!

Soll ich mal die Namen der Rechner in die hosts.ini schreiben?

Gruß
Peter

Hast du testweise mal die Windows Firewall komplett abgeschaltet auf dem Win11?

Wenn's dann geht, kannste nachsehen, welche vordefinierten Regeln schuld sind.

.

Zitat von @PeterleB:

Hallo,

das ist ein Witz!
\\172.xxx.xxx.xxx\LW_D
öffnet den Explorer sofort mit der Freigabe!

Soll ich mal die Namen der Rechner in die hosts.ini schreiben?

Gruß
Peter

Hallo,

na dass schreit doch nach einem Problem in der Namensauflösung.
- Klappt das pingen mit dem Namen oder nur mit IP?
- Wie sieht denn die IPconfig der Rechner aus?
- Wer ist denn dein DNS Server?

Gruß IceBeer

Hallo,

das ist doch ein clean installiertes Windows.
Welche unsinnigen FW-regeln sollen da vorkonfiguriert sein?

ping mit den Namen klappt sogar auch, aber bei der Antwort tauchen eigenartige Adressen auf wie:
Antwort von 64.99.80.121: Bytes...
Gleiche Antwort bei beiden angepingten Rechnern.
Wer ist denn 64.99.80.121?
Mein Netzwerk hat doch den Bereich 172.xxx.xxx.xxx.

Und DNS sollte eigentlich der Server machen.
Aber ich ahne langsam, in welche Richtung es geht.

Gruß
Peter

Hallo,

FW würde ich mal rausnehmen aus der Rechnung, da es ja mit IP geht, wie du sagst

ping -a 64.99.80.121

Ping wird ausgeführt für realnames.com [64.99.80.121] mit 32 Bytes Daten:
Antwort von 64.99.80.121: Bytes=32 Zeit=113ms TTL=242
Antwort von 64.99.80.121: By...

Das sagt mein Ping zu deiner IP Adresse.

Zitat von @PeterleB:
Und DNS sollte eigentlich der Server machen.

Entweder macht er dass nicht, weil die Clients ihn nicht fragen oder er macht "Blödsinn".
Wie zuvor schon gesagt, schau dir mal die IPConfig deiner Kisten an und prüf die Namensauflösung.

MfG IceBeer

Gibts nen DHCP oder sind die IP Adressen fix am Client eingetragen ?
Passiert mir immer wieder das ich im 172er privaten 172.15 oder 172.32 eingebe und dann eine zetitlang den Fehler suche.

gib bitte mal den output von "ipconfig /all"

Irgendwas stimmt mit deinem DNS nicht. Dazu muss man jetzt erst wissen was für ein DNS am Client eingestellt ist und was dieser dort eingestellte DNS ist.
Wenn es ein externer ist, kann es nicht gehen.
Wenn es dein lokaler router ist, dann sollte der eigentlich die internen Rechner kennen und entsprechend auflösen. Dann müsste man schauen warum er das nicht tut

Bin jetzt nicht am Heim-Rechner.
Der PC bekommt bei lokal eingestelltem automatischem IP-Bezug eine feste IP vom DHCP-Server (Server 2016).
Die Ausgabe von ipconfig poste ich Euch später.

Gruß
Peter

Da bin ich.

PS C:\Users\Peter Busch> ipconfig /all

Windows-IP-Konfiguration

   Hostname  . . . . . . . . . . . . : DarkBasePro
   Primäres DNS-Suffix . . . . . . . :
   Knotentyp . . . . . . . . . . . . : Hybrid
   IP-Routing aktiviert  . . . . . . : Nein
   WINS-Proxy aktiviert  . . . . . . : Nein
   DNS-Suffixsuchliste . . . . . . . : busch.net

Ethernet-Adapter Ethernet:

   Medienstatus. . . . . . . . . . . : Medium getrennt
   Verbindungsspezifisches DNS-Suffix: busch.net
   Beschreibung. . . . . . . . . . . : Intel(R) Ethernet Controller (3) I225-V
   Physische Adresse . . . . . . . . : 50-EB-F6-7C-A6-C8
   DHCP aktiviert. . . . . . . . . . : Ja
   Autokonfiguration aktiviert . . . : Ja

Ethernet-Adapter Ethernet 2:

   Verbindungsspezifisches DNS-Suffix: busch.net
   Beschreibung. . . . . . . . . . . : Marvell FastLinQ Edge 10Gbit Network Adapter
   Physische Adresse . . . . . . . . : 50-EB-F6-7C-A6-C9
   DHCP aktiviert. . . . . . . . . . : Ja
   Autokonfiguration aktiviert . . . : Ja
   IPv6-Adresse. . . . . . . . . . . : fd00::94da:fb9:68fc:ae9f(Bevorzugt)
   Temporäre IPv6-Adresse. . . . . . : fd00::4189:7596:724d:2c9d(Bevorzugt)
   Verbindungslokale IPv6-Adresse  . : fe80::94da:fb9:68fc:ae9f%11(Bevorzugt)
   IPv4-Adresse  . . . . . . . . . . : 172.20.0.32(Bevorzugt)
   Subnetzmaske  . . . . . . . . . . : 255.255.0.0
   Lease erhalten. . . . . . . . . . : Freitag, 4. März 2022 16:30:35
   Lease läuft ab. . . . . . . . . . : Samstag, 12. März 2022 16:30:34
   Standardgateway . . . . . . . . . : 172.20.0.1
   DHCP-Server . . . . . . . . . . . : 172.20.0.20
   DHCPv6-IAID . . . . . . . . . . . : 189852662
   DHCPv6-Client-DUID. . . . . . . . : 00-01-00-01-29-AE-D4-BC-50-EB-F6-7C-A6-C8
   DNS-Server  . . . . . . . . . . . : fd00::3ea6:2fff:fede:cabb
                                       172.20.0.20
                                       172.20.0.1
   Primärer WINS-Server. . . . . . . : 172.20.0.20
   NetBIOS über TCP/IP . . . . . . . : Aktiviert

Ethernet-Adapter Bluetooth-Netzwerkverbindung:

   Medienstatus. . . . . . . . . . . : Medium getrennt
   Verbindungsspezifisches DNS-Suffix:
   Beschreibung. . . . . . . . . . . : Bluetooth Device (Personal Area Network)
   Physische Adresse . . . . . . . . : 84-14-4D-04-F2-08
   DHCP aktiviert. . . . . . . . . . : Ja
   Autokonfiguration aktiviert . . . : Ja

Was ist das für ein DNS-Server?

Hallo,

ich vermute mal, das ist die IP Config von dem W11 Rechner?

Zitat von @PeterleB:

DNS-Server  . . . . . . . . . . . : fd00::3ea6:2fff:fede:cabb

IP V6 Adresse deines Servers?

DNS-Server  . . . . . . . . . . . : 172.20.0.20

IP V4 Adresse deines Servers?

DNS-Server  . . . . . . . . . . . : 172.20.0.1

IP V4 Adresse deines Routers?
Das musst du schon selbst prüfen, wir kennen dein Netzwerk nicht

Leg dir doch selbst mal die IPConfig eines W10 Rechners die gehen daneben und schau nach Unterschieden.

MfG IceBeer

Hallo,

habe jetzt den Gerätetreiber aktualisiert und das Netzwerk zurückgesetzt.
Am Verhalten hat sich nichts geändert.

Gruß
Peter

Hallo,

die IPV6 Adresse ist wahrscheinlich eine von meinen Fritz!Boxen.
Der Server hat keine IPV6 Adresse.
Wir haben jetzt das IPV6 Protokoll in den Fritz!Boxen deaktiviert.

Seitdem funktioniert der Zugriff auf die Shares wunderbar.

Ob das nun die Endlösung ist, ist nicht sicher.
Eventuell muß am Server auch IP V6 aktiviert werden.

Gruß
Peter

Zitat von @PeterleB:

Hallo,

die IPV6 Adresse ist wahrscheinlich eine von meinen Fritz!Boxen.
Der Server hat keine IPV6 Adresse.
Wir haben jetzt das IPV6 Protokoll in den Fritz!Boxen deaktiviert.

Seitdem funktioniert der Zugriff auf die Shares wunderbar.

Ob das nun die Endlösung ist, ist nicht sicher.
Eventuell muß am Server auch IP V6 aktiviert werden.

Gruß
Peter

Dann schau dir deine IP-/Netz-Design einfach mal genau an, wer DHCP ist und was er verteilt, sollte ja denk alles dein Server machen.
Dein DNS-Design sollte ansich sein:
Alle Clients fragen den Server - der Server fragt den Router - der Router fragt den ISP
Egal ob IP v4 oder IP v6...

Aber schön dass die Trigger mit "vergleiche IP-Config" etc dich zu ner Lösung geführt haben.

MfG IceBeer

Hi,

Danke an IceBeer und alle Anderen.

Peter

Der Server hat keine IPV6 Adresse.

Sollte sich aber immer dynamisch eine per SLAAC vom Router ziehen. Dazu muss natürlich auch v6 am Server aktiv sein.

Hallo, habe haargenau das gleiche Problem und bin auf der Suche nach einer Lösung auf diesen Post gestoßen.

Zitat von @PeterleB:

Hallo,

auf meinem neu eingerichteten PC (Microsoft-Konto) sehe ich zwar alle anderen PC und Netzgeräte, kann aber nicht auf deren Freigaben zugreifen.
Anders herum - das gleiche Bild. Der neue PC ist da, aber Zugriff auf das freigegebene Laufwerk ist nicht möglich.
Unter den "alten" Rechnern (W10, W10, Server2016) ist der Zugriff nach wie vor problemlos.

W10-Notebook gegen neues W11-Notebook getauscht.
Der Zugriff auf die Workgroup-Server(2019)-Ordner-Freigaben funktioniert einwandfrei.
Nur der Zugriff auf freigegebene Drucker an anderen W10 Geräten scheitert und ebenso umgekehrt ist kein Zugriff auf den freigegeben Drucker am neuen W11 Notebook mehr möglich.

Hatte zuerst ein Problem mit SMB Protokollen/Versionen vermutet. War es aber nicht.

Kunde ist eine Stunde Fahrzeit entfernt.
Würde bei nächster Gelegenheit vor Ort nochmal einiges versuchen wollen.

Als Router ist auch eine FritzBox in Betrieb. FritzBox Cable.

Meine Frage dazu noch, wenn es dann an IPv6 liegt:

Kann ich nicht stattdessen das IPv6 Protokoll am Notebook deaktivieren?

Danke

Ich deaktiviere IPv6 immer auf den Rechnern, wenn das Netz nicht dafür konfiguriert wurde dann braucht man es auch nicht.
Würde hier als erstes kontrollieren, ob die Netzwerkerkennung an ist, standardmässig ist die deaktiviert.
Dann gabs da noch jede Menge Sicherheitsupdates bezüglich der Druckertreiber, gut möglich das das Win11 nicht will weil auf den anderen Rechner die Updates fehlen.
Wenn schon Server vorhanden sind, warum nicht auf einen davon einen Printserver einrichten ? Drucker auf den Clients teilen ist nicht gerade sauber und der Kyocera ist doch sicher ein Netzwerkdrucker oder ?

Und SMB könnte natürlich auch noch eine Fehlerquelle sein, wenn der Drucker nur SMB1 hat, dann wirds mit Win11 nicht so einfach gehen....bin mir nicht mal sicher ob man das noch extra aktivieren kann (und selbst wenn, dann sollte man das besser nicht mehr machen, sondern eher schauen ob der Drucker nicht noch mehr kann).

Es gibt zusätzlich zum Netzwerkdrucker noch lokal per USB und Parallelport angeschlossene Nadel- und auch Laserdrucker. Aus Gründen der Drucker-Redundanz sind diese teilweise gegenseitig freigegeben. Hat funktioniert und hat sich auch bewährt. Netzwerkerkennung usw. alles geprüft. Ich sehe ja sogar die Freigaben in der Netzwerkübersicht, nur verbinden lässt sich das Gerät nicht. Weder per IP-Adresse noch per Netzwerknamen.

"Druckerverbindung kann nicht hergestellt werden. Der angegebene Netzwerkname ist nicht mehr verfügbar."

Bin in den nächsten Tagen mal wieder vor Ort, möchte aber eigentlich ungern an den IPv6 Einstellungen der Vodafone-Cable Box etwas ändern. Ehrlich gesagt habe ich mich auch noch nie mit "Router Advertisement" Einstellungen in der FritzBox beschäftigen müssen und weiß nicht genau, welche Auswirkungen Änderungen dieser Einstellungen haben.

Oder muss ich nur die DNSv6- und DHCPv6-Server deaktivieren?

Ich probier es mal aus.

Am Router würde ich da nichts machen sondern nur auf dem Client IPv6 deaktivieren.
Und wegen Netzwerkerkennung, wenn du die nicht explizit aktiviert hast (mit Klick auf einschalten im Netzwerkverzeichins) ist die in jeden Fall noch aus.
Testweise den WLAN Adapter bei Win11 deaktivieren, nicht das der Client doppelt verbunden ist.

Schau vielleicht mal auf einen anderen Client welche SMB Versionen der zur Verfügung stellt.
Testweise vielleicht auch auf dem Win11 Client die Firewall mal deaktivieren.

Der freigegebene Drucker sollte auch direkt über den anderen Client als Freigabe erscheinen.

Und bei USB und Parallelportdruckern....schon mal die Treiber dafür auf Win11 installiert (falls noch verfügbar).
Clientseitige Verarbeitung aktiviert ?
Zugriffberechtigung auf dem alten Rechnern für die Verwaltung vorhanden?

Die veralteten SMB Versionen hatte ich testweise auf dem W11 schon aktiviert.
Ich werde die Dinge auf jeden Fall alle noch mal durchgehen.
Aber irgendwie deutet es auf ein IPv6 Problem hin, sowie bei PeterleB. Er hatte ja genau das gleiche Problem.
Werde die IP Konfigurationen auch noch mal alle im Vergleich auswerten.

Vielen Dank für die Unterstützung.
Werde berichten.

ping mit den Namen klappt sogar auch, aber bei der Antwort tauchen eigenartige Adressen auf wie:
Antwort von 64.99.80.121: Bytes...
Gleiche Antwort bei beiden angepingten Rechnern.
Wer ist denn 64.99.80.121?
Mein Netzwerk hat doch den Bereich 172.xxx.xxx.xxx.

Das Problem wundert mich ehrlich gesagt überhaupt nicht wenn du intern ein öffentlich erreichbares DNS Suffix verwendest ...!!

Verbindungsspezifisches DNS-Suffix: busch.net

Das löst die Fritte auf öffentliche IPs auf weil sie mit ihrer IPv6 Adresse als DNS Server hinterlegt ist und weil sie für die Domain nicht zuständig ist (Ihre default authorative ist ja fritz.box) ...

Verwendet man intern nun bspw. einen Host mit Namen musterPC nimmt Windows den Namen und hängt das verbinungsspezifische Suffix an => musterPC.busch.net, das schickt der Host dann an seine DNS Server (Fritte) und die fragt den DNS-Server des ISP und dieser liefert eine öffentliche IP zurück weil für die Domain busch.net ein Wildcard DNS Record hinterlegt ist, also für jeden beliebige Subdomain die Haupt-IP zurückliefert für die es keinen anderen Eintrag gibt.
Da IPv6 von Windows bevorzugt genutzt wird wird und die IPv6 IP Der Fritte auch als DNS Server hinterlegt ist, fragt der Rechner bevorzugt die Fritte nach dem Hostnamen und nicht mehr die internen da eine valide Adresse zurückgeliefert wird!!
Die Lösung ist einfach, IPv6 kann an bleiben! Trage als DNS-Server nur die ein die das Suffix kennen. Für IPv6 kann in der Fritte die Übergabe von sich selbst als DNS-Server im RA abgeschaltet werden, dann verschwindet die IPv6-Adresse von Ihr in den DNS-Server-Liste auf dem Client.

Works as desgned

! Nur bei öffentlichen Suffixen die man intern verwendet muss man halt aufpassen

.

Wurstel

Hier noch mal eine kurze Rückmeldung zu meinem Austausch-Notebook Win11 gegen W10 im Netzwerk:

Einklinken in Workgroup-Ordnerfreigaben kein Problem.
Nur Verbindungen zu Druckerfreigaben (in beide Richtungen) kommen nicht zustande. (siehe Bild oben)

Habe nochmal folgendes gecheckt:

IPv6 war schon deaktiviert
Netzwerkerkennung usw. war schon alles OK
Kreuztest der Netzwerkverbindungen Ethernet- WLAN: gleiches Phänomen

(dachte schon, es liegt an der gleichen IP-Adresse, die das Notebook vom Vorgänger erhalten hat. Irgendwelche Caches oder Ähnliches, was da im Netzwerk herumschwirrt. Aber über WLAN hatte das Notebook ja auch eine neue IP-Adresse)

Testweise freigegebene Ordner der gleichen Rechner, an denen auch die Drucker hängen, können problemlos vom W11-Notebook als Netzlaufwerk verbunden weden. Nur die Drucker halt nicht. Weder über IP-Adresse noch PC-Name
ipconfig /all wie alle anderen Rechner. Testweise DNS Eintrag mal geändert.

Nachdem ich jetzt noch an einem WIN10-PC fürs Netzwerk eine H2 Datenbank installiert habe und 4 PC's mit einem Klick verbunden waren, nur das neue W11 Notebook wieder nicht, Reißleine.

Werde bei Gelegenheit Windows 11 runterschmeißen und Windows 10 installieren.
Soviel Zeit und Experementierfreude habe ich leider, vor allem vor Ort, nicht. Vor allem kann ich das unmöglich alles in Rechnung stellen.

Danke noch mal für die Mitarbeit
bonnerjung

Da hier über Karneval ja eine Woche alles still steht, habe ich mir das neue Notebook nochmal geholt und vor Downgrade auf W10 doch noch mal recherchiert. Herbst 2025 ist ja nicht mehr sooo weit hin.

Den gleichen Fehler hatte ja auch schon killtec beschrieben.
Client (Win11) verbindet sich nicht mehr mit dem Drucker
Zur einer Lösung ist es da aber auch nicht gekommen. Zumindest wurde nicht weiter berichtet.

Schließlich fand ich den Hinweis auf RPC over TCP <> RPC over named pipes
RPC over TCP

Nach Änderung ein kleiner Fortschritt. Ich hatte einen anderen Fehler: 0x0000011b
Dazu gibt es ja eine Menge im Internet zu lesen.
Im Wesentlichen soll der Registryeintrag RpcAuthnLevelPrivacyEnabled geändert werden.
Half bei mir aber auch nichts.
Den Drucker konnte ich aber problemlos verbinden, nachdem ich auf dem Windows 10 Rechner einen Benutzer mit gleichem Namen und Kennwort angelegt hatte.
Auch umgekehrt funktionierte dann die Druckerfreigabe.
Das war dann mein Workaround.
Das Benutzerkonto habe ich dann versteckt.
HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Winlogon\SpecialAccounts\UserList

Damit kann ich im Moment leben.

H2 Datenbank funktioniert auch.
Fehler: InvalidPathException: Trailing Char
Dummer Zufall. Hier war es ein Leerzeichen am Ende der Url, das die Verbindung verhinderte.

gelöst Frage Microsoft Windows 11

Mehr von PeterleB

Powershell FehleranzeigePeterleB - 6 Kommentare

Zugriffsrechte auf User-Ordner eines älteren DiskimagesPeterleB - 6 Kommentare

Geschwindigkeit USB-ControllerPeterleB - 19 Kommentare

Kühlung externe FestplattePeterleB - 13 Kommentare

Heiß diskutiert