Kein Zugriff auf Samba Share nach Windows 2004 Update

[Vin2]

Hallo zusammen,

ich bin auch vom aktuellen Problem der auf Samba Freigaben unter Windows 10 betroffen.

Hintergrund, ich benutze einen Helios64 NAS/Rock64, welche über OpenMediaVault Dateien zur Verfügung stellen.

Als Betriebssystem benutze ich Armbian Debian 10, darunter läuft die Samba Version 4.9.5.

Der Zugriff ist möglich über Linux/Android und wurde auf mehreren Geräten getestet, einzig Windows stellt sich quer.

Versucht habe ich das aktivieren von Samba 1 (nur zur Fehlerprüfung) und das manuelle aktivieren von SMB2-3 wie auf der Microsoft Seite beschrieben, weiterhin auch den direkten Zugriff über den Netzwerkpfad

EDIT: Außerdem das Aktivieren vom Gästelogin über die Gruppenrichtlinien und das Anlegen des Windows Bentutzers an den Linux Servern

EDIT2: Windows Update 20H2 Build 19042.685

Hat hier noch jemand Vorschläge?

Im Voraus vielen Dank.

Grüße
Vin

Spoiler: Samba config

# This file is auto-generated by openmediavault (https://www.openmediavault.org)
# WARNING: Do not edit this file, your changes will get lost.
#======================= Global Settings =======================
[global]
workgroup = WORKGROUP
server string = %h server
dns proxy = no
log level = 0
log file = /var/log/samba/log.%m
max log size = 1000
logging = syslog
panic action = /usr/share/samba/panic-action %d
encrypt passwords = true
passdb backend = tdbsam
obey pam restrictions = no
unix password sync = no
passwd program = /usr/bin/passwd %u
passwd chat = Enter\snew\s\spassword:* %n\n Retype\snew\s\spassword:* %n\n password\supdated\ssuccessfully .
pam password change = yes
socket options = TCP_NODELAY IPTOS_LOWDELAY
guest account = nobody
load printers = no
disable spoolss = yes
printing = bsd
printcap name = /dev/null
unix extensions = yes
wide links = no
create mask = 0777
directory mask = 0777
use sendfile = yes
aio read size = 16384
aio write size = 16384
time server = no
wins support = yes
multicast dns register = no
# Special configuration for Apple's Time Machine
fruit:aapl = yes
# Extra options
min receivefile size = 16384
write cache size = 524288
getwd cache = yes
socket options = TCP_NODELAY IPTOS_LOWDELAY
#======================= Share Definitions =======================
[HDD1]
path = /srv/dev-disk-by-id-ata-WDC_WD40EZRX-00SPEB0_WD-WCC4EAZDHURW-part1/
guest ok = no
guest only = no
read only = no
browseable = yes
inherit acls = yes
inherit permissions = no
ea support = no
store dos attributes = no
vfs objects =
printable = no
create mask = 0664
force create mode = 0664
directory mask = 0775
force directory mode = 0775
hide special files = yes
follow symlinks = yes
hide dot files = yes
valid users =
invalid users =
read list =
write list =

[HDD2]
path = /srv/dev-disk-by-id-ata-WDC_WD40EZRZ-00WN9B0_WD-WCC4E7UXYVKD-part1/
guest ok = no
guest only = no
guest only = no
read only = no
browseable = yes
inherit acls = yes
inherit permissions = no
ea support = no
store dos attributes = no
vfs objects =
printable = no
create mask = 0664
force create mode = 0664
directory mask = 0775
force directory mode = 0775
hide special files = yes
follow symlinks = yes
hide dot files = yes
valid users =
invalid users =
read list =
write list =

[USB]
path = /srv/dev-disk-by-label-Volume/
guest ok = no
guest only = no
read only = no
browseable = yes
inherit acls = yes
inherit permissions = no
ea support = no
store dos attributes = no
vfs objects =
printable = no
create mask = 0664
force create mode = 0664
directory mask = 0775
force directory mode = 0775
hide special files = yes
follow symlinks = yes
hide dot files = yes
valid users =
invalid users =
read list =
write list =

 

[Mojo1987]

Geht nicht ist ein bisschen weitläufig. Welche Meldung(en) spuckt Windows den konkret aus?

 

[Vin2]

Sorry, ja da gebe ich dir recht.

Fehlermeldung als solches kommt gar keine, sondern nur der Hinweis kein Zugriff

 

[-Overlord-]

https://www.tech-faq.net/fehlercode-0x80004005/

Und halt bei bei Windows im Event Log nachgucken - genau so bei Linux im Samba Log.

 

[LeChuckie]

Also das Aktivieren von SMB2/3 bringt Dir nichts, wenn auf dem Samba-Sahre SMB1 läuft. Hast Du Die Kompatibilität für SMB1 aktiv? Wenn nicht, teste.

Der bessere Weg wäre allerdings, wenn Du auf dem Samba-Server SMB2 oder 3 aktivierst.

 

[Sebastian_12]

Also das Aktivieren von SMB2/3 bringt Dir nichts, wenn auf dem Samba-Sahre SMB1 läuft. Hast Du Die Kompatibilität für SMB1 aktiv? Wenn nicht, teste.

Anhang anzeigen 1010227

Der bessere Weg wäre allerdings, wenn Du auf dem Samba-Server SMB2 oder 3 aktivierst.

lesen ...
Schonmal mit dem netname unter windows probiert statt der ip

 

[Vin2]

https://www.tech-faq.net/fehlercode-0x80004005/

Und halt bei bei Windows im Event Log nachgucken - genau so bei Linux im Samba Log.

Bin die Lösungen durchgegangen und es hat leider nicht geholfen

Wie kann ich in den Protokollen etwas relevantes rauslesen?

Also das Aktivieren von SMB2/3 bringt Dir nichts, wenn auf dem Samba-Sahre SMB1 läuft. Hast Du Die Kompatibilität für SMB1 aktiv? Wenn nicht, teste.

Anhang anzeigen 1010227

Der bessere Weg wäre allerdings, wenn Du auf dem Samba-Server SMB2 oder 3 aktivierst.

Habe ich bereits aktiviert gehabt zur Fehlerüberprüfung, weiterhin auch SMB1 mittels

ntlm auth = ntlmv1-permitted

am Server aktiviert

lesen ...
Schonmal mit dem netname unter windows probiert statt der ip

ja, brachte aber keine Lösung

 

[Mojo1987]

Hast du mal die gespeicherten Anmeldedaten in der Systemsteuerung gelöscht, neugestartet und dann versucht den Pfad als Netzlaidwerk mit dem Haken ändere Anmeldedaten verwenden neu einzubinden?

Ansonsten, was steh im Log vom Samba zu den Verbindungsversuchen?

 

[supi15]

Versuche dieses die Windows Eingabeaufforderung (cmd.exe) oder die Windows PowerShell. Mit dem folgenden Befehl werden alle bestehenden Netzwerkverbindungen getrennt: net use * /delete
Nach der Eingabe dieses Befehls musst Du Dein Vorhaben noch einmal bestätigen. Anschließend trennt Windows sämtliche Netzwerkverbindungen zu eventuell verbundenen Netzlaufwerken. Den Erfolg kannst Du Dir mit dem Befehl net use bestätigen lassen. Nun kannst erneut versuchen, die Verbindungen wieder herzustellen.
Sollte das nicht helfen dann so: eines neuen Eintrags in die Windows Registry:
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System]
"LocalAccountTokenFilterPolicy"=dword:00000001
Auch hier ist wieder ein Neustart des Betriebssystem notwendig

 

[Vin2]

Versuche dieses die Windows Eingabeaufforderung (cmd.exe) oder die Windows PowerShell. Mit dem folgenden Befehl werden alle bestehenden Netzwerkverbindungen getrennt: net use * /delete
Nach der Eingabe dieses Befehls musst Du Dein Vorhaben noch einmal bestätigen. Anschließend trennt Windows sämtliche Netzwerkverbindungen zu eventuell verbundenen Netzlaufwerken. Den Erfolg kannst Du Dir mit dem Befehl net use bestätigen lassen. Nun kannst erneut versuchen, die Verbindungen wieder herzustellen.
Sollte das nicht helfen dann so: eines neuen Eintrags in die Windows Registry:
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System]
"LocalAccountTokenFilterPolicy"=dword:00000001
Auch hier ist wieder ein Neustart des Betriebssystem notwendig

Hatte ich bereits umgesetzt und hat leider nicht geholfen

Hast du mal die gespeicherten Anmeldedaten in der Systemsteuerung gelöscht, neugestartet und dann versucht den Pfad als Netzlaidwerk mit dem Haken ändere Anmeldedaten verwenden neu einzubinden?

Ansonsten, was steh im Log vom Samba zu den Verbindungsversuchen?

Vielen herzlichen Dank dafür, anscheinend war das der Grund dafür, obwohl ich bereits versucht hatte die Freigaben als Netzlaufwerk mit anderen Anmeldeinformationen hinzuzufügen.