Pomoc FTP - brak dostępu do serwera TS-453Pro

[Flashman]

Zanim zacząłem pisać nowego posta przekopałem całe forum w poszukiwaniu rozwiązania tematu, który był już wielokrotnie wałkowany - niestety w moim przypadku, żadne z nich nie zadziałały.
Przesiadłem się z TS-221 na TS-453Pro, macierz RAID1 przeniesiona w całości - zgodnie instrukcją speców z firmy EPA Systemy - działa cacy i wszystko jak należy z wyjątkiem dostępu zdalnego do FTPa (lokalnie zresztą też nie da się odpalić). Zrobiłem wg najlepszej wiedzy: przekierowania na routerze (Asus RT-AC68U), konfiguracja portów w Qnapie i cała reszta... wynik - bez zmian, czyli klapa.
Męczę równocześnie ludzi z supportu Asusa i mojego ISP czy przypadkiem jakichś portów nie poblokowali - wydaje się jednak, że problem leży gdzieś na styku router - Qnap.
W załączeniu zrzuty konfiga routera i Qnapa - ja tracę już nadzieję, stąd mój apel o pomoc. Dodam, że podobny problem miałem na początku z poprzednim TS-221, też męczyłem się jakiś czas, aż pewnego razu nagle coś się "odblokowało" a potem działało bez problemu.
Z góry wielkie dzięki za przyjrzenie się sprawieeal:
Pozdro

 

[Usunięty użytkownik pigers]

to ze QNAP nie mam statycznego adresu jest zbrodnią samą w sobie !

 

[Flashman]

to ze QNAP nie mam statycznego adresu jest zbrodnią samą w sobie !

...miałem kiedyś na statyku poprzednią kanapę, powodowało to czasem problemy z odnajdywaniem go w sieci lokalnej (tylko po IP LAN, po nazwie nie był widoczny - temat też wałkowany swego czasu na forum), wracając do wątku: ustawiłem na sztywno tylko na LAN1 - 192.168.1.150 - podpiąłem bezpośrednio pod router, wszystko inne odcięte (wifi też), FTP po LANie nadal się nie zgłasza, z zewnątrz - tym bardziej. Mam zacząć kląć, kopać i gryźć czy stuknąć się w łeb?

 

[Usunięty użytkownik pigers]

rozwiązanie od szwagra:
wypić trzy piwa i robić

 

[Silas Mariusz]

Zaloguj się po PuTTY do serwera i wydaj komendę:

telnet localhost PORT

Pod port podstaw numer portu ftp.
Np.:

telnet localhost 21

Wynik powinien wyglądać tak:

220 NASFTPD Turbo station 1.3.2e Server (ProFTPD) [127.0.0.1]

Zamknij Telnet: CTRL+Z i: killall -9 telnet

Wykonaj jeszcze polecenie:

lsof -i :PORT

Pod PORT podstaw numer portu ftp.
Przykład:

lsof -i :21

Przykładowy wynik:

COMMAND  PID  USER   FD   TYPE   DEVICE SIZE/OFF NODE NAME
proftpd 5876 guest    0u  IPv4 45250978      0t0  TCP *:21 (LISTEN)

Alternatywnie:

netstat -al 2>/dev/null | grep PORT

Pod PORT podstaw numer portu ftp.
Przykład:

netstat -al 2>/dev/null | grep 21

Przykładowy wynik:

tcp        0      0 *:21                    *:*                     LISTEN

 

[Flashman]

Zaloguj się po PuTTY do serwera i wydaj komendę:

telnet localhost PORT

Pod port podstaw numer portu ftp.
Np.:

telnet localhost 21

Wynik powinien wyglądać tak:

220 NASFTPD Turbo station 1.3.2e Server (ProFTPD) [127.0.0.1]

Zamknij Telnet: CTRL+Z i: killall -9 telnet

no to dupa:
telnet: Unable to connect to remote host (127.0.0.1): Connection refused

 

[Silas Mariusz]

Zainstaluj TeamViewer i przygotuj przeglądarkę zalogowaną do panelu zarządzania serwerem QNAP oraz zaloguj się za pomocą PuTTY do serwera NAS.
Na prywatną konwersację, którą rozpocząłem z Tobą napisz mi kod.
Wstępnie:

dmesg | tail -n 5

[ 7716.414936] proftpd[16655]: segfault at 0 ip 00000000f6f8cb9c sp 00000000ffb5c57c error 4 in libc-2.6.1.so[f6f35000+12e000]
[ 7747.321108] proftpd[16905]: segfault at 0 ip 00000000f6f92b9c sp 00000000ffd2863c error 4 in libc-2.6.1.so[f6f3b000+12e000]
[ 7778.229254] proftpd[17127]: segfault at 0 ip 00000000f6f42b9c sp 00000000ffc9b52c error 4 in libc-2.6.1.so[f6eeb000+12e000]
[ 7809.137814] proftpd[17633]: segfault at 0 ip 00000000f6fa7b9c sp 00000000ffdd760c error 4 in libc-2.6.1.so[f6f50000+12e000]
[ 7840.044978] proftpd[17859]: segfault at 0 ip 00000000f6f8cb9c sp 00000000ffaa62fc error 4 in libc-2.6.1.so[f6f35000+12e000]

ldconfig -v 2>/dev/null | grep libc-2.6

        libc.so.6 -> libc-2.6.1.so

ldd -r /usr/local/sbin/proftpd | grep libc

        libcrypt.so.1 => /lib/libcrypt.so.1 (0xf75fd000)
        libcrypto.so.1.0.0 => /usr/lib/libcrypto.so.1.0.0 (0xf71ea000)
        libc.so.6 => /lib/libc.so.6 (0xf6fdc000)

 

[Flashman]

Stan na dziś wygląd tak:
1. downgrade do wersji 4.1.1. 1101 nie zmienił sytuacji - FTP nadal niedostępny
2. za radą Wielebnego Mariusza Silasa (nieoceniony w dogłębnym badaniu tematu) wyłączyłem wszystkie usługi (system na minimum, aktywne tylko optware) - w tej konfiguracji FTP lokalnie się odezwał!
3. kolejno włączałem poszczególne usługi i sprawdzałem, jak zachowuje się FTP; wywalił się w momencie odpalenia surveillance station...
4. FTP lokalnie działa, otwarta zostaje sprawa konfiga dla dostępu z zewnątrz, myślę, że w oparciu o wcześniejsze wskazówki powinno być już z górki...
...no przyznam się, że nie idzie mi to przekierowanie portów DATA... w logach łączenie do FTPa niby przebiega poprawnie ale podczas łączenia mieli strasznie długo, żeby wywalić komunikat o "braku odebranych danych..."
Forwadring na routerze mam ustawiony jak na screenach:

 

[Silas Mariusz]

FTP Data ma być przekierowane z zakresu na zakres a nie na pojedynczy port.
Po drugie po co Ci 10tys. portów na FTP Data? Daj zakres od 39500 do 41500.

 

[Flashman]

FTP Data ma być przekierowane z zakresu na zakres a nie na pojedynczy port.
Po drugie po co Ci 10tys. portów na FTP Data? Daj zakres od 39500 do 41500.

...i tego było potrzeba, na zasmażkę! Jest wszystko cacy, nawet bez ustawienia "odpowiadaj zewnętrznym IP..."
W zasadzie temat kwalifikuje się do zamknięcia jako rozwiązany, dlaczego jednak usługa surveillance station siała po systemie i rozwalała FTPa - tego chyba nie dojdziemy. Nie wiem, czy instalować na nowo i wtedy sprawdzić...
Mariuszu, uszanowanie i ukłony do ziemi za nieocenioną pomoc. Jestem Twoim dłużnikiem!:Hello: