macOS کا سروس آرڈر آپ کے VPN راستوں کو کنٹرول نہیں کرتا

کسی ویب سائٹ پر کچھ ناکام ہوتا ہے، ایک ساتھی کو یاد آتا ہے کہ سروس آرڈر موجود ہے، اور Wi-Fi کو Ethernet کے اوپر کھینچا جاتا ہے۔ کچھ نہیں بدلتا، کیونکہ اُس فہرست نے کبھی طے نہیں کیا کہ VPN کی منزل کہاں جاتی ہے۔ Apple VPN کنکشنز کو عام کنکشنز پر ترجیح دیتا ہے اور اُنہیں اِس دوبارہ ترتیب سے باہر رکھتا ہے، اِس لیے وہ سوئچ پوچھے گئے سے زیادہ تنگ سوال کا جواب دیتا ہے۔ ناکامی کو منتخب راستہ اور resolver چاہیے، نئی درجہ بندی نہیں۔

سروس آرڈر کیا بدلتا ہے، اور کس چیز کو کبھی نہیں چھوتا

«سروس آرڈر مقرر کریں» سسٹم سیٹنگز، نیٹ ورک کے تحت، Action مینو میں ہے، اور جب دو یا زیادہ کنکشن فعال ہوں تو یہ عام کنکشنز کی درجہ بندی کرتا ہے۔ یہ درجہ بندی بنیادی سروس منتخب کرتی ہے، جو ڈیفالٹ راستہ اور resolver کے رویے کا حصہ فراہم کرتی ہے۔ یہ برابر والوں کے درمیان فیصلہ ہے، سرنگ کے پیچھے نجی منزلوں کے لیے سوئچ نہیں۔ Wi-Fi اور USB Ethernet ایڈاپٹر والا لیپ ٹاپ اِسے ایک معقول سوال کا جواب دینے کے لیے استعمال کرتا ہے، اور وہ سوال سرنگ کے بارے میں نہیں ہے۔

VPN پروفائل شامل راستے، خارج شدہ منزلیں اور بعض اوقات فی ایپ قواعد رکھتا ہے، اور یہی طے کرتے ہیں کہ سرنگ میں کیا داخل ہوتا ہے؛ ترتیب کا مینو اِنہیں تبدیل نہیں کرتا۔ اِسی لیے منقسم سرنگ کا پروفائل عوامی ٹریفک کو باہر چھوڑ سکتا ہے جبکہ VPN اب بھی ہر طبعی انٹرفیس سے اوپر ہے۔ Wi-Fi کو اوپر کھینچنے سے کوئی نجی رینج قابلِ رسائی نہیں ہوتی، اور یہ اُس منزل کو نہیں روک سکتا جو پروفائل پہلے ہی شامل کرتا ہے۔ فہرست انٹرفیس ہلاتی ہے؛ پروفائل سابقے ہلاتا ہے۔ Apple اِس ترجیح کو اپنے نیٹ ورک سروس آرڈر صفحے پر دستاویز کرتا ہے، جسے کچھ بھی دوبارہ ترتیب دینے سے پہلے ایک بار پڑھنا مناسب ہے۔

وہ راستہ پڑھیں جو مشین نے واقعی منتخب کیا

مشین سے پوچھیں کہ کوئی مخصوص پتہ کہاں جاتا ہے، route get 10.20.4.10 کے ذریعے، پھر IPv6 کے لیے route -n get -inet6 2001:db8::10 کے ذریعے دہرائیں۔ دونوں خاندان الگ فیصلے ہیں، اِس لیے کام کرنے والا IPv4 راستہ v6 کے بارے میں کچھ نہیں کہتا، اور براہِ راست جڑا ذیلی نیٹ ورک یا زیادہ مخصوص سابقہ بہرحال عمومی کنکشن لیبل کو ہرا دیتا ہے، یہی وجہ ہے کہ وہ لیبل لوگوں کو گمراہ کرتا رہتا ہے۔

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

DNS نام سے حل کرتا ہے، انٹرفیس سے نہیں

دائرہ رکھنے والے اور ڈومین کے مخصوص resolver کا مطلب ہے کہ جواب انٹرفیس کے بجائے نام کے مطابق مختلف ہو سکتا ہے۔ scutil --dns وہ resolver کنفیگریشن چھاپتا ہے جو سسٹم واقعی استعمال کر رہا ہے، دائرہ رکھنے والے اندراجات سمیت۔ سروس آرڈر اِس پر اثر ڈالتا ہے کہ کون سی سروس ڈیفالٹ resolver فراہم کرتی ہے، لیکن نام کے مخصوص دائرے کو پھر بھی جیت ہو سکتی ہے۔

اِسی لیے کسی پتے پر ping کام کر سکتا ہے جبکہ ہوسٹ نام ناکام ہو، یا اِس کے برعکس۔ قصوروار چننے سے پہلے دونوں آؤٹ پٹ پڑھیں۔

پروفائل بدلیں، پھر دونوں آؤٹ پٹ دوبارہ پڑھیں

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

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