Nie można połączyć się z FTP - Limit czasu połączenia po MLSD

Oto mój problem, absolutnie nie jestem w stanie połączyć się z serwerem FTP, w okolicznościach, których nigdy wcześniej nie widziałem. Oto sytuacja:

• Otrzymuję komunikat „Przekroczono limit czasu połączenia” zaraz po poleceniu MLSD.
• Zwykle używam Filezilli pod Ubuntu, ale aby upewnić się, że problem nie jest związany z tym konkretnym klientem, wypróbowałem kilka innych: gftp na Ubuntu oraz winscp i freeftp na Windows 7. Wszystkie te same wyniki.
• Upewnij się również, aby wypróbować tryby Aktywny lub Pasywny. Ten sam wynik.
• W tym momencie chciałbym myśleć, że coś jest nie tak z moją obecną siecią (co więcej, według współpracownika, serwer FTP jest OK). Ale sprawdziłem na http://ftptest.net/ i jestem w stanie uzyskać listę katalogów (czego nie jestem w stanie uzyskać za pośrednictwem klienta FTP).

Ostatecznie ostatnią rzeczą, której nie próbowałem, jest przejście do innej sieci, rozwiązanie, które wydaje się działać, ale na dłuższą metę nie byłoby zbyt praktyczne. I tak myślę, że coś jest nie tak z moim routerem ... ale co to może być?

Uwaga: próbowałem najpierw zarejestrować się i opublikować to pytanie na tablicy filezilli ... ale nie mogę utworzyć konta z kontem Gmail ani Hotmail. WTF?

Według administratorów FileZilla problem prawdopodobnie tkwi w twoim routerze (chociaż prawdopodobnie nic nie możesz na to poradzić) i nie zamierzają go naprawiać, aby powrócić do LISTY, jeśli limit czasu MLSD się skończy. Zobacz: http://forum.filezilla-project.org/viewtopic.php?f=2&t=11405&start=15

Rozwiązanie: Wypróbuj Core FTP lub podobny. Jest mało prawdopodobne, że będziesz w stanie przekonać upartych ludzi FileZilla do dodania (głupio prostej) opcji obejścia - „wracaj do LISTY, jeśli czas MLSD się skończy”.

Lub, ponieważ jest to oprogramowanie typu open source, sprawdź, czy Ty lub ktoś inny możesz dokonać zmiany i skompilować ją samodzielnie. Wyobrażam sobie, że jeśli spróbujesz przesłać zmianę do dodania do oficjalnej wersji, odrzucą ją, ale być może moglibyśmy być mile zaskoczeni.

Po długim wyszukiwaniu rozwiązanie było proste:

Idź do Site Management, wybierz stronę z problemem. Wybierz kartę Transfer Settingsi wybierz Activezamiast Default.

Znalazłem problem z szyfrowaniem, kiedy zmieniłem go na „Używaj tylko zwykłego FTP (niepewny)”, a następnie działa idealnie!

FileZilla jest mi bardzo dobrze znana i muszę walczyć o błędy przy każdej jej aktualizacji.

Rozwiązałem problem, używając tunelu ssh przez jeden z moich osobistych serwerów. Jestem absolutnie zaskoczony, dlaczego to miałoby działać. Obecnie jestem w Japonii, a mój serwer w Kanadzie, więc może jest problem z adresem IPv6 (chociaż serwer twierdzi, że nie powinien) ...?

Chcę tylko, aby ludzie wiedzieli, jak to działa.

Po przekroczeniu limitu czasu MLSD problemem może być również router.

Mam nowy router Asus i przekierowałem porty dla trybu pasywnego. Mam serwer Qnap NAS i łączę się przez port 21 na ftp i port xxxxx: xxxxx w trybie pasywnym. W moim routerze asus ustawiłem teraz port do przodu (serwer wirtualny) i działa ponownie. Mój FTP jest poprawnie przesyłany przez port 21 do mojego adresu IP NAS, po prostu standardowe rzeczy. Problem polegał na pasywnych portach, których mój NAS chciał również używać.

Zrobiłem to w sekcji przekierowania portów (serwer wirtualny nazywany jest w routerach ASUS):

Nazwa usługi: Whateveryoulike

Zakres portów: pasywne porty, których będzie używać twoje urządzenie (standard 55536: 56559 dla Qnap)

Lokalny adres IP: lokalny adres IP urządzenia (coś w rodzaju 192.168.0.xxx)

Port lokalny: POZOSTAW TEN PUSTY

Protokół: oba

Dodaj

Zastosować

BUM! Mamy łącze w górę.

Problemem może być coś innego, ale to naprawiło mój limit czasu i teraz wszystko działa.

Jeśli łączysz się z serwerem unix, na którym działa iptables (zapora ogniowa), sprawdź konfigurację iptables w / etc / sysconfig / iptable-config , dla tej linii:

IPTABLES_MODULES = ""

jeśli jest pusty, edytuj go w następujący sposób:

IPTABLES_MODULES = " ipt_MASQUERADE iptable_nat nf_nat nf_conntrack_ftp "

i ponownie załaduj lub zrestartuj iptables: usługa iptables przeładuje (lub uruchom ponownie). Teraz spróbuj się połączyć (w trybie pasywnym) i powinno działać bez problemu.

To rozwiązało nasz problem w biurze, w komputerach stacjonarnych z systemem Windows 7 / 8.1, za NAT, i łączeniu się z WinSCP 5.5.3 z serwerem produkcyjnym z systemem CentOS 6.6 x86_64, Plesk 12 i ProFTPd.

Nie powinieneś dokonywać żadnych szalonych ustawień w swoim kliencie ftp.

Pozdrawiam, Michael.

PS: Będziesz potrzebował do tego dostępu SSH i uprawnień roota.

Podobnie jak inni, zmarnowałem dużo czasu na ten problem.

Naprawiłem teraz problem.

Użyłem FireFTP (darmowego dodatku do przeglądarki Firefox) i po raz pierwszy działało bezproblemowo.

Zauważyłem tylko, że domyślnie FireFTP ustawiony jest na Port 21.

Z drugiej strony FileZilla nie zezwalał na wypełnienie pola Port (domyślnie byłoby to puste). Być może to była część problemu.

Próbowałem wszystkich rzeczy wymienionych wcześniej (zmień na Aktywny, pozwól Filezilli minąć Zaporę ogniową itp.) I żadna nie działała dla mnie (mam Windows 10).

Miałem ten sam problem, próbując połączyć się przez szybkie połączenie na porcie 2222. Następnie użyłem Site Managera z poniższymi ustawieniami i nie ma już błędu:

• port 2222
• protokół SFTP
• Typ logowania Normalny
• użytkownik i przepustka

Następnie połączenie za pośrednictwem menedżera witryny przebiegło natychmiast.

To bardzo proste!

Musisz dodać wyjątek zapory ogniowej dla Fillzilla (lub dowolnego używanego klienta).

(Jeśli to nie działa, może to być coś z zaporą ogniową lub portem przed routerem).

PS: Zmiana trybu połączenia na aktywny może być sztuczką, ale nie jest to „najlepsze rozwiązanie”. ;-)