FTP Verbindung instabil (ständige Disconnects): Wie Grund herausfinden?

[mgutt]

Wenn ich über Filezilla und FTP Dateien auf meine DS213+ hochlade, dann kommt es regelmäßig zu Verbindungsabbrüchen. Dieses Verhalten habe ich nicht auf meinem Webhosting-Server bei Hetzner und nicht auf meiner zweiten DS213+, die am gleichen Switch angeschlossen ist. Daher schließe ich aus, dass das Problem bei Windows oder der Netzwerkverbindung zum Switch liegt.

Dieses Problem könnte schon länger vorhanden sein, ist mir nur nie aufgefallen, da ich wenn per FTP nur Dateien hoch- oder runtergeladen habe und dabei mehrere Threads parallel gestartet habe. D.h. einer von den Threads ist ausgefallen und hat sich dann eben wieder verbunden, während die anderen weiterliefen. Auch das ist ein Indiz dafür, dass die Netzwerkverbindung in Ordnung ist.

Das ist die Fehlermeldung in Filezilla:

16:27:00 Status: Connecting to 192.168.xxx.xxx:21...
16:27:00 Status: Connection established, waiting for welcome message...
16:27:00 Response: 220 DiskStation FTP server ready.
16:27:00 Command: AUTH TLS
16:27:00 Response: 234 AUTH SSL command successful.
16:27:00 Status: Initializing TLS...
16:27:00 Status: Verifying certificate...
16:27:00 Status: TLS connection established.
16:27:00 Command: USER username
16:27:00 Response: 331 Password required for username.
16:27:00 Command: PASS ***********
16:27:01 Response: 230 User username logged in.
16:27:01 Command: SYST
16:27:02 Response: 215 UNIX Type: L8
16:27:02 Command: FEAT
16:27:02 Response: 211- Extensions supported:
16:27:02 Response: AUTH TLS
16:27:02 Response: PBSZ
16:27:02 Response: PROT
16:27:02 Response: SIZE
16:27:02 Response: MDTM
16:27:02 Response: MFMT
16:27:02 Response: REST STREAM
16:27:02 Response: UTF8
16:27:02 Response: MLST type*;modify*;size*;UNIX.mode*;UNIX.owner*;UNIX.group*;
16:27:02 Response: MLSD
16:27:02 Response: 211 End.
16:27:02 Command: OPTS UTF8 ON
16:27:02 Response: 200 OK, UTF-8 enabled
16:27:02 Command: PBSZ 0
16:27:02 Response: 200 PBSZ command successful (PBSZ=0).
16:27:02 Command: PROT P
16:27:02 Response: 200 Protection level set to Private.
16:27:02 Status: Logged in
16:27:02 Status: Retrieving directory listing...
16:27:02 Command: PWD
16:27:02 Response: 257 "/" is current directory.
16:27:02 Command: TYPE I
16:27:02 Response: 200 Type set to I.
16:27:02 Command: PASV
16:27:02 Response: 227 Entering Passive Mode (192,168,xxx,xxx,216,243)
16:27:02 Command: MLSD
16:27:02 Response: 150 Opening BINARY mode SSL data connection for 'file list'.
16:27:02 Response: 226 Transfer complete.
16:27:02 Status: Directory listing of "/" successful
16:27:04 Status: Retrieving directory listing of "/backups"...
16:27:04 Command: CWD backups
16:27:04 Response: 250 CWD command successful.
16:27:04 Command: PWD
16:27:04 Response: 257 "/backups" is current directory.
16:27:04 Command: PASV
16:27:04 Response: 227 Entering Passive Mode (192,168,xxx,xxx,216,252)
16:27:04 Command: MLSD
16:27:04 Response: 150 Opening BINARY mode SSL data connection for 'file list'.
16:27:04 Response: 226 Transfer complete.
16:27:04 Status: Directory listing of "/backups" successful
16:27:06 Status: Connecting to 192.168.xxx.xxx:21...
16:27:06 Status: Connection established, waiting for welcome message...
16:27:06 Response: 220 DiskStation FTP server ready.
16:27:06 Command: AUTH TLS
16:27:06 Response: 234 AUTH SSL command successful.
16:27:06 Status: Initializing TLS...
16:27:07 Status: Verifying certificate...
16:27:07 Status: TLS connection established.
16:27:07 Command: USER username
16:27:07 Response: 331 Password required for username.
16:27:07 Command: PASS ***********
16:27:07 Response: 230 User username logged in.
16:27:07 Command: OPTS UTF8 ON
16:27:07 Response: 200 OK, UTF-8 enabled
16:27:07 Command: PBSZ 0
16:27:07 Response: 200 PBSZ command successful (PBSZ=0).
16:27:07 Command: PROT P
16:27:07 Response: 200 Protection level set to Private.
16:27:07 Status: Logged in
16:27:07 Status: Starting upload of C:\Users\xxx\Documents\Projekte\yyy\abc.txt
16:27:07 Command: CWD /backups/Projekte/xxx
16:27:07 Response: 550 No such file or directory.
16:27:07 Command: CWD /backups/Projekte
16:27:07 Response: 550 /backups/Projekte: No such file or directory.
16:27:07 Command: CWD /backups
16:27:07 Response: 250 CWD command successful.
16:27:07 Command: MKD Projekte
16:27:07 Response: 257 "Projekte" directory created.
16:27:07 Command: CWD /backups/Projekte
16:27:07 Response: 250 CWD command successful.
16:27:07 Command: MKD xxx
16:27:07 Response: 257 "xxx" directory created.
16:27:07 Command: CWD /backups/Projekte/xxx
16:27:07 Response: 250 CWD command successful.
16:27:07 Command: PWD
16:27:07 Response: 257 "/backups/Projekte/xxx" is current directory.
16:27:07 Status: Retrieving directory listing of "/backups/Projekte/xxx"...
16:27:07 Command: TYPE I
16:27:07 Response: 200 Type set to I.
16:27:07 Command: PASV
16:27:07 Response: 227 Entering Passive Mode (192,168,xxx,xxx,216,252)
16:27:07 Command: MLSD
16:27:07 Response: 150 Opening BINARY mode SSL data connection for 'file list'.
16:27:07 Response: 226 Transfer complete.
16:27:07 Command: TYPE A
16:27:07 Response: 200 Type set to A.
16:27:07 Command: PASV
16:27:07 Response: 227 Entering Passive Mode (192,168,178,5,216,243)
16:27:07 Command: STOR abc.txt
16:27:07 Response: 150 Opening BINARY mode SSL data connection for 'abc.txt'.
16:27:07 Response: 226 Transfer complete.
16:27:07 Status: File transfer successful, transferred 22.139 bytes in 1 second
16:27:07 Status: Starting upload of C:\Users\username\Documents\Projekte\xxx\abc.zip
16:27:07 Command: TYPE I
16:27:07 Response: 200 Type set to I.
16:27:07 Command: PASV
16:27:07 Response: 227 Entering Passive Mode (192,168,xxx,xxx,216,249)
16:27:07 Command: STOR Checkout abc.zip
16:27:07 Response: 150 Opening BINARY mode SSL data connection for 'abc.zip'.
16:27:07 Response: 226 Transfer complete.
16:27:07 Status: File transfer successful, transferred 9.216 bytes in 1 second

... some files later

16:28:11 Status: Starting upload of C:\Users\username\Documents\Projekte\yyy\public_html\abc.gif
16:28:11 Command: TYPE I
16:28:11 Response: 200 Type set to I.
16:28:11 Command: PASV
16:28:11 Error: Connection closed by server
16:28:11 Error: File transfer failed
16:28:11 Status: Disconnected from server
16:28:11 Status: Connecting to 192.168.xxx.xxx:21...
16:28:11 Status: Connection established, waiting for welcome message...
16:28:11 Response: 220 DiskStation FTP server ready.
16:28:11 Command: AUTH TLS
16:28:11 Response: 234 AUTH SSL command successful.
16:28:11 Status: Initializing TLS...
16:28:11 Status: Verifying certificate...
16:28:11 Status: TLS connection established.
16:28:11 Command: USER username
16:28:11 Response: 331 Password required for username.
16:28:11 Command: PASS ***********
16:28:11 Response: 230 User username logged in.
16:28:11 Command: OPTS UTF8 ON
16:28:11 Response: 200 OK, UTF-8 enabled
16:28:11 Command: PBSZ 0
16:28:11 Response: 200 PBSZ command successful (PBSZ=0).
16:28:11 Command: PROT P
16:28:11 Response: 200 Protection level set to Private.
16:28:11 Status: Logged in
16:28:11 Status: Starting upload of C:\Users\username\Documents\Projekte\yyy\public_html\abc.gif
16:28:11 Command: CWD /backups/Projekte/yyy/public_html
16:28:11 Response: 250 CWD command successful.
16:28:11 Command: TYPE I
16:28:11 Response: 200 Type set to I.
16:28:11 Command: PASV
16:28:11 Response: 227 Entering Passive Mode (192,168,xxx,xxx,216,244)
16:28:11 Command: STOR abc.gif
16:28:11 Response: 150 Opening BINARY mode SSL data connection for 'abc.gif'.
16:28:11 Response: 226 Transfer complete.
16:28:11 Status: File transfer successful, transferred 11.663 bytes in 1 second

Der eigentliche Fehler ist dann das:

16:28:11 Error: Connection closed by server

Das Interessante dabei ist, dass es nichts mit der Zeit zu tun hat. Denn wenn ein Upload läuft wird er niemals unterbrochen, egal wie groß die Datei ist. Es ist aber auch keine feste Anzahl von Dateien, die zu einem Problem führen. Das schwankt. Ich bin da also echt überfragt was der Grund dafür sein könnte.

Wenn ich in Filezilla 5 Minuten ohne Aktion abwarte kommt diese Meldung:

Response:	421 Timeout (300 seconds): closing control connection.
Error:	GnuTLS error -110: The TLS connection was non-properly terminated.
Status:	Server did not properly shut down TLS connection
Status:	Disconnected from server: ECONNABORTED - Connection aborted

Das deckt sich ja mit der FTP Einstellung im DSM und ist entsprechend zu erwarten:


Doch wie kommt es zu den Abbrüchen während der Übertragung und wie könnte ich hinter das Problem kommen?

 

[TheGardner]

Vermute, dass sich die Passiven Ports bei Dir nicht "deckeln"! Schwer zu erklären, was da für Fehler passieren, aber auch egal. Schau Dir G E N A U an, was Du als passive Ports in der DiskStation angegeben hast! E X A K T das muss dann auch in der Router Portfreigabe stehen!

Also wenn Du in der DiskStation unter FTP und Passive Ports 55536 - 55563 stehen hast, dann kann nicht im Router nur ne Freigabe von 55537 - 55562 stehen! Passt das aber, dann müssen wir mal weiter grasen!

 

[mgutt]

Ich habe gar keine Freigaben (oder Einschränkungen) eingerichtet, da ich das NAS lokal per FTP anspreche.

 

[TheGardner]

Dann den passiven Modus im FTP Client ausstellen! Den brauchst Du dann nicht!

 

[mgutt]

Aktiver Modus habe ich eingestellt. Hilft auch nicht.

Ich habe dann die DS214Play ebenfalls ans Netz gebracht, zurückgesetzt und nun auf allen drei NAS den selben FTP-Account angelegt und den Test wiederholt. Wo ich gestern noch auf der 2. DS213+ keine Probleme hatte, habe ich nun auf allen drei NAS das selbe Problem.

Also bin ich hingegangen und habe meinen TP-Link TL-SG108 rausgeworfen und gegen einen Zyxel GS1900-16 ersetzt (Smart Managed Switch). Hat allerdings nichts gebracht.

Dann habe ich meinen Rechner mit einem anderen Netzwerkkabel mit dem Switch verbunden. Hat auch nicht geholfen.

Dann habe ich alle drei NAS heruntergefahren und nur die DS214Play hochgefahren. Diesen Test habe ich gemacht, weil ich mal Konflikte bei IPv6 und mehreren NAS hatte. Hat aber auch nicht geholfen.

Also habe ich meinen Rechner exklusiv mit einer festen IP mit dem TP-Link und der DS214Play verbunden. Haut auch nicht geholfen.

Um meinen Rechner auszuschließen habe ich das dann noch mit einem W10 Notebook ausprobiert. Selber Fehler.

EDIT: Mir fällt gerade ein. Bevor ich die DS214Play ans Netz gebracht habe und es mit der einen DS213+ noch keine Probleme gab, hatten die DS213+ noch andere Firmware Versionen. Nicht, dass die Syno Updates hier einen Bug reingebracht haben?!

 

[TheGardner]

Fällt mir nichts weiter zu ein! Habe aber hier keine Probleme mit dem FTP/Server. Nur bei mir ist der nicht intern erreichbar, sondern von außen! Neueste DSM installiert.

 

[Falkenfelser]

Haste dein PC/Notebook schon mal direkt mit der Diskstation verbunden?

 

[mgutt]

Bei zwei verschiedenen Switchen habe ich ja so meine Zweifel, dass das Besserung bringt, aber ich probiere es gerne aus. Wäre jemand bereit auch einen Test zu machen? Ich würde dazu einen Ordner mit 10.000 kleinen Text-Dateien als ZIP bereitstellen, wo der Ordner dann per Filezilla gelöscht werden soll.

 

[mgutt]

Auch die direkte Verbindung bringt nichts.

Falls jemand ein paar Minuten Zeit hat. Hier ist ein ZIP, das 2000 kleine Textdateien enthält:
http://www.programmierer-forum.de/cache4/randomfiles/1510942650.zip

Wenn ich das entpacke und den Ordner mit den Dateien per Filezilla auf mein NAS hochlade, dann habe ich 6 Abbrüche während dem Upload (sieht man im Logging-Bereich für knapp 1 Sekunde bis er erneut eine Verbindung aufbaut und weiter macht). Und wenn ich den Ordner dann versuche zu löschen, dann muss ich den Vorgang wiederholen, weil er im ersten Durchlauf nur knapp 1000 Dateien schafft bis das NAS die Verbindung unterbricht. Kann das jemand bestätigen?

So sieht ein Abbruch im Logging beim Upload aus:

 

[goetz]

Hallo,
kann ich bestätigen für DS213+ und DS916+. Allerdings gibt es keine Abbrüche wenn unverschlüsselt übertragen wird. In /var/log/messagen tauchen dann solche Zeilen auf

2017-11-17T20:27:38+01:00 DS916 ftpd[18907]: ssl_getc: ssl_read failed (SSL code: -1, errno: 104)

Gruß Götz

 

[mgutt]

Danke für das Feedback. Ich leite das dann mal an den Syno Support weiter.

 

[mgutt]

So Ticket ist raus und ich kann lokal zum Glück problemlos unverschlüsseltes FTP nutzen. Remote muss man dann eben mit dem Bug leben bis er behoben wurde.