FTP մուտքը աշխատում է, բայց թղթապանակի ցանկը կախվում է. ինչու

Օգտանունը աշխատում է, գաղտնաբառը աշխատում է, և հաճախորդը հայտնում է, որ միացած է։ Այնուհետև այն անվերջ սպասում է թղթապանակի ցանկի կամ առաջին ֆայլի փոխանցմանը, և հավատարմագրերում ոչինչ դա չի բացատրում։ FTP-ն երկրորդ կապ է բացում յուրաքանչյուր ցանկի և յուրաքանչյուր ֆայլի համար, և հենց այդ երկրորդ կապն է ձախողվում։ Մուտքը միայն ապացուցում է, որ առաջին զրույցն աշխատում է։

Ստուգումները կատարեք հերթականությամբ։ Յուրաքանչյուրը բացառում է տարբեր շերտ, ուստի կանգ առեք առաջինի վրա, որը շեղում է տալիս։

Նախ առանձնացրեք երկու կապերը

Կառավարման կապը հրամաններն ու պատասխանները տեղափոխում է սերվերի լսող պորտով։ Տվյալների կապը տեղափոխում է գրացուցակի ցանկը կամ ֆայլի մարմինը, և պասիվ ռեժիմում սերվերն ընտրում է իր վերջնակետը և հայտարարում այն PASV կամ EPSV պատասխանում։ 21 պորտը թույլատրելը ոչինչ չի ասում տվյալների պորտի հասանելիության մասին, և հենց դրա համար է մուտքը հաջողվում, մինչդեռ յուրաքանչյուր ցանկ ժամկետանց է դառնում։ WinSCP-ի FTP ռեժիմների ուղեցույցը բացատրում է այդ բաժանումը և դրա ցանցային պահանջները։

Եթե հաճախորդը VPN-ի հետևում է, տվյալների ուղին անցնում է նույն թունելով, բայց ոչ պարտադիր նույն քաղաքականությամբ։

Կարդացեք հասցեն PASV պատասխանում

Գործարկեք մանրամասն հաճախորդ և կարդացեք պատասխանը՝ գուշակելու փոխարեն։ curl -v ftp://user@host/ տպում է PASV տողը սերվերի ուզած հասցեով և պորտով, և հենց այդ հասցեին է հաճախորդը միանում հետո։ Եթե դա մասնավոր հասցե է, որը ոչինչ չի նշանակում թունելի հաճախորդի կողմում, տվյալների կապը ոչ մի տեղ չի գնում, մինչ կառավարման ուղին մնում է առողջ։

Համեմատեք այդ հասցեն այն հասցեի հետ, որին հաճախորդը իրականում հասել է։ Անհամապատասխանությունը պատասխանն է, և այն սովորաբար գալիս է NAT-ից կամ ներքին հասցեով կարգավորված սերվերից։

Ստուգեք պորտերի միջակայքը և թունելի քաղաքականությունը

Պասիվ սերվերները տվյալների պորտեր հատկացնում են կարգավորված միջակայքից, և այդ միջակայքը պետք է թույլատրվի VPN-ի և ուղու ցանկացած ֆայրվոլի միջով։ Քաղաքականությունը, որը թույլատրում է 21 և ոչինչ ավելին, միայն մուտքի քաղաքականություն է։ Հաստատեք միջակայքը սերվերը վարողի հետ, ապա փորձարկեք դրանից մեկ պորտ՝ ամբողջ միջակայքի նույն վարքը ենթադրելու փոխարեն։

Գաղտնագրված կառավարման ուղիները դա ավելի դժվար են դարձնում, քանի որ միջնորդ տուփն այլևս չի կարող վերաշարադրել հայտարարված հասցեն թռիչքի ընթացքում։

Իմացեք, երբ է օգնում EPSV-ն կամ պահուստային տարբերակը

EPSV-ն պորտ է վերադարձնում առանց առանձին հասցեի, ինչը վերացնում է սխալ հասցեի ձախողումը, երբ երկու ծայրերն էլ աջակցում են դրան։ Որոշ հաճախորդների կարելի է նաև ասել անտեսել հայտարարված հասցեն և կրկին օգտագործել կառավարման կապի նպատակակետը։ Երկուսն էլ օրինական գործիքներ են կոնկրետ տոպոլոգիայի համար, ոչ թե համընդհանուր լուծում։

Մի անջատեք TLS-ը միայն այն բանի համար, որ օժանդակ գործիքը ստուգի նստաշրջանը։ Դա աշխատող արձանագրությունը փոխանակում է կոտրված սպառնալիքի մոդելով։

Հաստատեք ցանկով և փոխանցմամբ

Հասցեի կամ պորտի քաղաքականությունը փոխելուց հետո նույն VPN ուղով բացեք նոր նստաշրջան և ցանկագրեք գրացուցակ։ Այնուհետև փոխանցեք փոքր ֆայլ, քանի որ ցանկը և փոխանցումը որոշ սերվերներում կարող են տարբեր կոդային ուղիներով անցնել։ Ստուգեք հաճախորդի մատյանում տվյալների կապը սպասվող հասցեին և պորտին և հաստատեք, որ բայթերը հասել են.

Այս ընթացքում FTP-ն, FTPS-ն և SFTP-ն մտքում առանձին պահեք։ Պասիվ պորտի փոփոխությունը SFTP-ի կարգավորում չէ, և ուղղումը չի տեղափոխվում արձանագրությունների միջև։