FTP girişi işləyir, amma qovluq siyahısı donur: niyə

İstifadəçi adı işləyir, parol işləyir və müştəri bağlandığını bildirir. Sonra qovluq siyahısında və ya ilk fayl ötürülməsində sonsuza qədər gözləyir və etimad məlumatlarında bunu izah edən heç nə yoxdur. FTP hər siyahı və hər fayl üçün ikinci bağlantı açır və uğursuz olan məhz həmin ikinci bağlantıdır. Giriş yalnız ilk söhbətin işlədiyini sübut edir.

Yoxlamaları sıra ilə aparın. Hər biri fərqli bir qatı istisna edir, ona görə anomaliya verən ilk addımda dayanın.

Əvvəlcə iki bağlantını ayırın

Nəzarət bağlantısı əmrləri və cavabları serverin dinləmə portunda daşıyır. Məlumat bağlantısı qovluq siyahısını və ya fayl gövdəsini daşıyır və passiv rejimdə server öz son nöqtəsini seçib PASV və ya EPSV cavabında elan edir. 21 portuna icazə vermək məlumat portunun əlçatan olub-olmadığı barədə heç nə demir; girişin uğurlu olub hər siyahının vaxt aşımına uğramasının səbəbi də elə budur. WinSCP-nin FTP rejimləri üzrə təlimatı bu ayrımı və onun şəbəkə tələblərini izah edir.

Müştəri VPN-in arxasındadırsa, məlumat yolu eyni tuneldən keçir, amma mütləq eyni siyasətdən yox.

PASV cavabındakı ünvanı oxuyun

Ətraflı rejimdə işləyən müştəri işə salın və təxmin etmək əvəzinə cavabı oxuyun. curl -v ftp://user@host/ serverin istədiyi ünvan və portla PASV sətrini çap edir və müştəri sonra məhz həmin ünvana qoşulur. Əgər bu, tunelin müştəri tərəfində heç bir məna daşımayan özəl ünvandırsa, nəzarət kanalı sağlam qalarkən məlumat bağlantısı heç yerə getmir.

Bu ünvanı müştərinin həqiqətən çatdığı ünvanla müqayisə edin. Uyğunsuzluq cavabın özüdür və adətən NAT-dan və ya daxili ünvanla konfiqurasiya edilmiş serverdən qaynaqlanır.

Port aralığını və tunel siyasətini yoxlayın

Passiv serverlər məlumat portlarını konfiqurasiya edilmiş aralıqdan ayırır və həmin aralığa VPN və yoldakı istənilən firewall vasitəsilə icazə verilməlidir. Yalnız 21-ə icazə verən siyasət yalnız giriş üçün siyasətdir. Aralığı serveri idarə edənlə təsdiqləyin, sonra bütün aralığın eyni davrandığını fərz etmək əvəzinə ondan bir portu sınaqdan keçirin.

Şifrələnmiş nəzarət kanalları bunu çətinləşdirir, çünki vasitəçi qutu artıq elan edilmiş ünvanı uçuşda yenidən yaza bilmir.

EPSV və ya ehtiyat variantın nə vaxt kömək etdiyini bilin

EPSV ayrı ünvan olmadan port qaytarır, bu da hər iki tərəf dəstəklədikdə səhv ünvan nasazlığını aradan qaldırır. Bəzi müştərilərə elan edilmiş ünvanı nəzərə almamaq və nəzarət bağlantısının təyinatını yenidən istifadə etmək də tapşırıla bilər. Hər ikisi müəyyən topologiyaya yönəlmiş qanuni alətlərdir, ümumi həll deyil.

Yardımçı sessiyanı yoxlasın deyə TLS-i söndürməyin. Bu, işləyən protokolu pozulmuş təhlükə modeli ilə dəyişir.

Siyahı və ötürmə ilə təsdiqləyin

Ünvan və ya port siyasəti dəyişdikdən sonra eyni VPN yolu üzərində yeni sessiya açın və qovluğu siyahıya alın. Sonra kiçik bir fayl ötürün, çünki bəzi serverlərdə siyahı və ötürmə fərqli kod yollarından keçə bilər. Müştəri jurnalında gözlənilən ünvan və porta məlumat bağlantısını yoxlayın və baytların çatdığını təsdiqləyin.

Bunu edərkən FTP, FTPS və SFTP-ni beyninizdə ayrı saxlayın. Passiv port dəyişikliyi SFTP parametri deyil və düzəliş protokollar arasında keçmir.