آپ کا پرنٹر ایپ خالی فہرست دکھاتا ہے، کیمرہ ایپ بتاتی ہے کہ کوئی ڈیوائس نہیں ملی، اور ویڈیو ایپ میں کاسٹ بٹن ہار ماننے تک گھومتا رہتا ہے۔ اسٹیٹس بار میں VPN آئیکن موجود ہے، فون میں پوری سگنل ہے اور Safari صفحات بغیر مسئلہ لوڈ کرتا ہے، یعنی کنکشن میں کچھ ٹوٹا ہوا نظر نہیں آتا۔ پھر آپ ایپ کی اپنی سیٹنگز کھولتے ہیں اور بدلنے کے لیے کچھ نہیں پاتے۔

میں گھر کے نیٹ ورک پر لیبل پرنٹر کے ساتھ ٹھیک اسی دیوار سے ٹکرایا: ایپ کو کبھی لوکل نیٹ ورک تک رسائی نہیں دی گئی تھی، اور جو پروفائل میں جانچ رہا تھا وہ مکمل ٹنل تھا جو 192.168.1.0/24 پر بھیجا گیا ہر پیکٹ نگل جاتا تھا۔ دو آزاد گیٹ بند تھے، اور ایک کھولنے سے علامت دور نہ ہوتی۔

ایک ایپ اور ایک پرنٹر کے درمیان دو گیٹ

پہلا گیٹ پرائیویسی کا فیصلہ ہے جو آپریٹنگ سسٹم کا ہے، ایپ کا نہیں۔ iOS طے کرتا ہے کہ کوئی ایپ لوکل نیٹ ورک کے پتوں پر ٹریفک بھیج سکتی ہے یا نہیں، اور ایپ کی پہلی کوشش پر صارف سے پوچھتا ہے۔ دوسرا گیٹ روٹنگ ٹیبل ہے۔ 192.168.1.50 کی طرف بھیجا گیا پیکٹ یا Wi-Fi سے پرنٹر کی طرف نکلتا ہے، یا ٹنل میں داخل ہوتا ہے، اور یہ انتخاب VPN پروفائل میں لکھا ہے۔

دونوں گیٹ مختلف طریقوں سے ناکام ہوتے ہیں، اور یہی تشخیص کو ممکن بناتا ہے۔ مسترد شدہ اجازت خود ایپ کی socket کال کو مار دیتی ہے، چنانچہ ایپ کے پاس بتانے کو کچھ نہیں رہتا اور وہ عام خالی حالت میں گر جاتی ہے۔ روٹنگ کا مسئلہ ٹائم آؤٹ جیسا لگتا ہے، کیونکہ پیکٹ فون سے نکل کر دوسری طرف کہیں مر گئے۔ وہی خالی اسکرین، مختلف مرمت۔

VPN کو چھونے سے پہلے اجازت کی حالت پڑھیں

سیٹنگز، پھر پرائیویسی اور سیکیورٹی، پھر لوکل نیٹ ورک کھولیں۔ ہر ایپ جس نے رسائی مانگی ہے وہاں ایک سوئچ کے ساتھ نظر آتی ہے۔ ایپل نے اس اسکرین کے حصے iOS 14 سے iOS 18 کے درمیان منتقل اور دوبارہ نام دیے ہیں، تو اگر اندراج وہاں نہیں جہاں آپ توقع کرتے ہیں، درخت چھاننے کے بجائے سیٹنگز کے سرچ خانے میں لوکل نیٹ ورک لکھیں۔

لوگوں کو سب سے زیادہ ایک بار والی درخواست پکڑتی ہے۔ iOS اس وقت پوچھتا ہے جب کوئی ایپ پہلی بار لوکل نیٹ ورک کو چھوتی ہے، اور صرف تبھی۔ اجازت نہ دیں دبائیں تو اگلی بار کھولنے پر درخواست واپس نہیں آتی؛ سوئچ واپسی کا واحد راستہ ہے اور شروع میں بند ہوتا ہے۔ ایپ دوبارہ انسٹال کرنے سے فیصلہ ری سیٹ ہوتا ہے، اسی لیے کچھ ٹربل شوٹنگ تھریڈز دعوی کرتے ہیں کہ دوبارہ انسٹال نے دریافت درست کر دی۔ درست بھی کی، انکار مٹا کر۔

نگرانی شدہ یا منظم iPhone میں سوئچ کبھی کبھی سرمئی ہوتا ہے۔ MDM کی بھیجی ہوئی پرائیویسی ترجیحات کا پے لوڈ لوکل نیٹ ورک تک رسائی پہلے سے مقرر یا مقفل کر سکتا ہے، اور مقفل سوئچ جو بند ہو اس کا مطلب ہے کہ مرمت پالیسی کی تبدیلی ہے، فون کی تبدیلی نہیں۔ ایپل اس درخواست اور فی ایپ سوئچ کو یہاں دستاویز کرتا ہے: support.apple.com/en-us/102229۔

دیکھیں ٹنل اصل میں کیا روٹ کرتا ہے

مکمل ٹنل 0.0.0.0/0 لے لیتا ہے اور اس کے ساتھ ہر نجی رینج بھی۔ 10.x، 172.16.0.0/12 اور 192.168.x.x کے پیکٹ سرور تک جاتے ہیں، جو عام طور پر انہیں پھینک دیتا ہے یا اپنے سب نیٹ میں ترجمہ کر دیتا ہے، چنانچہ اجازت دینے کے بعد بھی پرنٹر ناقابل رسائی رہتا ہے۔ اسپلٹ ٹنل اس کے برعکس کرتا ہے، لیکن صرف ان رینجز کے لیے جو پروفائل میں درج ہیں۔

Apple Configurator سے بنائے گئے یا .mobileconfig کے طور پر تقسیم کیے گئے IKEv2 پروفائلز اسے تمام ٹریفک بھیجنے کی سیٹنگ اور اسپلٹ موڈ میں خارج کیے جانے والے لوکل نیٹ ورکس کی واضح فہرست کے طور پر بیان کرتے ہیں۔ NEPacketTunnelProvider پر بنی کلائنٹ ایپس یہی فیصلہ includedRoutes کے ذریعے بیان کرتی ہیں۔ ان دونوں میں سے کوئی اسٹیٹس بار سے نظر نہیں آتا، اور دونوں اس چیز کو زیر کر دیتے ہیں جس کی ایپ توقع کرتی ہے۔

یہ وہ آزمائش ہے جو میں استعمال کرتا ہوں۔ VPN منسلک ہونے پر Safari میں راؤٹر کا ایڈمن صفحہ اس کے LAN پتے سے کھولیں۔ اگر عوامی سائٹیں لوڈ ہوں جبکہ وہ صفحہ ٹائم آؤٹ ہو، تو آپ کی نجی رینج ٹنل کے اندر ہے۔ اگر صفحہ لوڈ ہو، تو لوکل ٹریفک اب بھی Wi-Fi سے نکل رہا ہے اور رکاوٹ کہیں اور ہے۔

علامت کو گیٹ سے جوڑیں

ایک ہی فون پر دو ایپس اختلاف کر سکتی ہیں، کیونکہ اجازت فی ایپ ملتی ہے جبکہ روٹس فی پروفائل۔ کچھ بدلنے سے پہلے موازنہ کریں کہ کیا ناکام ہوتا ہے: عموماً نمونہ خود گیٹ کا نام لے لیتا ہے۔

What you seeGateNext step
Device list stays empty, Local Network switch is offPermissionEnable the switch, force-quit the app, reopen it
Switch is on, router page times out, public sites loadRoutingExclude the local range in the profile, or move to a split tunnel
Both pass, direct IP works, discovery stays emptyLink-local multicastEnter the device address by hand, or check profile discovery support
Works by IP address, never by name such as printer.localName resolutionFix mDNS reachability or use the numeric address
Everything fails with the VPN off, on hotel Wi-FiClient isolationChange network, do not change permissions

mDNS قطار ایک نوٹ کے قابل ہے۔ Bonjour اور بیشتر کاسٹ پروٹوکولز کی دریافت کی ٹریفک 224.0.0.251 اور ff02::fb کی طرف لنک لوکل دائرے کے ساتھ ملٹی کاسٹ جاتی ہے، اور روٹ شدہ ٹنل اسے نہیں اٹھاتی۔ اسی لیے کوئی ڈیوائس براہ راست کنکشن کا جواب دے سکتی ہے مگر کبھی فہرست میں نظر نہیں آتی۔

عمل کو جانچیں، آئیکن کو نہیں

لوکل نیٹ ورک کا سوئچ بدلنے کے بعد ایپ کو ایپ سوئچر سے زبردستی بند کریں اور پھر کھولیں۔ چلتی ہوئی پروسیس تبدیلی سے پہلے کی مسترد حالت برقرار رکھ سکتی ہے، اور خالی فہرست لوٹاتی رہنے والی ایپ یکساں دکھتی ہے چاہے اجازت کام کرے یا نہ کرے۔ پھر ایک ٹھوس کام کریں، جیسے ٹیسٹ صفحہ پرنٹ کرنا یا ویڈیو شروع کرنا، بجائے اس کے کہ ڈیوائس فہرست بھرنے کا انتظار کریں۔

موازنے کے دوران VPN پروفائل کو مستقل رکھیں۔ اگر دریافت صرف کنکشن منقطع کرنے کے بعد کام کرنے لگے، تو آپ نے جان لیا کہ قصوروار ٹنل ہے، اجازت نہیں۔ ہر کوشش میں ایک متغیر بدلیں، ورنہ اگلی بار آپ کو کچھ نہیں بتائے گی۔

اسی ترتیب سے ٹھیک کریں

نیچے دی گئی ترتیب وہی ہے جس پر اب عمل کرتا ہوں، کیونکہ یہ فون کو کبھی آدھی بدلی ہوئی حالت میں نہیں چھوڑتی جہاں اگلا ٹیسٹ ناقابلِ مطالعہ ہو۔

  1. تصدیق کریں کہ ایپ پرائیویسی اور سیکیورٹی، لوکل نیٹ ورک میں درج ہے اور اس کا سوئچ آن ہے۔
  2. زبردستی بند کریں، ایپ دوبارہ کھولیں، اور اصل عمل ایک بار دوبارہ آزمائیں۔
  3. منسلک ہونے پر راؤٹر کا صفحہ LAN پتے سے کھولیں تاکہ ثابت ہو کہ نجی رینج ٹنل میں ہے یا نہیں۔
  4. اگر ٹنل میں ہے تو پروفائل میں ترمیم کر کے لوکل نیٹ ورکس خارج کریں، یا پروفائل کے مالک سے ایسا کرنے کو کہیں۔
  5. اگر سوئچ سرمئی ہے تو ڈیوائس کو منظم سمجھیں اور درخواست منتظم کو بھیجیں۔

عام طور پر ان میں سے صرف ایک لاگو ہوتا ہے۔ اگر کوئی بھی نتیجہ نہ بدلے، تو باقی مشتبہ خود نیٹ ورک ہے، جیسے ایکسیس پوائنٹ کی تنہائی یا Wi-Fi پتوں سے منسلک مجاز کلائنٹ فہرست، اور اوپر کا نقشہ جدول بتاتا ہے کون سا۔

متعلقہ مضامین