Ich habe einen Server (Synology RS-820+ mit DSM 6.2.3 OS und File Station-Anwendung) in der Cloud. SMB ist aktiv, kein WINS angegeben, SMB min = SMB2, SMB max = SMB3. Nur wenige Windows 10-Arbeitsstationen teilen die Ressourcen per net use X: //...Befehl, außer einer,und nureins.
Dieses Verhalten tritt unabhängig von den verwendeten Credits auf. Also untersuche ich die problematische Workstation, einen HP Pavillon Laptop 15, mit Windows 10 Home Version 10.0.19041.
Ich habe überprüftfdPHostUndFDResPub,SMB-Protokoll( EnableSMB2Protocol=true, EnableSMB1Protocol=false),Netzwerk privat,Firewall deaktiviert.
Der Befehl net use X:\\server-fdqn ...gib mir einFehler 53(wohingegen tracert server-fdqn die IP-Adresse gut löst); dafür habe ich hier einen Weg gefunden:„53 Netzwerkpfad wurde nicht gefunden“ beim Versuch, auf \\fqdn zuzugreifen, aber \\IP funktioniert einwandfrei).
Aber der Befehl net use X:\\ipadress ...gib mirstetseinFehler 1244(Der angeforderte Vorgang wurde nicht ausgeführt, da der Benutzer nicht authentifiziert wurde).
Ich muss auf die problematische Workstation zugreifen überTeamviewer, und der Server in der Cloud ist kein bekanntes System, was das Ganze noch schwieriger macht.
Ich brauche Hilfe bei der weiteren Diagnose meines Problems. Was sollte ich in der Registrierung oder mit PowerShell überprüfen? Paketerfassung?
PS: Ich würde einfach in <pbmatic-ws>\HKLM\CurrentControlSet\Services\LanmanWorkStation\Linkage:
NetBT_Tcpip_..., LanmanWorkstation_NetBT_Tcpip_... und "NetBT"
anstelle von
Smb_Tcpip_..., LanmanWorkstation_Smb_Tcpip_... und "Smb" auf einer gut funktionierenden Station finden.
Vielleicht ein Hinweis?
Antwort1
Entschuldigen Sie, ich habe alles falsch verstanden.
Ich habe nmap auf der Windows-Station installiert und festgestellt, dass der französische ISP Port 445 blockierte! Unfassbar!
Also habe ich als Workaround ein VPN installiert.