Mountain Duck SFTP: له VPN وروسته دوهم ننوتل
ګېټوې او د فایل سرور بېلابېل شیان تصدیقوي۔ د SFTP د مدیر هوسټ نوم وکاروئ، د هغه غوښتنې ته ځواب ورکړئ او د هوسټ کیلي څېړنه وساتئ۔
VPN نښلېږي، د مینو بار یوه تونل ښیي، او Mountain Duck بیا هم ننوتل غواړي۔ بیا یو کوډ غواړي۔ هیڅ شی خراب نه دی: دوه بېلابېل سیستمونه تاسو تصدیقوي، او دوهم د لومړي په اړه هیڅکله نه دی اورېدلی۔ د VPN MFA ګېټوې ته یو څه ثابتوي۔ د SFTP سرور خپل ثبوت غواړي، د خپل حساب په وړاندې۔
دوه غوښتنې، دوه سیستمونه
ګېټوې او د فایل سرور جلا پالیسي سیمې دي۔ کېدای شي یوه ډایرکټري شریکه کړي، یا د هغوی کاروونکي کس پرته بل څه مشترک نه ولري۔ په VPN کې یو ځلي کوډ تېرول په SFTP هوسټ کې ناسته نه جوړوي، او SFTP هوسټ نشي پوهېدای چې ایا تاسو تونل کارولی و که نه۔ هر سیستم فکر کوي چې یوازې هغه پوښتنه کوي۔
| Layer | What it authenticates | Where the account lives |
|---|---|---|
| VPN | The tunnel endpoint | Gateway or identity provider |
| SFTP | The file session | SSH server or its directory |
| Folder access | Read and write within the share | Filesystem permissions |
درې واړه په خپلو یادښتونو کې جلا کرښې وګڼئ۔ کله چې یو ناکام شي، کرښه وایي کوم کنسول باید پرانیستل شي، او د کار ډېره برخه همدا ده۔
د SFTP د مدیر پته وکاروئ
بکمارک ته هغه هوسټ نوم او پورټ ته اړتیا ده چې د فایل خدمت واقعاً پرې اورېدل کوي، چې اړینه نه ده د VPN سرور پته وي۔ له هغه مدیر وپوښتئ چې د SFTP خدمت چلوي، او هغه هوسټ نوم وکاروئ چې نور کلاینټونه یې کاروي۔
د سرور د هویت څېړنه بشپړه وساتئ۔ Mountain Duck او Cyberduck په لومړي اړیکه کې د هوسټ کیلي ښیي، او د هغې پرتله کول له هغه ارزښت سره چې مدیر له بلې لارې درکوي، هغه ګام دی چې غلط سرور ته ستاسو د اعتبار معلوماتو له رسېدو مخنیوی کوي۔ د دې څېړنې بندول ترڅو بکمارک ونښلېږي، د اسانتیا په جامه کې یوه دایمي پرېکړه ده۔ دا هغه یوازینی شاهد هم لرې کوي چې وروسته به یې لرئ چې فایل هلته لاړ چې تاسو یې غوښتل۔
د سرور ننګونې ته ځواب ورکړئ
د پروژې SFTP اسناد د یو ځلي کوډونو لپاره د ننګونې-ځواب ملاتړ بیانوي: لومړنۍ د ننوتلو غوښتنه، بیا د کوډ لپاره دوهمه غوښتنه، لکه څنګه چې سرور غواړي۔ دا بهیر د سرور ترتیب ته اړه لري، او کلاینټ نشي کولای چې په پټنوم ساحه کې بل ارزښت ساتلو سره د سرور خوا ته دوه-فاکتوره جبر اضافه کړي۔
نو بکمارک باید عادي حساب اعتبار وساتي، او کوډ باید هغه وخت ولیکل شي چې غوښتنه څرګنده شي۔ بدلېدونکی کوډ د دایمي پټنوم په توګه ساتل یو بکمارک جوړوي چې یو ځل کار کوي، بیا د غلط پټنوم په څېر په بڼه ناکامېږي۔ کوډ د VPN د اعتبار ساحې ته اچول جلا ناکامېږي: ګېټوې یې ردوي، او تونل هېڅکله نه پورته کېږي۔ دوه غوښتنې، دوه ځایونه، او د هغوی تبادله دواړه ماتوي۔
اتوماتیک ماؤنټ نشي کولای تڼۍ ووهي
که بکمارک په شالید کې بیا ونښلېږي، متقابل ننګونې ته د ځواب ورکوونکي څوک نه وي۔ ماؤنټ بیا هڅه کوي، سرور بیا پوښتنه کوي، او لاګ د هغو هڅو څخه ډکېږي چې بریالي نشي کېدای۔ دا د هغې پالیسۍ ریښتینی پایله ده چې یو کس ته اړتیا لري۔
د تعامل پلان جوړ کړئ: تونل او بکمارک هغه وخت ونښلوئ چې تاسو حاضر یاست، او وروستي اتوماتیک بیا نښلونې د غوره هڅې په توګه وګڼئ۔ که کاري بهیر واقعاً پرته له نظارت لاسرسي ته اړتیا ولري، د سرور مالک باید بله تصدیقېدنه ترتیبه ومني، چې دا د بکمارک ترتیب نه، بلکې د پالیسۍ بدلون دی۔
ماؤنټ اجازه نه ده
نښلول شوی حجم ثابتوي چې ناسته تصدیق شوې ده۔ دا ثابتوي نه چې حساب کولای شي په هغه سرور کې هرچېرې ولیکي۔ ټاکل شوې پوښۍ وګورئ، هغه عملیه هڅه کړئ چې واقعاً ورته اړتیا لرئ، او کله چې ځواب مهم وي، پایله د سرور له خوا تصدیق کړئ۔ د Finder څنګ پټه حجم ښیي؛ دا د هغه شاته د اجازو په اړه هیڅ نه وایي۔
د بل پروتوکول لپاره، د دې ترتیب کاپي کولو پرځای د هغه چمتو کوونکي مستنده تصدیقېدنه طریقه وکاروئ۔ د وریځې ننوتل او SSH ننګونه کېدای شي په څنګ پټه کې یو شان ښکاره شي او له داخل څخه بشپړ توپیر ولري۔