Windows 10: Netzwerklaufwerke nicht nutzbar

[Helmi]

Hallo Gemeinde,

seit einiger Zeit (ich vermute seit dem letzten großen Windows 10-Update) hab ich das Problem, dass ich nach einem Rechnerstart meine Netzwerklaufwerke sehe, sie aber nicht verwenden kann.
Wenn ich auf ein Netzwerklaufwerk klicke, wird gesucht und irgendwann heißt es, dass es nicht gefunden werden kann.

Als Server hab ich einen WHS (Windows Home Server), der hochfährt, wenn ein Rechner startet.
Bislang war das alles kein Problem.

Jetzt muss ich meinen Windows 10-Rechner danach nochmal neu starten, erst dann sind die Netzwerklaufwerke nutzbar.

Irgendwas ist jetzt in dem neuen Windoof anders, bzw. kann es sein, dass eine Einstellung in Windows jetzt anders voreingestellt ist?
Und was für eine Einstellung könnte das sein?

[Der schöne Günther]

"Windows Home Server" ist das Ding das im Endeffekt ein Windows Server 2003 ist, richtig?

[Helmi]

Zitat:

Zitat von Der schöne Günther (Beitrag 1472847)

"Windows Home Server" ist das Ding das im Endeffekt ein Windows Server 2003 ist, richtig?

exakt!

[himitsu]

Ich hab ein Windows 7, da kann ich nicht mehr auf mein NAS zugreifen,
egal ob über Name oder IP (SMB und Anderes) ... warum k.A. (alle Tipps aus dem Netz besagen dass alles OK sei),
aber mit dem Browser komm ich problemlos auf die Weboberfläche
und Ping geht auch (glaub ich).

Liegt bei dir das Problem auch nur in den Dateifreigaben?


Home Server kann ich nicht Testen ... hatte ich vor 1-2 Jahren auf Win10 Pro upgegraded, mit aktiviertem RDP.

[Helmi]

Anscheinend liegt es nur an den Dateifreigaben

Der Zugriff auf die verlinkten Laufwerke ist nicht möglich
Der Zugriff auf den Server über "Netzwerk" ist auch nicht möglich

Die WHS-Konsole funktionierte aber, wie auch eine andere SW.

Zitat:

Zitat von himitsu (Beitrag 1472864)

Home Server kann ich nicht Testen ... hatte ich vor 1-2 Jahren auf Win10 Pro upgegraded, mit aktiviertem RDP.

Hast du von der WindowsHome-Version auf Win10Pro hochgerüstet?
Und falls ja, wie?

[himitsu]

Komplett alles löschen und Neuinstallation :wall:
und dann im internet geguckt, wie man z.B. RDP dauerhaft aktiviert. (nach vielen den Jahren das Wie wieder vergessen gehabt)

RDP: Nur für einen Nutzer, auf den aktiven Screen, aber reicht mir.

[Sherlock]

Eventuell inkompatible SMB Protokollversionen? Wenn der Server erst nach dem Client hoch fährt, kann der Client vielleicht nicht mehr seine Version anpassen...irgendsowas.

Sherlock

[Aviator]

Zitat:

Zitat von Sherlock (Beitrag 1472878)

Eventuell inkompatible SMB Protokollversionen? Wenn der Server erst nach dem Client hoch fährt, kann der Client vielleicht nicht mehr seine Version anpassen...irgendsowas.

Oder Version 1 wurde beim Update deinstalliert/deaktiviert.

@Helmi:
Hast du noch einen anderen Rechner auf dem es noch funktioniert? Schau mal mit dem PowerShell Befehl

Delphi-Quellcode:

Get-SmbConnection

nach, welche SMB Version da verwendet wird (Befehl benötigt Admin Rechte).

[Dalai]

Wenn SMB1 fehlte, würde gar keine Verbindung zustande kommen, auch nicht nach einem Neustart des Win10-Rechners. Das ist nach Helmis Aussage aber der Fall.

Ich würde mal einen Blick in die Ereignisanzeige werfen. Aber ich habe den Eindruck, dass das wieder so ein kurioses Problem auf "einzelnen" Win10-Systemen ist, wodurch auch immer.

Grüße
Dalai

[himitsu]

@Dalai: auch Windows 7 (Windows 10 geht bei mir)

Zitat:

Version 1 wurde beim Update deinstalliert/deaktiviert

Das wurde im Windows schon vor Langem deaktiviert. (schon lange bevor Windows7 abgekündigt wurde)

Zitat:

Zitat von Sherlock (Beitrag 1472878)

Eventuell inkompatible SMB Protokollversionen? Wenn der Server erst nach dem Client hoch fährt, kann der Client vielleicht nicht mehr seine Version anpassen...irgendsowas.

Ich hatte im NAS bereits alle SMB-Versionen und testweise auch AFP und NFS probiert.

Auch im Windows das alte SMB1/CIFS aktiviert, bzw. wieder neu installiert.

Hab auch schon mit einigen Optionen rumgespielt.
Opportunistic Locking
Local Master Browser
SMB Lease

Sowie das LAN komplett neu eingerichtet und andere Ports probiert.
Und im Windows alles in der Ethernetschnittstelle mal zurückgesetzt.



Hat nichts geändert.

[stifflersmom]

Wie sind denn die Laufwerke gemappt? Über IP-Adresse oder Rechnernamen?
Windows ist ja gerne mal schwierig, mit der Auflösung von Rechnernamen, wenn kein "richtiger" DNS-Server vorhanden ist.

IP-Mappings sollten immer funktionieren, wenn die richtige SMB-Version läuft.
Man kan auch in den Features von Windows das alte SMB1 Protokoll aktivieren, wenn man denn will.

[Helmi]

Hallo,

die Laufwerke sind über den Namen gemappt.
Anpingen ist kein Problem.

[stifflersmom]

Dann würde ich das Mapping mal über die IP-Adressen machen und schauen, wie es sich dann verhällt

[himitsu]

Bei mir macht es keinen Unterschied, ob ich IPv4, IPv6 oder den Namen benutze ... geht bei meinem Win7 alles nicht mehr,
außer eben im Browser auf's Webinterface oder z.B. das Backupprogramm, welches sich aber auch über das Web-Interface durschschleift, damit es auch von Unterwegs aus dem Internet rein kommt.
Firewall und Virenscanner hatte ich auch schon probehalber abgestellt.



Ich hatte mal Probleme, wenn ich mit LAN und WLAN gleichzeitig verbunden war.
Allerdings mit zwei verschiedenen Routern und unterschiedlichen IP-Bereichen, die aber Beide auch eine Verbindung zum NAS haben.
Die Namensauflösung konnte sich wohl nicht entscheiden worüber sie gehen soll ... oder so.
Zwei LAN-Ports und 2 WLAN-Module sind vielleicht zuviel, zu zwei Routern, wobei das WLAN-Netz über die vielen Hotspots und Repeater schon recht komplex und ausgelastet ist, drum hab ich inzwischen privat noch ein kleines GigabitNetz ... bald vielleicht 5 oder 10 Gbit.

Seit ich aber den Gerätenamen fest in der Hosts-Datei mit der LAN-IP verknubblt hab, ist das Problem beseitig gewesen,
allerdings ist das auf dem anderen PC/Server mit Windows 10, wo ich keine Probleme habe, mit der Verbindung zum SMB des NAS.
Und zusätzlich hatte ich mal rausgefunden, wie man die Prioritäten der Netzwerkadapter ändern kann, damit bei gewissen Konstallationen der "eigentlich" optimalere/schnellere Weg genutzt wird.

[Helmi]

Zitat:

Zitat von stifflersmom (Beitrag 1472925)

Dann würde ich das Mapping mal über die IP-Adressen machen und schauen, wie es sich dann verhällt

Das ist aber nicht die Rätsels Lösung.
Es muss ja einen Grund geben, wieso das jetzt über den Namen anscheinend nicht mehr funktioniert.

[jobo]

Ja vielleicht ist es ein anderer Name?

"Anpingen geht" sagt ja noch nichts über IP oder DNS. Was hast Du beim Anpingen verwendet?

Wenn der WHS wie auch immer als "Slave" arbeitet, ist vielleicht DHCP im Spiel. IP und Name sind also u.U. variabel.
Wir haben manchmal ähnliche Effekte, weil irgendeine "Bastelaktion", naja sagen wir Unachtsamkeit, mit einem Raspy für einen heimlichen DHCP Server sorgt. Nach einem Neustart ist man dann mit einem DHCP Rechner raus aus dem Netz oder drin, aber gefangen bzw. es gibt "eigenartiges" Verhalten des Rechners.

[stifflersmom]

Zitat:

Zitat von Helmi (Beitrag 1472940)

Das ist aber nicht die Rätsels Lösung.
Es muss ja einen Grund geben, wieso das jetzt über den Namen anscheinend nicht mehr funktioniert.

Aber schon ein Hinweis darauf, in welche Richte wahrscheinlich zu suchen ist.

[Helmi]

Hallo,

ich hab jetzt nochmal einen Test gemacht:

also über die IP kann die Laufwerke erreichen.

Im Windows-Explorer wird der Server nicht mit seinem Namen unter "Netzwerk" angezeigt.
Wenn ich in der Eingabeleiste einen Ordner über die IP erreiche, so erscheint unter "Netzwerk" auch der Server, aber eben nur mit seiner IP.
Anscheinend funktioniert einmalig die Namensauflösung (oder wie das Ding genau heißt) nicht.

Irgendwas muss ich geändert haben, denn das hat bislang immer sauber und fehlerfrei funktioniert.

[stifflersmom]

"Eigentlich" braucht es immer einen DNS-Server, allerdings ist das für kleine Netze auch eher unüblich, einen zu pflegen.
Wenn Du nur eine Hand voll Rechner in Deinem Netz hast, trag diese einfach in Deine lokale hosts Datei ein und Du hast Ruhe (Voraussetzung natürlich, die IP's der Rechner ändern sich nicht)

C:\Windows\System32\drivers\etc\hosts

[Helmi]

Zitat:

Zitat von stifflersmom (Beitrag 1473115)

"Eigentlich" braucht es immer einen DNS-Server, allerdings ist das für kleine Netze auch eher unüblich, einen zu pflegen.
Wenn Du nur eine Hand voll Rechner in Deinem Netz hast, trag diese einfach in Deine lokale hosts Datei ein und Du hast Ruhe (Voraussetzung natürlich, die IP's der Rechner ändern sich nicht)

C:\Windows\System32\drivers\etc\hosts

Danke für den Tipp!

Aber wieso funktionierte es bisher problemlos, jetzt nicht mehr?
Auch scheint eine nachträgliche Namensauflösung nicht mehr zu funktionieren.
Nur noch ein Win10-Neustart hilft dabei.

[stifflersmom]

Wieso ist wahrscheinlich nicht so schnell zu beantworten, Windows macht "eigentlich" vieles von allein und im Hintergrund. Aber macnhmal funktionieren diese eigentlich nützlichen Hilfestellungen nicht mehr, oder anders als früher...
Das bekommt man nicht immer mit und dann hat man so einen lästigen Fehler, der vorher nicht aufgetreten ist.

[Dalai]

Sowas kann auftreten, wenn NetBIOS über TCP/IP nicht aktiviert ist und/oder das DNS-Suffix zwischen den Rechnern unterschiedlich ist. Schau mal mit

Code:

ipconfig /all

nach, ob das bei allen relevanten Adaptern aktiviert ist.

Grüße
Dalai

[Helmi]

Hallo,

hier mal die Ausgabe von

Code:

ipconfig /all

Zitat:

Windows-IP-Konfiguration

Hostname . . . . . . . . . . . . : Helmut-PC
Primäres DNS-Suffix . . . . . . . :
Knotentyp . . . . . . . . . . . . : Hybrid
IP-Routing aktiviert . . . . . . : Nein
WINS-Proxy aktiviert . . . . . . : Nein
DNS-Suffixsuchliste . . . . . . . : fritz.box

Ethernet-Adapter VirtualBox Host-Only Network:

Verbindungsspezifisches DNS-Suffix:
Beschreibung. . . . . . . . . . . : VirtualBox Host-Only Ethernet Adapter
Physische Adresse . . . . . . . . : 0A-00-27-00-00-0B
DHCP aktiviert. . . . . . . . . . : Nein
Autokonfiguration aktiviert . . . : Ja
Verbindungslokale IPv6-Adresse . : fe80::6caf:86dd:a0f2:adcc%11(Bevorzugt)
IPv4-Adresse (Auto. Konfiguration): 169.254.173.204(Bevorzugt)
Subnetzmaske . . . . . . . . . . : 255.255.0.0
Standardgateway . . . . . . . . . :
DHCPv6-IAID . . . . . . . . . . . : 151519271
DHCPv6-Client-DUID. . . . . . . . : 00-01-00-01-24-C6-0A-AC-74-D4-35-B7-B0-C3
DNS-Server . . . . . . . . . . . : fec0:0:0:ffff::1%1
fec0:0:0:ffff::2%1
fec0:0:0:ffff::3%1
NetBIOS über TCP/IP . . . . . . . : Aktiviert

Ethernet-Adapter Ethernet:

Verbindungsspezifisches DNS-Suffix: fritz.box
Beschreibung. . . . . . . . . . . : Realtek PCIe GbE Family Controller
Physische Adresse . . . . . . . . : 74-D4-35-B7-B0-C3
DHCP aktiviert. . . . . . . . . . : Ja
Autokonfiguration aktiviert . . . : Ja
IPv6-Adresse. . . . . . . . . . . : 2003:c4:ef16:1900:ada8:3142:f112:d83(Bevorzugt)
Temporäre IPv6-Adresse. . . . . . : 2003:c4:ef16:1900:b98d:c9c1:2d03:3f5a(Bevorzugt)
Verbindungslokale IPv6-Adresse . : fe80::ada8:3142:f112:d83%13(Bevorzugt)
IPv4-Adresse . . . . . . . . . . : 192.168.178.21(Bevorzugt)
Subnetzmaske . . . . . . . . . . : 255.255.255.0
Lease erhalten. . . . . . . . . . : Montag, 7. September 2020 09:58:16
Lease läuft ab. . . . . . . . . . : Donnerstag, 17. September 2020 09:58:16
Standardgateway . . . . . . . . . : fe80::cece:1eff:feb0:3597%13
192.168.178.1
DHCP-Server . . . . . . . . . . . : 192.168.178.1
DHCPv6-IAID . . . . . . . . . . . : 292869173
DHCPv6-Client-DUID. . . . . . . . : 00-01-00-01-24-C6-0A-AC-74-D4-35-B7-B0-C3
DNS-Server . . . . . . . . . . . : 192.168.178.1
fd00::cece:1eff:feb0:3597
NetBIOS über TCP/IP . . . . . . . : Aktiviert

[Dalai]

OK, NetBIOS ist aktiv. Haben die anderen Rechner dasselbe (verbindungsspezifische) DNS-Suffix?

Grüße
Dalai

[Helmi]

ich hab nur noch einen Rechner über WLAN verbunden, aber bei dem funktioniert es problemlos und er hat die selben Einstellungen

[Dalai]

Statt des Neustarts würde ich mal versuchen, den Netzwerkadapter zu deaktivieren und wieder zu aktivieren. Und wie bereits gesagt: die Ereignisanzeige ist häufiger von Nutzen als man denkt.

Grüße
Dalai

[himitsu]

Bei mir wird es via NetBios und SSDP in der Netwerkerkennung gefunden (Windows 7 und 10),
aber im Windows 7 hab ich seit langer Zeit über den Explorer keinen Zugriff mehr.

[Helmi]

Zitat:

Zitat von Dalai (Beitrag 1473131)

Statt des Neustarts würde ich mal versuchen, den Netzwerkadapter zu deaktivieren und wieder zu aktivieren. Und wie bereits gesagt: die Ereignisanzeige ist häufiger von Nutzen als man denkt.

ich hab auch schon den Treiber vom Netzwerkadapter deinstalliert und dann neu gestartet
aber auch das hat nichts gebracht.

In der Ereignisanzeige kann ich nichts Negatives finden

[Dalai]

Zitat:

Zitat von Helmi (Beitrag 1473136)

ich hab auch schon den Treiber vom Netzwerkadapter deinstalliert und dann neu gestartet
aber auch das hat nichts gebracht.

Ich meinte das wirklich genau wie ich geschrieben habe: Statt das System neu zu starten, den Netzwerkadapter bzw. die Verbindung deaktivieren (nicht deinstallieren) und danach wieder aktivieren. Wenn das hilft, spart man sich zumindest den Neustart.

Grüße
Dalai

[Helmi]

Zitat:

Zitat von Dalai (Beitrag 1473138)

Zitat:

Zitat von Helmi (Beitrag 1473136)

ich hab auch schon den Treiber vom Netzwerkadapter deinstalliert und dann neu gestartet
aber auch das hat nichts gebracht.

Ich meinte das wirklich genau wie ich geschrieben habe: Statt das System neu zu starten, den Netzwerkadapter bzw. die Verbindung deaktivieren (nicht deinstallieren) und danach wieder aktivieren. Wenn das hilft, spart man sich zumindest den Neustart.

Grüße
Dalai

ah so - sorry - hab das missverstanden.
Nein, das hab ich noch nicht gemacht - werd ich beim nächsten Mal ausprobieren

[Helmi]

Hallo,

hab jetzt mal das De- und wieder Aktivieren der Netzwerkkarte ausprobiert.
Leider ohne Erfolg.

[Helmi]

Also ich hab jetzt rausgefunden, dass die Arbeitsgruppe falsch war

Aber so richtig was geholfen hat es nicht.
Wenn ich mich nslookup teste, dann wird der Namen aufgelöst, bzw. der Namen anhand der IP angezeigt
Aber ein Zugriff ist nicht möglich

[Dalai]

Funktioniert's denn, wenn du den kompletten Rechnernamen angibst, also mit DNS-Suffix, sowas wie "server.fritz.box"?

Grüße
Dalai

[Helmi]

Zitat:

Zitat von Dalai (Beitrag 1473530)

Funktioniert's denn, wenn du den kompletten Rechnernamen angibst, also mit DNS-Suffix, sowas wie "server.fritz.box"?

Grüße
Dalai

Nein - so funktioniert es auch nicht.

Ich kann den Server über die IP anpingen, ebenso über dessen Namen.

Möglicherweise liegt es aber auch auf der Gegenseite....

[generic]

Bist du vielleicht nicht im "Heim" Netzwerk?
Dann spielt die Firewall mit rein.

[Helmi]

Zitat:

Zitat von generic (Beitrag 1473855)

Bist du vielleicht nicht im "Heim" Netzwerk?
Dann spielt die Firewall mit rein.

Ich bin im Heim-Netzwerk, aber das mit der Firewall war ein guter Hinweis.
Obwohl ich es mir nicht vorstellen konnte, hab ich die Situation hergestellt und bin im Client ohne aktiven Kaspersky hochgefahren.
Und siehe da, es funktionierte jedesmals sofort

Also hat sich im Kaspersky irgendwas verstellt