SFTP-Verbindung – Leitfaden zur Fehlerbehebung

1. Grundlegende Prüfungen (alle Plattformen)

1.1 Zugangsdaten überprüfen

Überprüfen Sie jedes Feld in FileZilla genau wie angegeben:

[[info=Tipp]]Vorsicht beim Kopieren und Einfügen. Achten Sie darauf, dass beim Einfügen der Zugangsdaten keine führenden oder abschließenden Leerzeichen enthalten sind. Geben Sie das Passwort in FileZilla manuell ein, falls Kopieren/Einfügen nicht funktioniert.[[info]]

1.2 FileZilla-Einstellungen bestätigen

Öffnen Sie FileZilla und navigieren Sie zu Datei > Servermanager, um Folgendes zu überprüfen:

1. Das Protokoll ist auf SFTP - SSH File Transfer Protocol eingestellt (nicht FTP oder FTPS).
2. Der Anmeldetyp ist auf „Normal“ eingestellt (nicht „Anonym“ oder „Interaktiv“).
3. Das Feld „Server“ enthält nur die Serveradresse, ohne das Präfix sftp://.
4. Registerkarte „Übertragungseinstellungen“: Der Übertragungsmodus ist auf „Passiv“ eingestellt (dies sollte die Standardeinstellung sein).

1.3 Von einem anderen Computer oder Netzwerk aus versuchen

Um festzustellen, ob das Problem bei Ihrem Gerät oder Ihrem Netzwerk liegt:

• Versuchen Sie die Verbindung von einem anderen Computer im selben Netzwerk.
• Versuchen Sie die Verbindung über ein anderes Netzwerk (z. B. mobiler Hotspot, privates WLAN statt Büro).

1.4 VPN und Proxy prüfen

Wenn Sie mit einem VPN verbunden sind:

• Trennen Sie die VPN-Verbindung und stellen Sie eine direkte Verbindung her.
• Ist ein VPN durch Ihr Unternehmen vorgeschrieben, bitten Sie Ihren Netzwerkadministrator, ausgehenden Datenverkehr zu tngsftp.blob.core.windows.net auf Port 22 zuzulassen.
• Wenn Sie einen HTTP-Proxy verwenden: SFTP (Port 22) kann in der Regel nicht über HTTP-Proxys geleitet werden. Sprechen Sie mit Ihrem IT-Team über einen SOCKS-Proxy oder eine direkte Routing-Ausnahme.

1.5 Verfügbarkeit von Azure/Microsoft-Diensten prüfen

Bestätigen Sie, dass die Azure Blob Storage-Dienste in Ihrer Region betriebsbereit sind:

1. Besuchen Sie die Azure-Statusseite: https://status.azure.com
2. Prüfen Sie, ob Vorfälle den Azure Blob Storage oder das Netzwerk in Ihrer Region betreffen.
3. Warten Sie bei einem laufenden Vorfall, bis Microsoft diesen behoben hat, bevor Sie es erneut versuchen.

1.6 Ihren Netzwerkadministrator fragen

Bitten Sie Ihren Netzwerk- oder IT-Administrator, Folgendes zu bestätigen:

• Ausgehende TCP-Verbindungen auf Port 22 zu tngsftp.blob.core.windows.net sind zulässig.
• Keine DPI (Deep Packet Inspection) oder Firewall auf Anwendungsebene blockiert SSH/SFTP-Datenverkehr.
• Keine IP-Zulassungslisten oder geografischen Einschränkungen verhindern den Zugriff auf Azure-Endpunkte.
• Die DNS-Auflösung für tngsftp.blob.core.windows.net liefert eine gültige IP-Adresse.

2. Schneller Verbindungstest (alle Plattformen)

Führen Sie diesen kurzen Test in einem beliebigen Terminal oder einer Eingabeaufforderung aus, bevor Sie mit den plattformspezifischen Abschnitten fortfahren, um die grundlegende Netzwerkerreichbarkeit zu prüfen:

# DNS-Auflösung prüfen
nslookup tngsftp.blob.core.windows.net

# Verbindung zu Port 22 testen (funktioniert unter Windows 10+, macOS, Linux)
ssh -v -o ConnectTimeout=10 tngsftp.blob.core.windows.net

3. Fehlerbehebung unter Windows

3.1 Windows-Firewall prüfen

1. Drücken Sie Win + R, geben Sie wf.msc ein und drücken Sie Enter, um „Windows Defender Firewall mit erweiterter Sicherheit“ zu öffnen.
2. Klicken Sie im linken Bereich auf „Ausgehende Regeln“.
3. Suchen Sie nach einer Regel, die Port 22 oder FileZilla (filezilla.exe) blockiert.
4. Falls eine blockierende Regel existiert, deaktivieren Sie diese oder erstellen Sie eine Zulassungsregel für FileZilla auf Port 22.

Alternativ können Sie die Windows-Firewall zu Testzwecken vorübergehend deaktivieren (danach wieder aktivieren):

# In PowerShell als Administrator ausführen
Set-NetFirewallProfile -Profile Domain,Public,Private -Enabled False

# Nach dem Test wieder aktivieren
Set-NetFirewallProfile -Profile Domain,Public,Private -Enabled True

3.2 Port 22 mit PowerShell testen

# PowerShell - TCP-Verbindung zu Port 22 testen
Test-NetConnection -ComputerName tngsftp.blob.core.windows.net -Port 22

Erwartete erfolgreiche Ausgabe:

TcpTestSucceeded : True

3.3 DNS-Auflösung prüfen

# Eingabeaufforderung oder PowerShell
nslookup tngsftp.blob.core.windows.net

# Bei DNS-Fehlern mit öffentlichem DNS versuchen
nslookup tngsftp.blob.core.windows.net 8.8.8.8

Funktioniert der öffentliche DNS-Dienst, Ihr Standard-DNS jedoch nicht, konfigurieren Sie Ihren Netzwerkadapter so, dass er 8.8.8.8 (Google) oder 1.1.1.1 (Cloudflare) als DNS verwendet.

3.4 Auf Interferenzen durch Antiviren-/Sicherheitssoftware prüfen

Antivirenprogramme und Sicherheitssuiten von Drittanbietern (Kaspersky, Norton, Bitdefender, ESET usw.) enthalten oft eine eigene Firewall oder einen Netzwerkfilter, der SFTP blockieren kann:

• Deaktivieren Sie vorübergehend das Firewall-Modul des Antivirenprogramms und versuchen Sie es erneut.
• Prüfen Sie die Antiviren-Protokolle auf blockierte Verbindungen zu Port 22 oder tngsftp.blob.core.windows.net.
• Fügen Sie FileZilla als vertrauenswürdige Anwendung in Ihren Antiviren-Einstellungen hinzu.

3.5 Windows-SSH-Client prüfen

Windows 10/11 verfügt über einen integrierten SSH-Client. Testen Sie die direkte SFTP-Verbindung über die Befehlszeile:

sftp tngsftp.<your_user>@tngsftp.blob.core.windows.net

Funktioniert dies, FileZilla jedoch nicht, liegt das Problem in der FileZilla-Konfiguration. Installieren Sie FileZilla neu oder setzen Sie die Einstellungen über Bearbeiten > Einstellungen > Zurücksetzen zurück.

3.6 Hosts-Datei prüfen

Überprüfen Sie, ob die Hosts-Datei keine Überschreibung für den SFTP-Server enthält:

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

Stellen Sie sicher, dass keine Zeile tngsftp.blob.core.windows.net auf eine andere IP-Adresse oder auf 127.0.0.1 umleitet.

4. Fehlerbehebung unter macOS

4.1 Portverbindung testen

# Terminal
nc -zv tngsftp.blob.core.windows.net 22

Erwartete Ausgabe bei Erfolg:

Connection to tngsftp.blob.core.windows.net port 22 [tcp/ssh] succeeded!

Bei einem Timeout ist Port 22 durch Ihr Netzwerk blockiert.

4.2 macOS-Firewall prüfen

1. Öffnen Sie die Systemeinstellungen (oder Systemeinstellungen bei älteren macOS-Versionen).
2. Gehen Sie zu Netzwerk > Firewall.
3. Ist die Firewall aktiviert, klicken Sie auf Optionen (oder Firewall-Optionen) und stellen Sie sicher, dass FileZilla eingehende Verbindungen zulassen darf.
4. Zu Testzwecken können Sie die Firewall vorübergehend deaktivieren, die Verbindung testen und sie danach wieder aktivieren.

Im Terminal:

# Firewall-Status prüfen
sudo /usr/libexec/ApplicationFirewall/socketfilterfw --getglobalstate

# Vorübergehend deaktivieren (nach dem Test wieder aktivieren)
sudo /usr/libexec/ApplicationFirewall/socketfilterfw --setglobalstate off

# Wieder aktivieren
sudo /usr/libexec/ApplicationFirewall/socketfilterfw --setglobalstate on

4.3 DNS-Auflösung prüfen

# Aktuelle DNS-Auflösung prüfen
dig tngsftp.blob.core.windows.net

# Mit öffentlichem DNS testen
dig @8.8.8.8 tngsftp.blob.core.windows.net

Schlägt die Standard-DNS-Auflösung fehl, ändern Sie das DNS unter Systemeinstellungen > Netzwerk > WLAN > Details > DNS. Fügen Sie 8.8.8.8 und 1.1.1.1 hinzu.

4.4 SFTP über das Terminal testen

sftp tngsftp.<your_user>@tngsftp.blob.core.windows.net

Gelingt dies, FileZilla jedoch nicht, versuchen Sie, die FileZilla-Einstellungen durch Löschen des Konfigurationsverzeichnisses zurückzusetzen:

rm -rf ~/.config/filezilla

Starten Sie FileZilla anschließend neu und geben Sie Ihre Zugangsdaten erneut ein.

4.5 /etc/hosts prüfen

cat /etc/hosts

Stellen Sie sicher, dass keine Einträge tngsftp.blob.core.windows.net überschreiben.

4.6 Auf Proxy- oder Inhaltsfilter-Software prüfen

Auf macOS ist manchmal Inhaltsfilter- oder Sicherheitssoftware installiert (z. B. Little Snitch, Lulu, MDM-Profile des Unternehmens):

• Prüfen Sie, ob Little Snitch oder Lulu ausgehende Verbindungen von FileZilla blockiert.
• Prüfen Sie unter Systemeinstellungen > Allgemein > Profile, ob MDM-Konfigurationsprofile des Unternehmens den Netzwerkzugriff einschränken.
• Deaktivieren Sie solche Software vorübergehend, um die Verbindung zu testen.

5. Fehlerbehebung unter Linux

5.1 Portverbindung testen

# Mit netcat
nc -zv tngsftp.blob.core.windows.net 22

# Alternative: mit nmap (bei Bedarf installieren: sudo apt install nmap)
nmap -p 22 tngsftp.blob.core.windows.net

Ist der Port gefiltert oder geschlossen, blockiert eine Firewall zwischen Ihnen und Azure die Verbindung.

5.2 Lokale Firewall prüfen (iptables / nftables / ufw)

# ufw-Status prüfen (Ubuntu/Debian)
sudo ufw status verbose

# Falls ufw aktiv ist, ausgehendes SSH zulassen
sudo ufw allow out 22/tcp

# iptables direkt prüfen
sudo iptables -L OUTPUT -n -v | grep -i "22\|ssh"

# Auf firewalld prüfen (RHEL/CentOS/Fedora)
sudo firewall-cmd --list-all

Blockiert iptables oder firewalld Port 22 ausgehend, fügen Sie eine Zulassungsregel hinzu oder deaktivieren Sie die Firewall vorübergehend zu Testzwecken:

# ufw vorübergehend deaktivieren
sudo ufw disable

# firewalld vorübergehend deaktivieren
sudo systemctl stop firewalld

[[warning=Wichtig]]Denken Sie daran, Ihre Firewall nach dem Test wieder zu aktivieren.[[warning]]

5.3 DNS-Auflösung prüfen

# Auflösung prüfen
dig tngsftp.blob.core.windows.net

# Oder host verwenden
host tngsftp.blob.core.windows.net

# Mit öffentlichem DNS testen
dig @8.8.8.8 tngsftp.blob.core.windows.net

Schlägt der Standard-DNS-Resolver fehl, wechseln Sie vorübergehend durch Bearbeiten von /etc/resolv.conf:

sudo cp /etc/resolv.conf /etc/resolv.conf.bak
echo 'nameserver 8.8.8.8' | sudo tee /etc/resolv.conf

Denken Sie daran, das Backup nach dem Test wiederherzustellen.

5.4 SFTP über das Terminal testen

# Ausführliche SFTP-Verbindung
sftp -v tngsftp.<your_user>@tngsftp.blob.core.windows.net

Die Option -v liefert eine ausführliche Ausgabe, die den SSH-Handshake-Prozess zeigt.

5.5 Konflikt mit bekannten SSH-Hosts

Erhalten Sie einen Fehler bei der Überprüfung des Host-Schlüssels, ist der lokal gespeicherte Server-Fingerabdruck möglicherweise veraltet:

# Alten Schlüssel entfernen
ssh-keygen -R tngsftp.blob.core.windows.net

# Verbindung erneut versuchen und den neuen Schlüssel akzeptieren
sftp tngsftp.<your_user>@tngsftp.blob.core.windows.net

5.6 /etc/hosts prüfen

cat /etc/hosts

Stellen Sie sicher, dass keine Einträge tngsftp.blob.core.windows.net auf eine falsche IP-Adresse umleiten.

5.7 SELinux (RHEL/CentOS/Fedora)

Auf Systemen mit aktivem SELinux (enforcing) kann dies ausgehende Verbindungen von FileZilla verhindern:

# SELinux-Status prüfen
getenforce

# Vorübergehend auf „permissive“ für Tests setzen
sudo setenforce 0

# Audit-Log auf Ablehnungen prüfen
sudo ausearch -m avc -ts recent | grep filezilla

6. FileZilla-spezifische Fehlerbehebung

6.1 Protokollierung aktivieren

FileZilla kann ein detailliertes Debug-Protokoll erstellen, das hilft, den genauen Fehlerpunkt zu identifizieren:

1. Gehen Sie in FileZilla zu Bearbeiten > Einstellungen > Protokollierung.
2. Aktivieren Sie „Debug-Meldungen anzeigen“ und stellen Sie die Stufe auf maximal (Debug) ein.
3. Versuchen Sie die Verbindung und überprüfen Sie die Protokollausgabe im oberen Bereich.

6.2 FileZilla-Host-Schlüssel-Cache zurücksetzen

Zeigt FileZilla eine Warnung oder einen Fehler zum Host-Schlüssel an:

1. Gehen Sie zu Bearbeiten > Einstellungen > SFTP.
2. Suchen Sie unter „Host-Schlüssel“ den Eintrag für tngsftp.blob.core.windows.net und entfernen Sie ihn.
3. Stellen Sie die Verbindung erneut her und akzeptieren Sie den neuen Host-Schlüssel, wenn Sie dazu aufgefordert werden.

6.3 FileZilla aktualisieren

Stellen Sie sicher, dass Sie die neueste Version von FileZilla verwenden. Ältere Versionen können Kompatibilitätsprobleme mit Azure Blob Storage SFTP haben. Laden Sie die neueste Version unter https://filezilla-project.org herunter.