[erledigt] WIN10 kann nicht auf Sambaserver verbinden

[letzter3]

Hallo,

ich habe hier eine vllt. ungewöhnliche Konfiguration und wahrscheinlich ist auch nicht der Debian-Samba verantwortlich, sondern der WIN10 client.
Da ich aber weder ein gutes WIN10-Forum kenne noch in einem angemeldet bin, hoffe ich hier auf Hilfe.

WIN Client (192.168.2.20) -> FRITZ!Box (192.168.2.1, diese baut als VPN-Client einen VPN-Tunnel zu einer anderen Fritz!Box auf) ---------INTERNET------------ Fritz!Box (192.168.178.1, gleichzeit der VPN-Server)-> SambaServer (192.168.178.2, Linux ptLWL01 3.2.0-4-amd64 #1 SMP Debian 3.2.81-1 x86_64)

Ich kann von 192.168.2.20 auf 192.168.178.2 pingen. Auch der Zugriff eines Programmes auf eine MySQL-Datenbank auf 192.168.178.2 funktioniert. Der WIN-client hat als Arbeitsgruppe SMB.

Code: Alles auswählen

Microsoft Windows [Version 10.0.10586]
(c) 2015 Microsoft Corporation. Alle Rechte vorbehalten.

C:\Users\letzter>ping 192.168.178.2

Ping wird ausgeführt für 192.168.178.2 mit 32 Bytes Daten:
Antwort von 192.168.178.2: Bytes=32 Zeit=103ms TTL=62
Antwort von 192.168.178.2: Bytes=32 Zeit=58ms TTL=62
Antwort von 192.168.178.2: Bytes=32 Zeit=61ms TTL=62
Antwort von 192.168.178.2: Bytes=32 Zeit=63ms TTL=62

Ping-Statistik für 192.168.178.2:
    Pakete: Gesendet = 4, Empfangen = 4, Verloren = 0
    (0% Verlust),
Ca. Zeitangaben in Millisek.:
    Minimum = 58ms, Maximum = 103ms, Mittelwert = 71ms

C:\Users\letzter>

Ich kann per net use IRGENDWAS einbinden.

Code: Alles auswählen

C:\Users\letzter>net use Y: \\192.168.178.2\public
Der Befehl wurde erfolgreich ausgeführt.
C:\Users\letzter>

Dies ist aber NICHT der tatsächliche SMB-Server, sondern irgendwas zwischengespeichertes aus einer alten offline-syncronisation.

Die smb-conf ist ziemlich simpel und funktioniert im lokalen 192.168.178-er Netz auch hervorragend. Sie funktioniert auch von einem anderen WIN7-Client, der von einem anderen Standort aus per VPN zugreift.

Code: Alles auswählen

[global]
 workgroup = smb
 security = share
# share modes = yes
 acl check permissions = no
 socket options = TCP_NODELAY SO_RCVBUF=16384 SO_SNDBUF=16384
 server max protocol = SMB3
    
[homes]
 comment = Home Directories
 browsable = no
 read only = no
 create mode = 0750
          
[public]
 path = /home/public/ 
 public = yes
 browsable = yes
 writable = yes
 comment = Tauschlaufwerk
 printable = no
 guest ok = yes
 create mode = 0777
 directory mask = 0777

Wenn der WIN10 client "so tut, als ob er sich verbindet", gibt es keinen Eintrag in der log.nmbd oder log.smbd.

Wie kann ich WIN10 dazu bringen, das Laufwerk einzubinden?

erledigt:
Die Windowsfirewall muss angewiesen werden, SMB-Anfragen auch auf "fremde" Subnetze durchzulassen.