filezilla.de Autorisierte deutsche Partnerseite des FileZilla-Projekts

FileZilla: „GnuTLS error -15: An unexpected TLS packet was received“ beheben

So sieht die Meldung in FileZilla aus
Fehler: GnuTLS error -15: An unexpected TLS packet was received.

Der TLS-Handshake scheitert, weil etwas zwischen FileZilla und Server die Verbindung verändert oder der Server kein korrektes TLS spricht. Die fünf Ursachen in der Reihenfolge ihrer Häufigkeit.

Von ManiacAktualisiert Geprüft mit FileZilla 3.71.1
Kurzfassung

GnuTLS -15 tritt beim Aufbau der Verschlüsselung auf. Häufigste Ursachen: Virenscanner oder Firewall mit FTP-/TLS-Inspektion, Router, der FTP-Pakete „hilfreich“ umschreibt (ALG), und Server, die auf AUTH TLS etwas anderes als TLS senden. Schnelltest: über Smartphone-Hotspot verbinden. Klappt es dort, liegt es an deinem Netz. Dauerhafte Lösung meist: auf SFTP wechseln.

So sieht die Meldung aus

Befehl:   AUTH TLS
Antwort:  234 AUTH TLS successful
Status:   Initialisiere TLS...
Fehler:   GnuTLS error -15: An unexpected TLS packet was received.
Fehler:   Konnte keine Verbindung zum Server aufbauen

Manchmal erscheint der Fehler erst nach dem Login beim Öffnen der Datenverbindung (nach PASV/LIST). Dann ist es fast immer Router oder Firewall.

Lösung Schritt für Schritt

  1. Virenscanner. Avast, AVG, ESET, Kaspersky, Bitdefender und Norton bringen „FTP-Schutz“ oder „verschlüsselte Verbindungen scannen“ mit. Das Modul klinkt sich in die Verbindung und bricht den TLS-Handshake. Funktion testweise deaktivieren; dauerhaft FileZilla als Ausnahme eintragen.
  2. Router-ALG. Fritz!Box, Speedport und viele andere Router haben ein „FTP Application Layer Gateway“, das Klartext-FTP korrigiert und verschlüsseltes FTP zerstört. In den Router-Einstellungen das FTP-ALG abschalten oder, einfacher, SFTP nutzen.
  3. Anderes Netz testen. Hotspot vom Smartphone. Klappt es, ist dein Router oder deine Sicherheitssoftware die Ursache. Klappt es nicht, liegt es am Server.
  4. Server-Seite prüfen. Der Verbindungstest führt AUTH TLS von unserem Server aus durch und zeigt, ob der Server korrekt TLS spricht und welches Zertifikat er liefert. Scheitert es dort ebenfalls, ist der FTP-Server fehlkonfiguriert.
  5. Verschlüsselungsmodus wechseln. Testweise von Explizit auf Implizit (Port 990) oder umgekehrt. Manche alte Server erwarten implizites TLS.
  6. FileZilla aktualisieren. Ältere Versionen handhaben TLS 1.3 und Sitzungswiederaufnahme anders. Aktuelle Version installieren.
  7. Letzter Ausweg: SFTP. Eine Verbindung, kein separater Datenkanal, kein ALG-Problem. Fast alle Hoster bieten es an; siehe Vergleich.

Verwandte GnuTLS-Fehler

Code Bedeutung Erste Maßnahme
-110 TLS-Verbindung unerwartet beendet Zeitlimit, Server-Konfiguration – Details
-15 Unerwartetes TLS-Paket Virenscanner, Router-ALG (diese Seite)
-8 Ungültiges Paket empfangen Wie -15, zusätzlich Proxy prüfen
-50 Angeforderte Daten nicht verfügbar Zertifikatskette des Servers unvollständig, Hoster melden
-53 Fehler in der Push-Funktion Verbindung wurde während TLS unterbrochen; Netz prüfen

Häufige Fragen

Frage antippen, um die Antwort zu öffnen.

Was ist GnuTLS überhaupt?

Die Verschlüsselungsbibliothek, die FileZilla für FTPS verwendet. Die Fehlernummern stammen aus dieser Bibliothek, nicht vom Server. SFTP nutzt eine andere Bibliothek (SSH), daher tauchen dort keine GnuTLS-Fehler auf.

Hilft es, „TLS-Sitzungswiederaufnahme“ abzuschalten?

Bei -15 selten, bei -110 manchmal. Die Option gibt es in aktuellen FileZilla-Versionen nicht mehr in der Oberfläche; serverseitig kann der Hoster sie anpassen.

Nur in FileZilla, in WinSCP nicht?

WinSCP fällt bei TLS-Problemen stillschweigend auf unverschlüsselt zurück, wenn das erlaubt ist. FileZilla bricht ab und zeigt den Fehler. Prüfe in WinSCP, ob die Verbindung wirklich verschlüsselt ist.