VPN آن ہونے پر AirDrop غائب؟ مقامی روٹنگ دیکھیں

AirDrop کام کرتا ہے، پھر VPN جڑتا ہے، اور دوسرا Mac یا iPhone شیئر شیٹ سے غائب ہو جاتا ہے۔ VPN لاگ میں دریافت کے بارے میں کچھ نہیں ہوتا، کیونکہ ناکامی عام طور پر مقامی رسائی سے متعلق ہوتی ہے، خفیہ کاری سے نہیں۔ Apple کا معاونت صفحہ تسلیم کرتا ہے کہ مقامی نیٹ ورک کو محدود کرنے والی VPN ترتیب Continuity اور AirDrop میں خلل ڈال سکتی ہے؛ یہ ایک مفید اشارہ ہے، تشخیص نہیں۔ سستی جانچوں سے شروع کریں، پھر روٹنگ جدول پڑھیں، اور مقامی رسائی کے سوئچ کو اپنی پرائیویسی کا فیصلہ سمجھیں، ہر بار پلٹنے والی ڈیفالٹ ترتیب نہیں۔

سرنگ شامل ہونے سے پہلے کیا ٹوٹتا ہے

دونوں آلات میں Wi-Fi یا Bluetooth کھلا ہونا چاہیے، AirDrop کو اپنی وصولی کی ونڈو کے اندر روابط یا سب سے وصول کرنا چاہیے، اور دونوں اکاؤنٹس ایک دوسرے کے لیے قابلِ تلاش ہونے چاہئیں۔ وصول کنندہ کو دس منٹ کے لیے سب کے لیے رکھنا جائز تجربہ ہے: اگر دوسرا آلہ وہاں نمودار ہو تو مسئلہ ترتیبات میں تھا اور سرنگ بے قصور ہے۔ شیئر شیٹ کیا پیش کرتی ہے اس کی بنیاد پر فیصلہ کرنے کے بجائے کسی جانے پہچانے وصول کنندہ کے ساتھ جانچ کریں۔

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

ڈیفالٹ راستہ ہلنے پر شیئر شیٹ خالی ہو جاتی ہے

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

ifconfig awdl0 | grep -E "status|inet"
netstat -rn | grep -E '^default|^0/1|^128.0/1|awdl'
scutil --nc list
sudo pfctl -s rules | head -40

پہلے ڈیفالٹ سطر پڑھیں: اگر وہ utun انٹرفیس کی طرف اشارہ کرے اور کوئی زیادہ مخصوص راستہ آپ کے ذیلی نیٹ ورک کو نہ ڈھانپے تو مقامی ٹریفک سرنگ میں داخل ہوتی ہے اور آگاہی بھی اس کے ساتھ غائب ہو جاتی ہے۔ 0/1 اور 128.0/1 کا جوڑا مکمل سرنگ کی عام شکل ہے، کیونکہ وہ راستے اصل ڈیفالٹ کو بدلے بغیر اس پر غالب آ جاتے ہیں۔ فعال حیثیت اور پتہ دکھانے والی awdl0 کی سطر ہم مرتبہ انٹرفیس کے بند ہونے کو خارج کرتی ہے۔ جب تینوں معمول کے دکھیں تو پابندی روٹنگ جدول سے نہیں، کلائنٹ پالیسی یا میزبان پر فلٹر سے آتی ہے۔

ایک شکل قابلِ ذکر ہے، کیونکہ یہ مہمان نیٹ ورکس میں لوگوں کو پھنساتی ہے، اور یہ آدھے راستے نہیں ہیں۔ DHCP ابھی ملنے والا پتہ لنک پر راستے کے طور پر لگاتا ہے، اور وہ اندراج دونوں آدھوں میں سے کسی سے بھی زیادہ مخصوص ہے، اس لیے مہمان ذیلی نیٹ ورک سرنگ سے ایسے ہی گزرتا ہے جیسے گھر کا۔ اسے ہٹانے والی پالیسی ہے، روٹنگ نہیں: وہ ترجیح جو مقامی نیٹ ورک کو روکے اور مسترد قاعدہ لگائے، میزبان پر فلٹر جو ذیلی نیٹ ورک گرا دے، یا کلائنٹ کے لیے macOS کی مقامی نیٹ ورک اجازت۔ اس لیے معمول کی نظر آنے والا جدول اور مردہ شیئر شیٹ اگلے حصے کی دستخط ہے، راستوں کی شکل کی نہیں۔

منظم شدہ Mac مقامی رسائی کا سوئچ پیش نہیں کر سکتا

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

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

فائل سے ثابت کریں، آئیکن سے نہیں

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

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