filezilla.de Autorisierte deutsche Partnerseite des FileZilla-Projekts

FileZilla „GnuTLS error -110: The TLS connection was non-properly terminated“ beheben

So sieht die Meldung in FileZilla aus
Fehler: GnuTLS error -110: The TLS connection was non-properly terminated.

Der Server beendet die verschlüsselte Verbindung unsauber. Meist harmlos beim Verzeichnislisten, störend bei Uploads. Ursachen beim Server, in der Firewall und in den FileZilla-Einstellungen.

Von ManiacAktualisiert Geprüft mit FileZilla 3.71.1
Kurzfassung

GnuTLS -110 bedeutet: Die TLS-Verbindung wurde ohne ordentliches „Ende“-Signal geschlossen. Tritt die Meldung nur gelegentlich auf und die Dateien kommen trotzdem an, kannst du sie ignorieren. Bricht sie Übertragungen ab, helfen passiver Modus, höheres Zeitlimit, weniger gleichzeitige Verbindungen und, dauerhaft, der Wechsel zu SFTP.

So sieht die Meldung aus

Antwort:  150 Opening data channel for directory listing of "/"
Fehler:   GnuTLS error -110 in gnutls_record_recv: The TLS connection was non-properly terminated.
Status:   Server hat die Verbindung geschlossen
Fehler:   Verzeichnisinhalt konnte nicht empfangen werden

Die Meldung gibt es nur bei FTPS (FTP über TLS). Bei SFTP kommt GnuTLS nicht zum Einsatz.

Was dahintersteckt

Nach einer Übertragung soll der Server ein TLS-„close_notify“ senden. Viele FTP-Server tun das nicht, sondern schließen die Verbindung einfach. FileZilla meldet das als Fehler, obwohl die Daten meist vollständig sind. Problematisch wird es, wenn die Verbindung während der Übertragung endet: dann liegt oft ein Zeitlimit, eine Firewall oder eine Server-Einstellung zur TLS-Sitzungswiederaufnahme dahinter.

Lösung Schritt für Schritt

  1. Prüfen, ob überhaupt etwas fehlt. Vergleiche die Dateigrößen links und rechts oder nutze Ansicht → Verzeichnisvergleich. Stimmen sie, ist die Meldung kosmetisch.
  2. Passiven Modus erzwingen. Bearbeiten → Einstellungen → Verbindung → FTP → Passiv. Im aktiven Modus beenden Router die Datenverbindung häufig vorzeitig.
  3. Zeitlimit erhöhen. Einstellungen → Verbindung → Zeitlimit auf 60 bis 120 Sekunden.
  4. Gleichzeitige Verbindungen begrenzen. Servermanager → Übertragungs-Einstellungen → 1 Verbindung. Manche Server brechen TLS-Datenverbindungen ab, sobald mehrere parallel laufen.
  5. Verschlüsselungsmodus wechseln. Steht Implizites FTP über TLS erfordern eingestellt, auf Explizites FTP über TLS erfordern mit Port 21 wechseln, oder umgekehrt, je nach Hoster-Angabe.
  6. Firewall und Antivirus prüfen. Einige Sicherheitsprogramme untersuchen FTP-Verkehr und beenden TLS-Verbindungen, die sie nicht lesen können. FileZilla als Ausnahme eintragen oder die FTP-Prüfung deaktivieren.
  7. Zu SFTP wechseln. Bietet der Hoster SFTP an, ist das die dauerhafte Lösung: eine Verbindung, kein TLS-Handshake für die Daten. Anleitung: FileZilla mit SFTP verbinden.

Für Betreiber von FileZilla Server

Tritt der Fehler bei deinem eigenen FileZilla Server auf, prüfe in der Serverkonfiguration unter FTP und FTP über TLS den passiven Portbereich und gib ihn in der Firewall frei. Veraltete Serverversionen senden kein sauberes TLS-Ende; ein Update behebt das in der Regel.

Häufige Fragen

Frage antippen, um die Antwort zu öffnen.

Sind meine Dateien beschädigt, wenn die Meldung erscheint?

Fast nie. Erscheint die Meldung nach „226 Transfer complete“ oder nach vollständiger Übertragung, ist alles angekommen. Bei Zweifeln Dateigröße vergleichen.

Kann ich die Meldung ausblenden?

Nicht gezielt. Du kannst unter Einstellungen → Protokollierung die Ausgabe reduzieren, verlierst dann aber auch echte Fehler. Besser die Ursache beheben oder zu SFTP wechseln.

Was ist GnuTLS -15?

„An unexpected TLS packet was received“: Der Server spricht an dieser Stelle kein TLS, typisch bei vertauschtem explizitem und implizitem Modus oder falschem Port. Verschlüsselungsmodus im Servermanager anpassen.