IP Block? Error: Failed to retrieve directory listing

[Change]

Hello,
I have a weird problem.
When trying to connect to a FTP server of a client in Hungary, I get following error message:

Error: Connection timed out after 20 seconds of inactivity
Error: Failed to retrieve directory listing

The protocol of the FTP server is: "FTP & explicit FTPS over port 21" (info from the hoster).
I took "Use explicit FTP over TLS if aviable" but also tried the other options without success.

Transfer mode: default (but also tried the other options without success)
"Limit numbers of simultaneous connections:"
I tried everything from 1 to 8, always the same error.

I attached a lvl4 debug log.

Is there an IP or country filter at the FTP server or is it a setting on my site?
The customer can connect to the ftp server without problems (he send me a video of it).
I tried it with WinSCP too, there I also can't connect, so it seems not to be a FileZilla-problem in general.

Thank you very much in advance,
Change

[boco]

According to the log, you are NOT IP-blocked, the login works fine. What does not work is data connections, so, either the server is not configured properly or there's an obstruction (firewall etc.) somewhere on the data line.

Please test the server from our test site https://ftptest.net. It is a guaranteed unobstructed client.

If the test succeeds the error is at your end or in the networks between. If the test fails, the server's configuration is not right.


Oh btw., the metadata is interesting. You are most probably using some sort of AVM router in its default configuration and you are the first device on the line. It's always a good idea to not use the defaults router devices offer, it allows for easy identification and targeting.

[Change]

Thank you very much for your answer.

Im sorry but i dont feel save to insert complete logindata of ftp server of a client to a for me unknown website.
Is there another possibility to check that?

Oh btw., the metadata is interesting. You are most probably using some sort of AVM router in its default configuration and you are the first device on the line. It's always a good idea to not use the defaults router devices offer, it allows for easy identification and targeting.

What setting you mean? The internal id or another setting?

Thank you very much

[boco]

Im sorry but i dont feel save to insert complete logindata of ftp server of a client to a for me unknown website.

https://ftptest.net belongs to the FileZilla project, it's not just some random site. To quote the site itself [sic]: "You server address and account credentials are not stored. The entered data is only kept in memory during the test, all credentials are discarded directly after the test finishes."

Is there another possibility to check that?

Unfortunately not easily, as you need a known good client.

What setting you mean? The internal id or another setting?

It can be derived from the internal IP assigned. It is 192.168.178.20. The 192.168.178.* IP range is typically used by AVM routers using the default settings, and the first IP assigned is 192.168.178.20. 192.168.178.1 is gateway and 192.168.178.2 is DNS. That's all known information in the public. That's why it is always recommended to change the DHCP range the router assigns, for example 192.168.178.* → 192.168.0.*. This little change removes the big red bullseye, as the range is now one most other routers use. AVM here is pretty unique and thus easily identifiable.

Note: If changing the setting is too scary, just leave it alone.

[Change]

Please test the server from our test site https://ftptest.net. It is a guaranteed unobstructed client.

Attached the log of the test on this site.

Result:

Error: Connection timed out
Timeouts are usually caused by some router and/or firewall that is interrupting the connection.
Try uninstalling all firewalls and plug your computer directly into your modem, thus bypassing the router.

Is that an error on my side or on the hosters side?

Thank you very much.

[boco]

That is a problem on the server's side. Seems it is not correctly set up for Passive data connections.

Using Active mode as a workaround might work here, but it's not guaranteed.

[Change]

That is a problem on the server's side. Seems it is not correctly set up for Passive data connections.

Using Active mode as a workaround might work here, but it's not guaranteed.

Thank you for your answer, with active mode i get the same error.
I just dont understand, why the customer himself can connect to the server but not me...