څنګه پوه شو چې FTP سرور په حقیقت کې کومه پته ثبتوي

د ثبت یوه کرښه یوه پته ښیي. لیپ ټاپ د تونل پته لري، اړیکه کېدای شي د بل وتلو له لارې ووځي، او هغه براوزر تفتیش چې تاسو کړی د FTP په اړه هیڅ نه ثابتوي. دا درې واړه کېدای شي توپیر ولري، او د ثبت کرښه یوازې یوه له هغو ثبتوي. مخکې له دې چې هر څه پرتله کړئ، پریکړه وکړئ چې کومه اړیکه پوښتنه کوئ.

دا ګامونه د ټاکل شوې مودې سره یوه مجازه پلټنه فرض کوي، نه د بل چا لیږدونو کته.

1. پریکړه وکړئ چې کومه اړیکه پوښتنه کوئ

FTP دوه اړیکې کاروي. د کنټرول اړیکه امرونه او ځوابونه لېږي، او د ډاټا اړیکه پخپله دوتنه لېږي. د ننوتلو پېښه لومړنۍ ته اړه لري، د لیږد پېښه دوهمې ته، نو په ثبت کې یوه ناسته کېدای شي د دوو بېلو شبکې لارو مشاهدې ولري. مخکې له دې چې ترې پایلې واخلئ، ولیکئ چې د پتې ساحه کومې پېښې ته اړه لري.

دا وېش عملي پایله لري. د یوې ناستې د ننوتلو کرښه او د لیږد کرښه کېدای شي دوې بېلې سرچینې پتې ولري، نو هر یوه یې ”د کلاینټ پته” په توګه نقلول دا اټکل دی چې تاسو کومه اړیکه لولئ. مخکې له دې چې پته له هر څه سره سمه کړئ، د پېښې ډول وګورئ.

2. د کنټرول اړیکه تعقیب کړئ

کلاینټ د ډیبګ تولید سره چالان کړئ، یا د نښلېدو پر مهال پر کلاینټ نیول وکړئ، او هغه همکار یاد کړئ چې په حقیقت کې ورته رسېږي. که VPN چالان وي او کلاینټ د هغه له لارې لارښود شي، سرور د لیپ ټاپ د لاسرسي شبکې پتې پر ځای د VPN وتلو پته ویني.

که کلاینټ تونل پریږدي، سرور د لاسرسي پته ویني او د VPN انټرفېس خپله پته هېڅکله په تار کې نه ښکاري. همدا لامل دی چې د لیپ ټاپ د تونل پته معمولاً په انځور کې ترټولو کم ګټور ارزښت وي: هغه یوازې د تونل دننه شته. د کلاینټ لخوا وړاندې شوې سرچینه د ترتیباتو له سکرین لوستلو پر ځای د ss یا د بنډل نیولو له لارې تایید کړئ.

دوه امرونه ډېره برخه پوښي:

ss -tnp state established "( sport = :21 or dport = :21 )"
tcpdump -ni any tcp port 21

لومړی هغه ځایي او همکار پای ټکي لیستوي چې ستاسو خپل سټک کارولي. دوهم په تار باندې لیکل شوې پتې ښیي، چې د سرور لید ته نږدې دی خو بیا هم ستاسو په انټرفېس ودرېږي، نو یوازې د سرور ثبت یا د هغه خپل نیول ښیي چې سرور څه ثبت کړل.

3. وګورئ چې د ډاټا اړیکه سمه ده که نه

په غیر فعال حالت کې سرور کلاینټ ته وایي چې چېرته ونښلي، او په فعال حالت کې سرور هغې پتې ته بېرته نښلي چې کلاینټ ورکړې. دواړه حالتونه کولای شي د ډاټا اړیکه د کنټرول اړیکې څخه بل ځای ته ولېږي کله چې په لاره کې ژباړه یا پراکسي وي. له کلاینټ ثبت څخه حالت تایید کړئ، بیا وګورئ چې د ډاټا اړیکه هماغه لاره کارولې که نه.

هغه لیږد چې له ننوتلو څخه بېلې پتې ثبت شوی، ریښتینی مشاهده ده نه خرابه ریکارډ، او معمولاً د لارې په اړه یو څه وایي.

4. له چلولوونکي څخه تنګ ریکارډ وغواړئ

د سرور چلولوونکي ته د ناستې وخت د هغه د وخت زون سره، حساب، عملیات او منزل ورکړئ. وپوښتئ چې کومې اړیکې د پتې ساحه جوړه کړه، او ایا باوري منځګړی د هغې مانا بدلوي.

د دې سرور ریښتینی سکیمه ولولئ پر ځای د دې چې فرض کړئ هر محصول اصلي کلاینټ، کنټرول همکار او د ډاټا همکار جلا ثبتوي، ځکه ځینې ټوله ناسته په یوه کرښه کې لنډیز کوي. پروتوکول هم روښانه وساتئ: SFTP د SSH پر بنسټ پروتوکول دی نه په بله بندر کې FTP، او FTPS د FTP ته TLS زیاتوي، نو په ثبت کې د خدمت هویت په دې پورې اړه لري چې تاسو کوم یو ځای پرځای کړی.

5. مخکې له منسوبولو تایید کړئ

یوه وتلو پته کولای شي ډېرو پیرودونکو ته خدمت وکړي، او یو حساب کولای شي له څو اجازه لرونکو سرچینو وکارول شي، نو یوه پته او یو کارن نوم یوه واحده نه پېژني. ثبتول د سرور تګلاره ده: VPN هغه سرچینه بدلوي چې یوه اړیکه وړاندې کوي، خو د حساب نوم، د دوتنې نوم یا هغه عملیات نه پاکوي چې ترلاسه کوونکي خدمت پروسس کړي. یوازې هغه څه منسوب کړئ چې ریکارډ یې ښیي او پاتې نور ناڅرګند په نښه کړئ. که اړتیا وي چې بل چا ته یې تشریح کړئ، د WinSCP FTP تشریح د دوو اړیکو ماډل لپاره لنډه مرجع ده.

دوه عادي پېښې ښیي چې دا ولې مهم دي. یو دفتر کولای شي هر کارن د یوې وتلو پتې له لارې وباسي، نو یو سل کسان په ثبت کې یو ارزښت تولیدوي. برعکس هم هماغومره ډېر پېښېږي: یو حساب په هماغه اونۍ کې د کور کرښې او د دفتر کرښې له دواړو نښلي، او دواړه ثبتونه یو کس بیانوي.