FTP server MLSD timeout

[Esseci]

Do you have jumbo frames turned on?
Jumbo frames on my network card is turned off.

Also, does your PC server have a folder of similar size?
In the Pc Ftp server I shared the folder on the NAS.

The problem is also visible when I download one file from the server:
- From the Nas FTP the download stops and resumes continuously
- From PC Client it goes straight

[StephenB]

Do you have jumbo frames turned on?
Jumbo frames on my network card is turned off.

Also off on the NAS?

[Esseci]

Also off on the NAS?
How do I check it on the NAS ?

[StephenB]

On a Duo V1 (4.1.x firmware), Frontview's network / interfaces configuration includes the MTU. Right underneath is "performance settings" which has a check-box for jumbo frames.

What firmware are you running?

[Esseci]

I updated the firmware to the last one 4.1.8.

[StephenB]

I updated the firmware to the last one 4.1.8.

Ok. So you have a V1 platform. The jumbo frame configuration is as described above.

[Esseci]

I checked the Jumbo Frame check-box and it was turned off.
It doen't work either with that flag turned on or tuned off.
Another usefull information about the problem:
I forwarded the 443 port of the NAS on the router to logon from outside. When I enter the public address the browser ask me for the Nas password but then it stops responding.
Nearly nothing gets out of the Nas (FTP and Https).

[StephenB]

It might be worth setting up an alternative https port on the NAS, and try forwarding that in the router instead. I am thinking that the router itself might allow external management over port 443, so there could be some special handling of that port in the router.

Is your router using PPPoE ADSL? If so, you may need to reduce the MTU size configured in the NAS.

[Esseci]

I set up the alternative port 4443 and I forwarded: the same.
The NAS page finally arrives to the browser but several minutes later.
The router is that one the Telecom (an italian provider) gives to the clients (it's not configurable).
How much do I have to reduce the MTU size?

[StephenB]

I set up the alternative port 4443 and I forwarded: the same.
The NAS page finally arrives to the browser but several minutes later.
The router is that one the Telecom (an italian provider) gives to the clients (it's not configurable).
How much do I have to reduce the MTU size?

Maybe start with 1454, and see if there is any improvement.

If your router responds to ping (over the internet), you can measure the MTU using the procedure here: http://muzso.hu/2009/05/17/how-to-deter ... icmp-pings.

[Esseci]

Ii found the best MTU with your hint, but the result is the same.
Next days I'm going to change the router to a Netgear one.
I'll inform you about it

[Esseci]

Router changed to NETGEAR DGNB1100.
The same !

[StephenB]

Have you tried using active mode?

[Esseci]

In active mode it stops at first MLSD:
Stato: Risoluzione dell'indirizzo IP xxxxxxxxxxxxxxxxxxxxx in corso
Stato: Connessione a xxxxxxxxxxxxxxxxx:40...
Stato: Connessione stabilita, in attesa del messaggio di benvenuto...
Risposta: 220 ProFTPD 1.3.3c Server (NETGEAR ReadyNAS) [xx.xx.xx.xx]
Comando: USER xxxxxxx
Risposta: 331 Password required for xxxxxxx
Comando: PASS **********
Risposta: 230 User xxxxx logged in
Comando: SYST
Risposta: 215 UNIX Type: L8
Comando: FEAT
Risposta: 211-Features:
Risposta: MDTM
Risposta: MFMT
Risposta: TVFS
Risposta: UTF8
Risposta: AUTH TLS
Risposta: MFF modify;UNIX.group;UNIX.mode;
Risposta: MLST modify*;perm*;size*;type*;unique*;UNIX.group*;UNIX.mode*;UNIX.owner*;
Risposta: LANG en-US*
Risposta: PBSZ
Risposta: PROT
Risposta: SITE MKDIR
Risposta: SITE RMDIR
Risposta: SITE UTIME
Risposta: SITE SYMLINK
Risposta: REST STREAM
Risposta: SIZE
Risposta: 211 End
Comando: OPTS UTF8 ON
Risposta: 200 UTF8 set to on
Stato: Connesso
Stato: Lettura elenco cartelle...
Comando: PWD
Risposta: 257 "/" is the current directory
Comando: TYPE I
Risposta: 200 Type set to I
Comando: PORT 192,168,10,12,19,138
Risposta: 200 PORT command successful
Comando: MLSD
Errore: Tempo scaduto per la connessione
Errore: Non è stato possibile leggere il contenuto della cartella

[pugilares]

So in case of mine I get GnuTLS error 53 right after the _second_ MLSD command within the FTPS session.
I use Windows XP SP3 and Filezilla 3.5.3 client. I tried many tricks already but still without success.
Filezilla utilises passive mode explicit TLS in this case.
Data port range set on ReadyNAS, masquerade set also. DMZ set on the server side NAT to ReadyNAS host IP.
I have also turned OFF Application Layer Gateway service on the client machine. Filezilla and fzsftp added to exceptions in Windows Firewall.

Still GnuTLS error 53 after second MLSD