ftp
Commandchannel Port 21
Datachannel
Active Mode: Port 20
Passive Mode: beliebiger Port >1023 (default 55536-55791)
tls 1.2
>
11.11.2022 - by default Windows Server 2022 NAT blocks FTP for any reason.
Command line that does the magic and enables FTP clients to connect to remote FTP servers port 21 via Windows Server 2022 NAT - Network Address Translation:
netsh routing ip nat delete ftp
disables limitations on port 21.
>
automatischer-upload-via-batch-datei-laedt-eine-leere-datei-hoch
Was wir auf unserem ftp-Server gesehen haben:
Wir empfangen korrekte Dateinamen, die Dateien selbst sind aber leer (0 byte).
Der Reflex - ftp ist blockiert, kann so nicht stimmen.
Es muss erfolgreich eingeloggt worden sein, sonst hätten wir keinen Dateinamen empfangen.
Der ftp-Exkurs zeigt:
FTP nutzt zwei Verbindungen (TCP).
Den Commandchannel (meist Port 21) und wenn Daten übertragen werden, wird der Datachannel aufgebaut.
- ist Client im Active Mode verbunden liegt Datachannel auf Port 20
- ist Client im Passive Mode verbunden, wird Port für den Datachannel zufällig ausgehandelt (beliebiger Port >1023)
D.h. der Befehl zum Anlegen einer neuen Datei kommt durch (Commandchannel), die Daten (Datachannel) nicht.
Wir verbinden im passive Mode -> folglich müssten die Ports >1023 gesperrt sein.
{
alternativ statt FTP-Server
einen SSH-Server installieren, per SFTP hochladen
plesk -> exist. Serverprotokolle (Logs) was während des FTP-Vorgangs passiert ist?
}