دوه وسیلې، یوه Wi-Fi، بېلابېل VPN وتل: څه شی یې ټاکي
د کور پته، د تونل پته او عام وتل درې بېلابېل شيان دي. دوه وسیلې کولای شي له بېلابېلو وتلو ووځي، او هېڅ شی تضمین نه کوي چې داسې به شي.
د یوه کور په هماغه روټر کې دوه لپټاپه کولای شي له بېلابېلو VPN وتلو انټرنېټ ته ورسېږي، او شریک Wi-Fi په دې کې هېڅ ویل نه لري. پایله هغه شی ټاکي چې تونل چېرته ځي او کومه تګلاره د هرې غوښتنې لپاره لاره ټاکي. مخالف باور هم هومره عام او هومره غلط دی: دوه وسیلې چې جلا پروفایلونه لري په اتوماتيک ډول دوه عامې پتې نه جوړوي. دواړه غلطۍ له دې څخه راځي چې یوه پته درې ګڼل کیږي.
درې پتې، او یوازې یوه یې وځي
لپټاپ په ځایي برخه کې هغه پته لري چې هغه پېژني، او کېدای شي د VPN دننه ورکړل شوې د تونل پته هم ولري. له دواړو هېڅ یوه هم لیرې خدمت ته نه ښکاري. هغه خدمت چې ثبتوي یې هغه د هغې وسیلې عامه وتلې پته ده چې په پای کې بسته لېږي، په لاره کې له هر ډول ژباړې وروسته.
RFC 3022 هغه توپیر ښیي چې دلته د ډېرې ګډوډۍ لامل دی. دودیز NAT داخلي پتې په عامو پتو باندې نقشه کوي، خو د پورټ ژباړه ډېرو داخلي پتو ته اجازه ورکوي چې په یو وخت کې یوه عامه پته شریکه کړي. یو کور چې یوه عامه پته او څو وسیلې لري دویمه پېښه ده، او دا نږدې هر چېرې اصلي حالت دی.
عامې پتې وشمېرئ، نه پروفایلونه. دوه کلاينټونه چې بېلابېلې د تونل پتې او یوه وتلونکې تګلاره لري یوه لیدل شوې پته ورکوي، او یو کلاينټ چې په بله توګه مسیر شوی وتل لري بله پته ورکولای شي. هماغه یوه پرتله ټول ازموینه ده. نور هر څه د لیرې خوا په اړه انګېرنه ده.
دوه وتلونه په رښتیا څه شي جلا کوي
وتل هغه وخت جلا دی چې د انټرنېټ په مخکې وروستې وسیله د هغې ترافیک لپاره بله عامه پته کاروي. دا کېدای شي ځکه وي چې VPN په بل ځای کې پای ته رسېږي، ځکه چې د وتلو ذخیره بله پته ورکوي، یا ځکه چې برابرونکی غوښتنه له بل وتلو تېروي. درېواړه په لیرې خوا کې اخیستل شوې تګلارې پرېکړې دي، او هېڅ یوه یې د کور له روټره نه ښکاري.
هغه دوه وسیلې چې هر یوه یې خپل کلاينټ د هماغه پروفایل سره چلوي، معمولاً په هماغه ذخیره کې ځای پرځای کیږي او د یوې ټاکلې ناستې لپاره ډېری وخت هماغه وتل ترلاسه کوي. دا خرابي نه ده، دا د شریکې ذخیرې نورمال چلند دی. جلا وتل ترلاسه کول معمولاً دا معنا لري چې له خدمت څخه جلا تخصیصونه وغواړئ، نه دا چې کلاينټ دوه ځله تنظیم کړئ.
د تضمین پر بنسټ د ډیزاین کولو دمخه د یوځای اړیکو په اړه د خدمت شرایط ولولئ. دویم ننوتل د وصل کېدو اجازه ده، نه د ځانګړې پتې ژمنه. که شرایط خاموش وي، د انګېرنې پر ځای له برابرونکي وپوښتئ. ځواب تر هر کلاينټ تنظیم ډېر ډیزاین بدلوي.
ولې جلا پروفایلونه جلا وتل نه دي
پروفایل بیانوي چې VPN ته څنګه ورسیږو او څنګه تصدیق کړو، او د هغې وروسته چې څه پیښیږي په اړه نږدې هېڅ نه وایي. وتل لیرې خوا ټاکي، چېرې چې تېرېدل، د پتو ذخیرې او د ژباړې تګلاره اوسي. په دویم ماشین باندې د پروفایل کاپي کول د کلاينټ ترتیبات کاپي کول دي، نه د سرور پرېکړه.
برعکس هم ریښتیا دی. یو VPN سرور کولای شي له یو څخه ډېر عام وتل وړاندې کړي کله چې د هغه تېرېدل او د ژباړې تګلاره همداسې جوړه شوې وي، خو جلا سرورونه کولای شي یو ښکته وتل تغذیه کړي. نو ستاسو په ترتیباتو کې د سرور نومونو شمېر د پتو شمېر په اړه هېڅ نه وایي. له همدې امله ترتیبات د دې ځواب د لټولو لپاره غلط ځای دی.
یوازینی باوري ځواب هغې غوښتنې ته راځي چې د هغه ترتیباتو له لارې شوې وي چې تاسو یې کارول غواړئ. نور هر څه نتیجه ده.
جلاوالی چېرته ځای پرځای کړو
د روټر تونل ټول کور پوښي، چې اسانه دی او د هغه شاته هر وسیلې لپاره یو شریک وتل جوړوي. په هر وسیله کلاينټ تاسو ته د وسیلې له مخې کنټرول درکوي، خو غواړي چې هره وسیله چمتو شي او چمتو پاتې شي. د تګلارې وړ روټر په منځ کې ناست دی، د هرې وسیلې لپاره لاره ټاکي، او یوازې هغه وخت کار کوي چې د بیا وصلېدو او DHCP بدلونونو په اوږدو کې وسیلې په باوري ډول وپېژني.
پر روټر بله شخصي DHCP کرایه جوړول د بله عامه پته جوړولو سره یو شان نه دي. دا ځایي انځور بدلوي او وتل ناڅاپه پرېږدي. جلاوالی د وتلو په تګلاره کې ژوند کوي، که هغه تګلاره پر روټر وي یا په VPN خدمت کې.
هر ډول شکل چې غوره کړئ، مالکیت ولیکئ: څوک وسیله چمتو کوي، څوک د هغې اعتبارنامې څرخوي، او څوک پام کوي کله چې هغه د ټاکل شوې لارې کارول بندوي.
هغه وتل چې په رښتیا مو ترلاسه کړ، وګورئ
کتنه له هغې اپلیکیشن څخه وکړئ چې مهمه ده، او په دواړو وسیلو کې هماغه د پتې کورنۍ پرتله کړئ. له یوې IPv4 پایله او له بلې IPv6 پایله د هېچا په اړه هېڅ نه ثابتوي. بیا د بیا وصلېدو وروسته کتنه تکرار کړئ، ځکه چې د ذخیرې تخصیص کېدای شي د ناستو ترمنځ بدل شي.
دا د تونل د تګلارې دننه له ټرمینل څخه چل کړئ، نه له هغې وسیلې چې هغه تېروي. غلط کوربه ډاډمن غلط ځواب ورکوي.
curl -4 -sS https://api.ipify.org; echo
curl -6 -sS https://api64.ipify.org; echo
ip route get 1.1.1.1که دواړه وسیلې یوه IPv4 پته چاپ کړي، نو پرته له دې چې څو تونلونه پرانیستي دي یو وتل شریکوي. بیا پرېکړه وکړئ چې کله تونل ناکام شي څه پیښیږي: هغه کلاينټ چې مستقیمې لارې ته راستنېږي دواړه وسیلې بېرته کور پتې ته اړوي، او جلاوالی پرته له تېروتنې ورک شي. د ترتیباتو دوه وتل بللو دمخه هماغه راستنېدونکی چلند تایید کړئ، او په یاد ولرئ چې بېلابېلې پتې د شبکې پایله ده، نه دوه ناپېژاندې هویتونه.