Anleitung zur Diagnose von SMB-Verbindungsproblemen

1. Vom Host-System aus starten (Windows/macOS)

IP-Adresse identifizieren

# Status und IP-Adresse der VM anzeigen
charly-server vm status
# In der Ausgabe nach der IP-Adresse suchen, z.B. 192.168.15.137

SSH-Verbindung zur VM herstellen

# Mit der VM verbinden (öffnet eine BASH-Shell in der Debian VM)
charly-server vm ssh

2. Überprüfung des SMB-Servers (innerhalb der Debian VM)

SMB-Server überprüfen

# Prüfen, ob Samba läuft
sudo systemctl status smbd

# Netzwerk-Ports überprüfen (Port 445 sollte offen sein)
sudo netstat -tulpn | grep smbd

# Samba-Konfiguration anzeigen
sudo cat /etc/samba/smb.conf
# Oder kompakte Ansicht:
sudo testparm -s

Lokalen Mount testen

# Lokalen Mountpunkt erstellen
sudo mkdir -p /mnt/test

# Lokal mounten (wichtig: localhost oder 127.0.0.1 verwenden)
sudo mount -t cifs //localhost/charly-ablage /mnt/test -o username=smbuser,password=PASSWORT

# Überprüfen, ob Mounting erfolgreich war
df -h | grep test
ls -la /mnt/test

# Nach dem Test wieder unmounten
sudo umount /mnt/test

# Test-Verzeichnis entfernen
sudo rmdir /mnt/test

Logs überwachen

# Log-Level erhöhen (falls nötig)
sudo sed -i 's/log level = 1/log level = 3/' /etc/samba/smb.conf
sudo systemctl restart smbd

# Logs in Echtzeit überwachen
sudo tail -f /var/log/samba/log.smbd

# Nach der Fehlerbehebung Log-Level zurücksetzen
sudo sed -i 's/log level = 3/log level = 1/' /etc/samba/smb.conf
sudo systemctl restart smbd

3. Überprüfung auf dem Windows-Client

Netzwerkverbindung testen

# Basisverbindung testen
ping 192.168.15.137

# SMB-Port (445) testen
Test-NetConnection -ComputerName 192.168.15.137 -Port 445

SMB-Freigaben auflisten

# Alle verfügbaren Freigaben anzeigen
net view \\192.168.15.137

# Oder in PowerShell
Get-SmbShare -CimSession 192.168.15.137

Laufwerk mounten/verbinden

# Variante 1: klassischer net use Befehl
net use S: \\192.168.15.137\charly-ablage /user:smbuser PASSWORT

# Variante 2: Mit Domain-Angabe (wenn nötig)
net use S: \\192.168.15.137\charly-ablage /user:WORKGROUP\smbuser PASSWORT

# Variante 3: PowerShell mit interaktiver Anmeldung
New-PSDrive -Name "S" -PSProvider FileSystem -Root "\\192.168.15.137\charly-ablage" -Credential (Get-Credential) -Persist

Systemeinstellungen überprüfen

# SMB-Protokolleinstellungen prüfen
Get-SmbServerConfiguration | Select EnableSMB1Protocol, EnableSMB2Protocol

# NTLM/NTLMv2-Einstellungen prüfen
Get-ItemProperty -Path "HKLM:\SYSTEM\CurrentControlSet\Control\Lsa" -Name "LmCompatibilityLevel"
# Wert 2: Sendet LM & NTLM
# Wert 3 oder höher: Nur NTLMv2

4. Fehlerbehebungsstrategien

Bei Verbindungsproblemen auf Windows-Client

Bestehendes Mapping löschen: net use S: /delete
Zwischengespeicherte Anmeldedaten löschen: rundll32.exe keymgr.dll,KRShowKeyMgr

Verschiedene SMB-Protokollversionen testen:

net use S: \\192.168.15.137\charly-ablage /user:smbuser PASSWORT

Testen Sie auf einem anderen Client im selben Netzwerk

5. Schrittweises Vorgehen bei Problemen

IP-Adresse verifizieren: Mit charly-server vm status die korrekte IP-Adresse bestimmen
Lokalen Test durchführen: Zugriff vom Server selbst testen
Client-Test: Verbindung von einem Windows-Client überprüfen
Protokoll-Analyse: Bei Problemen die Logs auf beiden Seiten auswerten
Netzwerktest: Wenn keine Verbindung hergestellt werden kann, grundlegende Netzwerkverbindung prüfen

Durch systematisches Vorgehen vom Server zum Client lassen sich die meisten SMB-Verbindungsprobleme identifizieren und beheben.

6. Aufräumen nach der Fehlerbehebung

Nachdem die SMB-Verbindungsprobleme behoben wurden, folgende Änderungen zurücksetzen:

Auf der Debian VM:

# Log-Level zurücksetzen (falls geändert)
sudo sed -i 's/log level = 3/log level = 1/' /etc/samba/smb.conf
sudo systemctl restart smbd

# Test-Mount entfernen (falls noch gemountet)
sudo umount /mnt/test 2>/dev/null
sudo rmdir /mnt/test 2>/dev/null

Auf dem Windows-Client:

# Wenn keine dauerhafte Verbindung gewünscht ist, Laufwerk trennen
net use S: /delete

Version: 2.5.0

Datum der letzten Aktualisierung: 26.03.2025