«FTP վստահված սերվեր» արտահայտությունը կարող է նկարագրել դարպաս, որն ինքն է խոսում FTP։ Դրան միանալը տարբերվում է HTTP վստահված սերվերից CONNECT խնդրելուց կամ SOCKS սերվերից TCP նպատակակետ բացելուց։

Դարպասին անհրաժեշտ են նպատակակետ հոսթը և հաշիվը, և այն կարող է նախ իր սեփական մուտքը պահանջել։ Արտադրանքներն այդ զրույցը տարբեր ձևերով են արտահայտում.

ԴասավորությունՀրահանգի սովորական ձև
Նպատակակետը կոդավորված է օգտանունումUSER target-user@target-host
Առանձին մուտք դարպասԴարպասի USER/PASS, ապա նպատակակետի մուտքը
Բացահայտ նպատակակետի հրահանգSITE target-host կամ OPEN target-host, ապա պահանջվող մուտքը

Սրանք պայմանագրերի ընտանիքներ են, ոչ թե մեկ ստանդարտ հաջորդականություն բոլոր դարպասների համար։ Ընտրեք այն եղանակը, որը փաստագրել է ադմինիստրատորը և որն աջակցում է հաճախորդը։

Կարգավորման մեջ տեսանելի պահեք երկու հաշիվներն էլ

Նպատակակետի FTP գաղտնաբառը և դարպասի գաղտնաբառը կարող են տարբեր լինել։ Որոշ դարպասներ դրանք միավորում են մեկ USER/PASS ներկայացման մեջ, մյուսները պահանջում են առանձին փոխանակումներ։ Բոլոր արժեքները մեկ տողում տեղադրելը չի կարող վերարտադրել հաճախորդ, որը պետք է լրացուցիչ հրահանգներ ուղարկի։

Սա բացատրում է հին FtpWebRequest կոդի մեջ օգտակար սահման։ Սովորական FTP միացումը դարպասին, դարպասին հատուկ օգտանունով, կարող է համապատասխանել որոշ USER/PASS դասավորությունների։ Առանձին SITE կամ OPEN զրույց պահանջող դարպասին անհրաժեշտ է հաճախորդ, որն իսկապես աջակցում է այդ հոսքին։ WebRequest-ի Proxy հատկությունը կրկին այլ ինտերֆեյս է։

Օրինակ՝ WinSCP-ն առաջարկում է FTP վստահված սերվերի մուտքի առանձին եղանակներ՝ բոլոր դարպասներին մեկ հոսթ դաշտ համարելու փոխարեն։ Նրա թվային հում կարգավորումների արժեքները պատկանում են նրա փաստագրված API-ին, կարգավորումը վերանայելիս օգտագործեք եղանակի անվանումը և նախատեսված զրույցը։

Մուտքից հետո ֆայլերի փոխանցումը դեռ պահանջում է իր FTP տվյալների միացումը և ընտրված TLS ռեժիմը։ Կառավարման ալիքում հաջող մուտքը այդ ուղու սկիզբն է, ոչ թե ապացույց, որ բոլոր տվյալների փոխանցումն արդեն թույլատրված է։

Առնչվող հոդվածներ