د VPN له قطعېدو وروسته د Mac د IPv6 حالت څنګه وګورو

که د تونل له لوېدو وروسته د IPv4 له لارې یوې وېبپاڼې ته ورسیږئ، د IPv6 په اړه مو هیڅ نه دی ثابت کړی. macOS دواړه کورنۍ د هر شبکې خدمت لپاره جلا تنظیموي، او VPN کاروونکی کولی شي یوه بدله کړي پرته له دې چې بلې ته لاس ووهي. درې طبقې په ترتیب سره وګورئ: د پتې تنظیم، د لارې ټاکنه، او بیا هغه تګلاره چې کاروونکی په قطع شوي حالت کې نصبوي. په دې موده کې د لاسرسي شبکه بدله نه کړئ، که نه نو تاسو دوه بېلې ستونزې پرتله کوئ.

له هغې کورنۍ پیل وکړئ چې واقعاً ماتېدلې

هغه پاڼه چې د IPv4 له لارې بارېږي تاسو ته وایي چې فزیکي شبکه ژوندې ده. دا هېڅ نه وایي چې آیا خدمت لویه IPv6 پته لري، آیا مختګه لا هم اعلانیږي، یا آیا څه شی کورنۍ فلټروي. د وسیلې له غوره کولو دمخه تایید کړئ چې څه ناکام شو، ځکه هغه نوم چې نارسېدونکې پتې ته حلېږي په بشپړ ډول هغه نوم ته ورته ښکاري چې هېڅ حل نه شي. وپوښتئ کومه طبقه غلط ځواب ورکړ، او ځواب ولیکئ. له دې پرته هر بل ګام د پروسې په جامه کې اټکل دی.

په ټوله پرتله کې هماغه Wi-Fi شبکه او هماغه لاسرسي نقطه وساتئ. هغه کافي شبکه چې پرون یې IPv6 وړاندې کاوه، د هغې شبکې په اړه چې اوس پرې یاست هېڅ نه وایي.

پته د لارې دمخه ولولئ

په سیسټم تنظیماتو کې، د فعال خدمت TCP/IP پینل ښیي چې IPv6 اتوماتیک، لاسي یا یوازې د اړیکې ځایي دی. دا له هغه څه سره پرتله کړئ چې تمه یې لرئ، په یاد ولرئ چې یو سازمان ممکن په قصد سره لاسي تنظیم غوره کړی وي. بیا ifconfig چل کړئ او اړوند انټرفیس ولولئ. یوازې fe80:: پته دې مانا ده چې انټرفیس کولی شي له خپلو ګاونډیانو سره خبرې وکړي او نور هېڅ نه، نو د اړیکې ځایي شتون د کارېدونکې لارې ثبوت نه دی.

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

د ناکام هدف لپاره د لارو جدول ولولئ

له کرنل څخه د ناکام هدف په اړه وپوښتئ، نه د ډیفالټ لارې په اړه. route -n get 2001:db8::25 هغه انټرفیس او ګېټوې چې د دې پتې لپاره غوره شوي چاپوي، او netstat -rn -f inet6 د پرتله کولو لپاره ټول جدول ښیي. ډیفالټ لاره وایي چې ډیفالټ شته؛ دا نه وایي چې دا هدف هغه کاروي.

DNS په خپل جلا خوني کې وساتئ. هغه حلونکی چې د IPv4 له لارې د لاسرسي وړ دی لا هم کولی شي AAAA ریکارډونه بیرته راولي، نو د پلټنې ناکامي او د لارښوونې ناکامي په براوزر کې ورته نښه جوړوي.

د کاروونکي بلاک تګلاره له پاتې قاعدې جلا کړئ

ځینې کاروونکي د دې لپاره جوړ شوي چې په قطع شوي حالت کې ترافیک بلاک کړي، په شمول بله پته کورنۍ، او دا چلند ځانګړنه ده، نه نقص.

د بلاک د زیان په توګه د ګڼلو دمخه ومومئ چې ستاسو کاروونکی کوم چلند مستند کوي. scutil --dns هغه حلونکي ښیي چې د هر خدمت لپاره نافذ دي، او هماغه ځای کې د کاروونکي لخوا نصب شوی حلونکی یا محدود DNS تنظیم ښکاره کېږي. بیا وګورئ چې آیا د پاکټ فلټر قواعد نصب او پرېښودل شوي. تمه شوې بلاک او پاتې قاعده متضاد غبرګونونه غواړي، او یوازې د مالک اسناد یې جلا کوي.

شواهد راټول کړئ، بیا یو شی بدل کړئ

د یوې نښلېدنې-قطع کېدنې دورې دواړو خواوو کې د کاروونکي نسخه، د macOS نسخه، شبکه خدمت، پلان شوې قطع تګلاره او د پتې او لارې پایله ولیکئ. همدا ریکارډ شکایت په دې ژوند دورې ستونزه بدلوي چې څوک یې څیړلی شي. بیا یوازې یوه بدلون وکړئ او بیا اندازه کړئ.

د بیا تنظیمولو مخه ونیسئ. د مجازي انټرفیسونو ړنګول، د لارو جدول خالي کول او په ټول ماشین کې IPv6 بندول ټول هغه حالت ورانوي چې تاسو یې اخیستلو ته اړتیا درلوده، او کولی شي نااړوند تنظیم هم له ځان سره یوسي. که کاروونکی د ملاتړ شوي وقفې، ترمیم یا لرې کولو بهیر ولري، هغه وکاروئ، او چېرې چې شبکه اداره کېږي د مدیر پروسه تعقیب کړئ. هغه ماشین چې لا دمخه بیا تنظیم شوی وي مالک ته د کار لپاره هېڅ نه ورکوي، او معمولاً په راتلونکې اړیکه کې نقص بیا تولیدوي.