جب آپ iPhone کو USB سے جوڑتے ہیں تو آپ کے Mac کا VPN کیوں بند ہو جاتا ہے

آپ 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 سروس محرک ہے؛ سبب کے طور پر یہ شاذ و نادر ہی ہوتی ہے۔