ZP16 - FTPS-Fehler - Hilfe für Windows11-Firewall-Einstellungen

1. offizieller Beitrag

    Liebes Team,

    seit einiger Zeit habe ich bei ZP16 ein Problem beim Veröffentlichen der Webseiten mittels FPTS (FTP mit SSL). Die Veröffentlichung beginnt und bricht irgendwann mit der Fehlermeldung "The server has closed the connection." bzw. "Connection was closed by the remote connection end." einfach mittendrin ab.

    Durch Herumprobieren konnte ich den Fehler auf die Windows11-Firewall eingrenzen - wenn man diese komplett deaktiviert, läuft alles einwandfrei.

    Ich vermute, dass hier eventuell ein Windows-Update etwas herumspukt - zeitlich kann ich es leider nicht eingrenzen, seit welchem Update es nicht mehr funktioniert. Mit Dreamweaver oder anderen FTP-Tools funktionieren größere Uploads mit eingeschalteter Firewall problemlos (nutze hier aber alles Standard-Einstellungen).

    Gäbe es die Möglichkeit manuelle Einträge bei der Firewall zu setzen (wenn ja bitte welche) oder Standardeinträge, die ich kontrollieren kann?

    Achja: Passiver Modus mit Port 21

    Danke für eure Hilfe.

    lg Adrian

    • Offizieller Beitrag

    Hallo,

    dass die Veröffentlichung nur bei deaktivierter Windows-Firewall funktioniert, ist eher ungewöhnlich.

    Der Fehler "The server has closed the connection" deutet in vielen Fällen auf eine Störung in der verschlüsselten Verbindung (FTPS) hin, beispielsweise wenn der Server während der Datenübertragung die TLS-Sitzung beendet.

    Ich würde Folgendes empfehlen:

    FTPS oder SFTP prüfen: Stellen Sie bitte sicher, dass ein modernes, verschlüsseltes Protokoll verwendet wird. Eventuell auf SFTP umstellen (wenn möglich). Anleitung: https://docs.zeta-producer.com/veroeffentlich…einrichten.html

    TLS-Version testen: Es kann helfen, TLS 1.3 zu deaktivieren, da einige Server (und eventuell auch Windows) damit gelegentlich Probleme haben.
    Anleitung: Host Europe: Umstellung auf verschlüsseltes "FTP mit SSL"

    Firewall-Ausnahme manuell prüfen: Sie können Zeta Producer testweise als Ausnahme in der Windows-Firewall hinterlegen.

    Danke für die rasche Rückmeldung Herr Steffen,

    dachte ich mir auch, aber es spricht leider alles dafür. Mit anderen FTP-Programmen läuft alles einwandfrei.

    TLS 1.3 habe ich übrigens auch schon deaktiviert (weggeklickt). Mit TLS 1.3 bekomme ich ganz eine andere Fehlermeldung und da kam ich bereits auf eure Anleitung, wo das deaktivieren empfohlen wird.

    Ich habe Zeta (producer.exe) mittlerweile als eingehende und ausgehend Regel mit "erlauben" eingerichtet, keine Änderung. Solange die Windows Firewall aktiv ist, bricht der Upload mittendrin ab. Deaktiviert man die Firewall, läuft alles durch.

    Aktuell behelfe ich mir, die Firewall jedes Mal zu de- und aktivieren - ist aber wenig zufriedenstellend...


    zu SFTP (SSH): bekomme ich mit Zeta gar nicht zum laufen - in Dreamweaver und anderen FTP-Programmen einwandfrei. Es kommt jedes Mal Permissoin denied" obwohl die Zugangs- und Serverdaten eindeutig stimmen!


    Jedenfalls habe ich für beide Varianten auch meinen Hoster um Hilfe gebeten, die machen sich es einfach und werfen den Ball an Zeta bzw. Windows zurück, da ja alle anderen Programme funktionieren.

    Vielleicht fällt euch noch etwas ein, oder ihr könnt mir Screenshots eurer Firewalleinstellungen zukommen lassen, damit ich dies abgleichen kann...?? So kompliziert scheint das aber eh nicht einzustellen sein...

    Danke und lg

    • Offizieller Beitrag

    Oft hilft es, in der Firewall die Standardeinstellungen wiederherzustellen (Systemsteuerung > Windows Defender Firewall > "Standardeinstellungen wiederherstellen") und dann erneut zu testen.

    Wenn das Problem danach weiterhin besteht, können Sie Zeta Producer manuell als Ausnahme hinzufügen. Bitte suchen Sie bei Bedarf online nach einer Anleitung, z. B. "Windows 11 Firewall Ausnahme hinzufügen".

    Hallo nochmals,

    Vorab: das Problem mit FTPS tritt bei Zeta 16 und auch Zeta 17 auf. SFTP (SSH gar keine change, nicht mal beim "Testen"-Button)

    Standardeinstellungen wiederherstellen hat nichts gebracht (hatte ich auch bereits ausprobiert). Zeta "producer.exe" steht mittlerweile bei eingehenden und ausgehenden Regeln mit Ports "beliebig", IP-Adressen "beliebig" für TPC und UDP als erlaubt. Für Privat, Öffentlich, alle (also alle Netzwerkbereiche). Mehr freigeben gibts bei der Windows-Firewall nicht.

    Getestet mittlerweile auf 3 verschiedenen Win11 PCs, mit 3 verschiedenen Modems und entsprechend verschiedenen Internetanbietern probiert. Alle Win11 PCs haben den aktuellsten Update-Stand.
    Ich habe alle Haken in den FTP-Einstellungen vom Zeta durchprobiert (auch in verschiedensten Kombinationen).

    Bis dato einziger Lösungsansatz: Firewall jedes Mal de- und wieder aktivieren. Mit deaktivierter Firewall, alles einwandfrei. Es gibt auf keinem PC eine andere Drittsoftware (Viren- Firewall)

    Ich komme leider nicht weiter...

    • Offizieller Beitrag

    Vielleicht hilft folgendes um dem Problem auf die Schliche zu kommen: Schalten Sie die Protokollierung ein: https://docs.zeta-producer.com/v16/protokollierung.html– dadurch werden dann Logfiles im Producer-Ordner im Unterordner "logfiles" erzeugt. Im Logfile "…zp publish.log" findet sich ein detaillierter Mitschnitt der Veröffentlichung.
    Wichtig ist, danach die Protokollierung wieder zu deaktivieren, denn die bremst das Arbeiten sonst etwas.

    Hallo Stefan,

    ich habe mal einen Test mit Protokoll und aktivierter Windows Firewall gemacht und darf einen kleinen Auszug posten... davor gibts haufenweise erfolgreiche Verbindungen und Uploads von Files

    [... davor erfolgreiche Teile, bis zum Abbruch...]

    2025-11-03 14:19:21,270 [21] INFO - [I] Data connection: HandshakeMessage:Finished was sent.
    2025-11-03 14:19:21,270 [21] INFO - [I] Data connection: Sent TLS packet:
    2025-11-03 14:19:21,271 [21] INFO - [I] Data connection: Connection secured using cipher: TLS 1.2, RSA with ephemeral ECDH, AES with 256-bit key in GCM mode, AEAD.
    2025-11-03 14:19:21,271 [21] INFO - [I] Data connection: Session ID:
    2025-11-03 14:19:21,271 [21] INFO - [O] Data connection upgraded to TLS 1.2.
    2025-11-03 14:19:21,271 [21] INFO - [O] Data transfer started.
    2025-11-03 14:19:21,271 [21] INFO - [I] Data connection: Sent TLS packet:
    2025-11-03 14:19:21,272 [21] INFO - [O] Sent 290 bytes of data through data connection.
    2025-11-03 14:19:21,272 [21] INFO - [O] Closing uploading data connection.
    2025-11-03 14:19:21,272 [21] INFO - [I] Data connection: Closing TLS socket.
    2025-11-03 14:19:21,272 [21] INFO - [I] Data connection: Alert:CloseNotify was sent.
    2025-11-03 14:19:21,272 [21] INFO - [I] Data connection: Sent TLS packet:
    2025-11-03 14:19:21,273 [21] INFO - [O] Waiting for data transfer ending message.
    2025-11-03 14:19:21,389 [21] INFO - [I] Received TLS packet:
    2025-11-03 14:19:21,389 [21] INFO - [O] Received data over control connection:
    2025-11-03 14:19:21,390 [21] INFO - [S] 226 Transfer complete
    2025-11-03 14:19:21,390 [21] INFO - [O] Data transfer ended.
    2025-11-03 14:19:21,390 [21] INFO - [O] Transfer ended successfully.
    2025-11-03 14:19:21,390 [21] INFO - [O] Data connection closed.
    2025-11-03 14:19:21,391 [21] INFO - [O] Starting data transfer.
    2025-11-03 14:19:21,391 [21] INFO - [I] Sent TLS packet:
    2025-11-03 14:19:21,391 [21] INFO - [O] Sent data over control connection:
    2025-11-03 14:19:21,391 [21] INFO - [C] PASV
    2025-11-03 14:19:21,456 [21] INFO - [I] Received TLS packet:
    2025-11-03 14:19:21,456 [21] INFO - [O] Received data over control connection:
    2025-11-03 14:19:21,457 [21] INFO - [S] 227 Entering Passive Mode (194,34,225,52,194,145).
    2025-11-03 14:19:21,457 [21] INFO - [O] Establishing data connection to 194.34.225.52:49809.
    2025-11-03 14:19:21,457 [21] INFO - [O] Connecting to 194.34.225.52:49809 (no proxy).
    2025-11-03 14:19:21,553 [21] INFO - [O] Connection established.
    2025-11-03 14:19:21,553 [21] INFO - [O] Established data connection from 192.168.0.52:50861.
    2025-11-03 14:19:21,553 [21] INFO - [I] Sent TLS packet:
    2025-11-03 14:19:21,554 [21] INFO - [O] Sent data over control connection:
    2025-11-03 14:19:21,554 [21] INFO - [C] STOR /http://www.xxxxxxx.com/assets/stock-i…d-logo-grey.png [Domain pseudonymisiert]
    2025-11-03 14:19:21,673 [21] INFO - [I] TLS socket error, 0 bytes of data were received.
    2025-11-03 14:19:21,681 [21] INFO - [I] TLS socket was closed: System.Net.Sockets.SocketException (10054): Eine vorhandene Verbindung wurde vom Remotehost geschlossen.
    at fxvfh.unlda.qwnre(Int32 p0)
    at fxvfh.unlda.gtqyb()
    at fxvfh.unlda.wvmdk()
    2025-11-03 14:19:21,683 [21] INFO - [I] Fatal Alert:InternalError was sent.
    2025-11-03 14:19:21,683 [21] INFO - [I] Sent TLS packet:
    2025-11-03 14:19:21,683 [21] INFO - [O] Control connection was forcibly closed.
    2025-11-03 14:19:21,684 [21] INFO - [I] Closing TLS socket.
    2025-11-03 14:19:21,684 [21] INFO - [O] Control connection was closed, closing current data connection as well.
    2025-11-03 14:19:21,686 [21] INFO - [O] Error while starting data transfer: Rebex.Net.FtpException: The server has closed the connection.
    ---> Rebex.Net.TlsException: Connection was closed by the remote connection end.
    ---> System.Net.Sockets.SocketException (10054): Eine vorhandene Verbindung wurde vom Remotehost geschlossen.
    at fxvfh.unlda.qwnre(Int32 p0)
    at fxvfh.unlda.gtqyb()
    at fxvfh.unlda.wvmdk()
    --- End of inner exception stack trace ---
    at fxvfh.unlda.wvmdk()
    at Rebex.Net.TlsSocket.Poll(Int32 microSeconds, SocketSelectMode mode)
    at fxvfh.yihtr.szczb(Int32 p0)
    --- End of inner exception stack trace ---
    at fxvfh.yihtr.szczb(Int32 p0)
    at fxvfh.yihtr.xxhnj(Int32 p0)
    at Rebex.Net.Ftp.mszyc(Int32 p0, Boolean p1)
    at Rebex.Net.Ftp.rggwf(String p0, Boolean p1, tehmo p2, ncarr p3, Int64 p4, FtpTransferState p5)
    2025-11-03 14:19:21,687 [21] INFO - [O] Rebex.Net.FtpException: The server has closed the connection.
    ---> Rebex.Net.TlsException: Connection was closed by the remote connection end.
    ---> System.Net.Sockets.SocketException (10054): Eine vorhandene Verbindung wurde vom Remotehost geschlossen.
    at fxvfh.unlda.qwnre(Int32 p0)
    at fxvfh.unlda.gtqyb()
    at fxvfh.unlda.wvmdk()
    --- End of inner exception stack trace ---
    at fxvfh.unlda.wvmdk()
    at Rebex.Net.TlsSocket.Poll(Int32 microSeconds, SocketSelectMode mode)
    at fxvfh.yihtr.szczb(Int32 p0)
    --- End of inner exception stack trace ---
    at fxvfh.yihtr.szczb(Int32 p0)
    at fxvfh.yihtr.xxhnj(Int32 p0)
    at Rebex.Net.Ftp.mszyc(Int32 p0, Boolean p1)
    at Rebex.Net.Ftp.rggwf(String p0, Boolean p1, tehmo p2, ncarr p3, Int64 p4, FtpTransferState p5)
    at Rebex.Net.Ftp.nlgbj(String p0, String p1, Stream p2, Int64 p3, Int64 p4, ncarr p5)

    Für mich wirkt das so, als wenn die Windows Firewall nach ???? erfolgreichen Dateien irgendwann blockt... Leider half mir hier Dr. Google in Bezug auf die Firewall auch nicht weiter... Es kamen jedoch als Ideenanreiz "Keepalive" im FTP-Programm aktivieren. Haben wir sowas?

    Dankeschön für deine Mühe :)

    • Offizieller Beitrag

    Hier werden wir von hier aus schwer weiterkommen. Ich hatte schon Kunden bei denen der Fehler nach einem Neustart des Routers verschwand. Das kann also von vielem abhängen. Ggf. wäre es besser, doch auf SFTP umzustellen, wenn Ihr Provider das auch anbietet.

    Gerne testen wir im Rahmen eines Premium-Support-Ticket beide Protokolle mit Ihrem Projekt auch mal bei uns.

    ja die interne IP ist ja logisch:
    meine interne IP öffnet über Port 21 die TLS-Verbindung zum Server.
    Dann bekommt jeder Datensatz eine neue eigene TLS-Verbindung von meiner IP mit zufälligem Port zum Server wiederum mit zufälligem Port -> passives FTP eben.

    Zeta ist jedenfalls bei eingehende und ausgehende Verbindungen vollumfänglich freigegeben (siehe Screenshot)

    Und genau da dürfte der Haken sein, wenn zu viele Dateien nacheinander vermutlich zu schnell übermittelt werden dürfte die Windows-Firewall blockieren, aber ich weiß nicht wo und wie...

    Und nein es ist nicht diese eine Datei - ich habe das Problem bei allen Projekten mit Zeta 16 (auch bei Zeta 17) auf verschiedenen PCs.

    Es gibt im Log der Windows-Firewall aber auch keinen DROP... also nichts auffindbares...

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!

Benutzerkonto erstellen Anmelden