د یوې فایل ترلاسه کول بشپړ شبکه VPN ته اړتیا نلري

د VPN لاسرسي غوښتنه اکثرا په ځان پسې یو فولډر او یوه فایل پټوي۔ ټول دفتر شبکه ته لاره ورکول غوښتنې ته ځواب وایي او د کار له اړتیا څخه ډیر څه سپاري۔ د نقشه شوي شریکول بدلول د اپلوډ پاڼې سره کیدای شي په بله لور کې هم هماغه غلط وي، ځکه چې د خلکو د کار کولو طریقه بدلوي۔ پریکړه له دې پیل کیږي چې باید د فایل سره څه پیښ شي۔

درې اړتیاوې دلته ورته ښکاري او ډیر مختلف چلند کوي: د بشپړ PDF کاپي کول، د سند په خپل ځای کې سمول، او د شریک شوي فولډر پروړاندې یو اپلیکیشن چلول۔

له سمون څخه پیل وکړئ، نه له فولډر

که فایل بشپړ وي او یوازې لوستل غواړي، د لیږد حساب کافي دی۔ که سمول کیږي، پوښتنه دا کیږي چې بل څوک یې سمول او شخړې څنګه حل کیږي، کوم چې د کاري جریان پوښتنه ده نه د شبکې۔ که اپلیکیشن سندونه مستقیم له فولډر څخه پرانیزي، د زخیره کولو پرت ځنډ او د بندولو چلند مهم دي۔ دې ته لومړی ځواب ورکول د داسې حل مخه نیسي چې په بشپړ ډول نښلوي او بیا هم نه شي کارول کیدای۔

شریک سمون یوه ستونزه راوړي چې هیڅ لیږد یې حل نه شي کولای۔ کاروونکی سپریډشیت ډاونلوډ کوي، آفلاین یې سمول او بیا یې اپلوډ کوي وروسته له هغې چې بل چا اصلي فایل بدل کړ، او کوډ شوی اړیکه د بیا لیکلو په اړه هیڅ نظر نه لري۔ د بیا لیکلو، شخړې یا نسخې په اړه هوکړه باید د لاسرسي میتود څخه مخکې موجوده وي۔

SFTP د لیږد پروتوکول دی، نه شریکول

SFTP فایلونه د کوډ شوي SSH ترانسپورت له لارې انتقالوي، کوم چې د یوې کاپي لپاره یقیناً اړین دی او د نقشه شوي ډرایو لپاره نه۔ دا FTP نه دی، او هغه محصول چې FTPS وړاندې کوي، د SFTP پرځای بل پروتوکول وړاندې کوي۔ د فایل سیسټم پرت له لارې د SFTP فولډر ماؤنټ کول د اصلي شریکولو د بندولو، اجازې یا اپلیکیشن چلند ژمنه نه کوي۔ د دې دمخه چې دې ته مستقیم بدیل ووایاست، د کلاینت اپلیکیشن غوښتنې وګورئ۔

sftp [email protected]
put report.pdf /upload/report.pdf
get /shared/template.docx

دا د بشپړ فایل لپاره ټول کاري جریان دی: نښلول، ایښودل، اخیستل۔ یوازې د لیږد لپاره حساب هم محدود SSH خدمت ته اړتیا لري، نه یوازې فایل سیسټم۔ chroot یا ForceCommand internal-sftp محدودوي چې غونډه څه چلولی شي، او د TCP فارورډینګ او تونل کولو غیر فعالول هغه لارې بندوي چې که نه وي د فایل حساب په شبکه کې د ننوتلو نقطه ګرځوي۔ یوازې د لیدلو وړ فولډر محدودول د دې په اړه هیڅ ثابت نه کوي چې حساب چیرته رسیدلی شي۔

که تاسو شریکول غواړئ، هغه مه خپروئ

کله ناکله اصلي شریکول واقعاً اړتیا وي، او ځواب دا نه دی چې SMB به هر ډول انټرنیټ کلاینتونو ته ښکاره کړو۔ د Microsoft لارښوونه دا ده چې په پوله کې مستقیم SMB ټرافیک بند کړو، او په ښه دلیل: پروتوکول د باور وړ نه وي شبکو سره د مخامخ کیدو لپاره نه دی جوړ شوی۔ د QUIC پر سر SMB او ورته ډیزاینونه شته، د دواړو خواوو په خاص پلیټ فارم غوښتنو سره، او دوی د هر ډول Samba سرور لپاره نړیوال سویچ نه دي۔ که هیڅ یو هم نه تطبیقیږي، کار دا دی چې د فارورډ شوي پورټ پرځای ملاتړ شوی لاسرسي لاره چمتو کړو۔

د براوزر پر بنسټ انتخاب کله چې کار ورسره سمون ولري، قانوني دریم ځواب دی۔ دا خپلې پریکړې راوړي: حسابونه، د شریکولو لینکونه، پای، ساتل شوي نسخې او کومه کاپي معتبره ده۔ هغه لینک چې هر څوک یې خلاصولی شي او هغه کاري ځای چې ننوتل غواړي، مختلف د لاسرسي پالیسۍ ښیي، او هیڅ یو هم باید په ناڅاپي ډول ونه ټاکل شي۔

د لاسرسي له سپارلو دمخه څه وګورئ

sftp [email protected] <<< "get /shared/template.docx /tmp/probe.docx"
ssh [email protected] "cat /etc/passwd"

هر ډیزاین چې غوره کړئ، هغه په نظر کې نیول شوي معلوماتو او نظر کې نیول شوو عملیاتو پورې محدود کړئ۔ لومړی حکم باید بریالی شي او دویم باید رد شي؛ که دواړه بریالي شي، حساب د کار څخه پراخ دی۔ بیا حساب لرې کړئ او لومړی تکرار کړئ، کوم چې اوس باید ناکام شي۔ د سرچینې فایلونو مالک د پیژندلو وړ وساتئ، ترڅو د معتبرې کاپي په اړه وروسته پوښتنه ځواب ولري۔ د ثبت وړ پایله د کار وړ او لغوه کیدونکی فایل کاري جریان دی، نه ورک شوی د نښلولو آیکون۔

ولیکئ چې د کاروونکي اپلیکیشن واقعاً کوم پروتوکول ته اړتیا لري، او کوم درې ازموینې مو ترسره کړې۔ هغه دوه کرښې ډیری بیا کاري مخه نیسي۔