ولې ستاسو د Mac VPN قطع کېږي چې iPhone د USB له لارې ونښلوئ

تاسو iPhone د چارج کولو لپاره نښلوئ، او یوه دقیقه وروسته ستاسو د Mac VPN ترافیک تېرول بندوي۔ د سیستم تنظیمات د iPhone USB په نوم نوی خدمت ښیي، او ښکاره ګام دا دی چې هغه حذف کړئ۔ دا ګام ډیری وختونه غلط دی۔ خدمت کولی شي د تلیفون شخصي هټسپاټ وي، یا دا هغه لینک وي چې Xcode او د وسیلې وسایل یې د تلیفون سره د خبرو کولو لپاره کاروي، او دواړه په کافي اندازه توپیر لري چې پیژندنه باید د حذف دمخه وي۔

ګام 1: هغه خدمت ولولئ چې تلیفون واقعا جوړ کړی

د سیستم تنظیمات خلاص کړئ، بیا شبکه، او د خدماتو لیست د تلیفون د جلا او نښلول شوي حالت سره پرتله کړئ۔ په اوسني macOS کې خدمت د iPhone USB په توګه لیست شوی۔ په یاد ولرئ چې فعال دی که نه، د خدماتو په ترتیب کې چېرته دی، او ایا Mac هغه د ډیفالټ لارې لپاره کاروي۔ د خدماتو ترتیب مهم دی، ځکه macOS ترټولو لوړ فعال خدمت غوره کوي چې مقصد ته ورسیږي، نه هغه چې تاسو نوم پیژنئ۔

د Apple شخصي هټسپاټ لارښود میکانېزم تشریح کوي: تر هغه چې په تلیفون کې شخصي هټسپاټ فعال وي، د USB له لارې نښلول کولی شي Mac دې ته اړ کړي چې د تلیفون ګرځنده اړیکه وکاروي، حتی کله چې یوازې چارج کول غواړئ۔ دا د VPN کلاینت بګ نه دی؛ د لارې جدول د هغه خدمت پیروي کوي چې د Wi-Fi څخه مخکې پورته شوی۔

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

ګام 2: وګورئ چې د VPN پای ټکی کومه لاره کاروي

لاره د ویب پاڼې ته نه، بلکې د VPN سرور حل شوي پتې ته ولولئ۔ route -n get یوازې لوستل کېدونکی دی او هغه انټرفیس او ګېټوې چاپوي چې کرنل به یې کاروي، او دواړه کرښې مهمې دي۔

scutil --dns | head -20
route -n get 203.0.113.10

پورتنی پته د اسنادو لپاره ځای نیوونکی دی۔ هغه د هغه پای ټکي سره بدل کړئ چې ستاسو کلاینت ښیي، او د IPv6 پای ټکي لپاره وکاروئ route -n get -inet6۔ د تلیفون د جلا او نښلول شوي حالت سره پایله پرتله کړئ، او د دوو لوستلو ترمنځ لارې مه اضافه کوئ او مه لرې کوئ۔ که انټرفیس له en0 څخه iPhone USB انټرفیس ته بدل شي، د هټسپاټ لاره په لټون کې وګټله او د VPN بهرنۍ اړیکه اوس ګرځنده شبکې ته ځي۔

د لارې بدلون هر ناکامي نه تشریح کوي۔ نوی لار بېل MTU لري یا آپریټر پروتوکول بندوي، نو کلاینت کولی شي سرور ته ورسیږي او بیا وروسته د تونل داخلي ترافیک کې ناکام شي۔ د هر څه بدلولو دمخه د کلاینت خپله تېروتنه ولولئ: بهرنۍ لاس ورکول وخت ختمېدل د رسېدو وړتیا ته اشاره کوي، پداسې حال کې چې جوړ شوی تونل چې ترافیک تېرول بندوي MTU، DNS یا پالیسي ته اشاره کوي۔

ګام 3: هټسپاټ د وسیلې اړیکې لینک څخه جلا کړئ

Xcode 15 او وروستیو نسخو د USB سره نښلول شوي وسیلې سره د شبکې پر بنسټ چینل له لارې خبرې کوي چې لینک-سیمه ایز IPv6 لري، نو د پراختیا Mac کولی شي اضافي انټرفیس وښیي چې د انټرنیټ لاسرسي سره هیڅ تړاو نلري۔ د Apple تخنیکي یادښت TN3158 دا چلند مستند کوي او خبرداری ورکوي چې VPN یا امنیتي فلټر کول کولی شي په کې مداخله وکړي۔ دا د هټسپاټ ستونزې برعکس دی: VPN نه ماتېږي ځکه تلیفون انټرنیټ وړاندې کوي؛ د وسیلې اړیکه ماتېږي ځکه VPN هغه نیسي۔

دوه څارنې قضیې پرته له پیکټ نیولو جلا کوي۔ لومړی، وګورئ چې انټرفیس د لارې وړ پته او ډیفالټ لاره لري، که یوازې لینک-سیمه ایز fe80:: پته؛ یوازې لینک-سیمه ایز معنی دا ده چې د انټرنیټ لاره نشته۔ دوهم، VPN وتړئ او وګورئ چې Xcode بیا وسیلې ته رسېدلی شي۔ که ورسیږي، د VPN لارې یا د منځپانې فلټر لینک-سیمه ایز ترافیک نیسي، او سمون د ویشل شوي تونل یا فلټر ترتیب کې دی، نه د شبکې پینل کې۔

ifconfig | grep -A4 -E '^en[0-9]+:'
netstat -rn -f inet6 | head

یوازې د انټرفیس نوم له مخې قضاوت مه کوئ۔ macOS دا انټرفیسونه د وسیلو د نښلولو سره جوړوي او له منځه وړي، او en شمېره د چلولو په وخت کې ورکول کېږي، نو هماغه Mac کولی شي د بیا پیل یا کیبل بدلولو وروسته بله شمېره وښیي۔

ګام 4: ناکامي په یو وخت کې د یو متغیر سره بیا تولید کړئ

کله چې پوه شوئ کوم خدمت ښکیل دی، ستونزه په ثابت ترتیب کې بیا تولید کړئ۔ د تلیفون جلا او VPN نښلول شوي حالت سره پیل کړئ۔ تلیفون د شخصي هټسپاټ بند سره ونښلوئ، د شبکې لیست د ثبات تر څو انتظار وکړئ، او د لارې پوښتنه بیا چل کړئ۔ جلا کړئ، شخصي هټسپاټ فعال کړئ، بیا ونښلوئ، او تکرار کړئ۔ د درېیو حالتونو لپاره انټرفیس، ګېټوې او کلاینت تېروتنه ولیکئ، او د یادونې پرځای به پرتله ولرئ۔

که VPN یوازې د هټسپاټ حالت کې ناکام شي، تلیفون له دې لارې لرې وساتئ: د چارج پرمهال شخصي هټسپاټ بند کړئ، یا د خدماتو ترتیب کې iPhone USB خدمت د Wi-Fi لاندې کړئ۔ که په هر نښلول شوي حالت کې ناکام شي، په شمول د هټسپاټ بند سره، وګورئ چې کلاینت شبکه بدلون څنګه اداره کوي۔ ځینې کلاینتونه د اصلي خدمت د بدلون سره تونل ړنګوي او بیا نښلول غواړي؛ دا د کلاینت چلند دی، د تلیفون نقص نه۔

په هر هڅه کې یو شی بدل کړئ۔ د خدمت حذفول، د VPN ترتیب بیا تنظیمول او په هماغه دقیقه کې کلاینت بیا نصبول تاسو د کار کوونکي Mac او د دې پوهاوي پرته پریږدي چې کوم عمل یې سم کړ۔

ګام 5: پریکړه وکړئ څه وساتئ او څه تایید کړئ

د وسیلې لینک پریږدئ۔ د هغه انټرفیس لرې کول چې Xcode کاروي VPN لاره نه سمېږي، او تر بل نښلولو پورې د وسیلو ځای پرځای کول ماتوي۔ که د هټسپاټ خدمت واقعا ناغوښتل شوی وي، لومړی په تلیفون کې شخصي هټسپاټ بند کړئ؛ دا مستند کنټرول دی او د بیا پیل وروسته هم پاتې کېږي۔

که تاسو خدمت لرې کوئ، هغه یې لرې کړئ چې پیژندلی یې دی او بیا دوه شیان تایید کړئ: د VPN پای ټکي ته لاره بیرته متوقع انټرفیس ته راغله، او تونل ترافیک یوازې انټرنیټ ته نه بلکې داخلي پتې ته هم تېروي۔ د خدماتو ترتیب او د کلاینت نسخه ولیکئ، ځکه macOS تازه کول کولی شي د تلیفون ښکارېدل بدل کړي۔

بیا هغه ناکامي طبقه بندي کړئ چې واقعا مو لیدلې۔ د لاس ورکولو وخت ختمېدل، د تونل له پورته کېدو وروسته د MTU درېدل، او د آپریټر څخه راغلي DNS ځوابونه درې بېلې ستونزې او درې بېل سمونونه دي۔ په درېیو کې USB خدمت محرک دی؛ لامل یې کېدل نادر دی۔