“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 حالت ته اړتیا لري. په کنټرول چینل کې بریالی ننوتل د هغې لارې پیل دی، نه دا ثبوت چې هر معلوماتي لېږد لا دمخه اجازه لري.

اړوندې مقالې