macOS پر محفوظ VPN ترتیبات بدلتے وقت واقعی کیا بدلتا ہے
محفوظ Mac VPN بدلنا پروفائل کی تبدیلی نہیں ہے۔ دیکھیں کہ راستوں، DNS اور اسناد میں کیا بدلتا ہے، اور جو سرنگ آپ کو واقعی ملی اس کی تصدیق کیسے کریں۔
آپ VPN کی فہرست کھولتے ہیں، دوسری محفوظ اندراج چنتے ہیں اور صاف تبدیلی کی توقع کرتے ہیں: نیا خارجی پتہ اور باقی سب بغیر تبدیلی۔ پہلے اسی مفروضے کو چھوڑنا چاہیے۔ macOS پر محفوظ VPN کوئی پیشگی ترتیب نہیں بلکہ مکمل نیٹ ورک سروس ہے، اس لیے سروس بدلنے سے روٹنگ، DNS اور تصدیق بیک وقت بدل سکتی ہیں۔ مینو بار بتاتا ہے کون سی سروس فعال ہے؛ یہ نہیں بتاتا کہ نیچے کی سرنگ آپ کے ارادے سے میل کھاتی ہے یا نہیں۔
محفوظ فہرست پروفائل چننے کا ذریعہ نہیں
سسٹم سیٹنگز > نیٹ ورک میں ہر اندراج اپنی الگ سروس ہے، جس کا اپنا سرور پتہ، اکاؤنٹ، تصدیق کا طریقہ، DNS سرور اور Send all traffic over VPN connection جیسے اختیارات ہیں۔ پرانے ورژنوں میں سسٹم پریفرنسز میں وہی فہرست ہوتی ہے۔ دو اندراج ایک ہی ہوسٹ نام کی طرف اشارہ کر سکتے ہیں اور پھر بھی مختلف برتاؤ کر سکتے ہیں، کیونکہ پروٹوکول یا کلائنٹ ایکسٹینشن طے کرتا ہے کہ سرنگ کیسے بنتی ہے۔
تیسری جماعت کے کلائنٹ الگ فہرستیں رکھتے ہیں۔ Tunnelblick اپنے فولڈر سے ترتیبات پڑھتا ہے، WireGuard اپنی سرنگ فہرست رکھتا ہے، اور OpenVPN Connect پروفائل ایپ کے اندر محفوظ کرتا ہے۔ کچھ ترتیب سسٹم میں رجسٹر کرتے ہیں؛ دیگر سب کچھ ایپ کے اندر رکھتے ہیں اور بلٹ اِن فہرست میں کبھی نظر نہیں آتے۔ اس لیے «محفوظ پر جائیں» کا مطلب پروفائل کس ایپ کا ہے اس کے مطابق مختلف کارروائیاں ہیں۔
scutil --nc list سسٹم ترتیب میں رجسٹر شدہ VPN سروسز کو حوالہ علامتوں میں ناموں کے ساتھ چھاپتا ہے۔ تبدیلی اسکرپٹ کرتے وقت وہی نام استعمال کریں، اور یہ مت مانیں کہ فہرست ہر تیسری جماعت کی سرنگ کو ڈھانپتی ہے۔
تبدیلی واقعی کیا بدلتی ہے
فعال سروس بدلنے پر چار چیزیں اکٹھی چلتی ہیں۔ اگر وہ سروس تمام ٹریفک بھیجتی ہے تو ڈیفالٹ راستہ نئی سرنگ کی پیروی کرتا ہے؛ resolver فہرست سروس کے بتائے ہوئے DNS سرورز میں بدل جاتی ہے؛ نئی کنکشنز ماخذ کے طور پر نئی سرنگ کا پتہ لیتی ہیں؛ اور استعمال ہونے والی اسناد نئی سروس کی ہوتی ہیں۔ مقامی ترتیب اور ایپ پروفائل ایک دوسرے کے بدلے نہیں چل سکتے، چاہے دونوں ایک ہی گیٹ وے پر ختم ہوں۔
| What you assume | What the system does |
|---|---|
| Same server name means same tunnel | Protocol, certificate and account are per service |
| All traffic follows the active VPN | Only when Send all traffic over VPN is on |
| DNS switches with the VPN | Only if that service defines DNS servers |
| Disconnect ends the connection | On Demand or a management profile can reconnect |
| Open sessions survive the switch | TCP sessions tied to the old address stall |
لوگوں کو الجھانے والا حصہ DNS کا ہے۔ macOS resolver کی ترتیب برقرار رکھتا ہے، اور scutil --dns دکھاتا ہے کہ کون سے resolver کس انٹرفیس پر استعمال ہو رہے ہیں۔ DNS سرور کے بغیر VPN سروس Wi-Fi resolver کو جواب دینے دے سکتی ہے، اس لیے آپ کو نئے عوامی پتے کے ساتھ پرانا DNS برتاؤ ملتا ہے اور آپ سمجھتے ہیں کہ تبدیلی آدھی ہی ہوئی۔
پرانی ترتیب واپس کیوں آتی ہے
اگر آپ ڈسکنیکٹ کریں اور وہی سروس کچھ لمحوں بعد دوبارہ جڑ جائے تو سب سے پہلے On Demand دیکھیں۔ مانگ پر کنکشن کا قاعدہ سروس کو واپس لا سکتا ہے جب کوئی ایپ موزوں ڈومین حل کرے، اور مینجمنٹ پروفائل وہی قاعدہ نافذ کر سکتا ہے۔ اندراج مٹانے سے یہ شاذ و نادر ہی درست ہوتا ہے: پروفائل سے نصب ترتیب عام طور پر اگلی پروفائل ریفریش پر واپس آتی ہے، اور ہاتھ سے بنائی گئی سروس جانے کے بعد بھی اپنا پاس ورڈ Keychain میں چھوڑ سکتی ہے۔
دوسری سروس شروع کرنا پہلی کو ہمیشہ نہیں روکتا۔ کلائنٹ اور پروٹوکول کے مطابق آپ دو سرنگوں اور راستوں کے دو مجموعوں کے ساتھ رہ سکتے ہیں، اور ٹریفک کون اٹھاتا ہے یہ سروس کی ترتیب اور راستے کی خصوصیت طے کرتی ہے، نہ کہ وہ آئیکن جس پر آپ نے آخر میں کلک کیا۔ تبدیلی ہوئی ماننے سے پہلے انٹرفیس چیک کریں۔
سرنگ چیک کریں، ٹک نہیں
ترتیبات کو چھونے سے پہلے سسٹم کے اپنے نقطہ نظر سے گزریں۔scutil --nc status "Name" بتاتا ہے کہ سسٹم کیا سمجھتا ہے؛ifconfig دکھاتا ہے کہ utun انٹرفیس کا پتہ ہے یا نہیں؛netstat -rn -f inet دکھاتا ہے کہ ڈیفالٹ راستہ کدھر اشارہ کرتا ہے؛scutil --dns دکھاتا ہے کہ واقعی کون سا resolver استعمال ہو رہا ہے۔ پھر نئی کنکشن کھولیں اور خارجی پتہ یقینی بنائیں، کیونکہ پہلے سے سائن اِن صفحہ اب بھی پرانی سرنگ سے بندھا ساکٹ استعمال کر سکتا ہے۔
اگر DNS اب بھی مقامی نیٹ ورک سے جواب دے، تو سروس کے مقرر کردہ سرورز کا resolver فہرست سے موازنہ کریں۔ اگر ڈیفالٹ راستہ اب بھی طبعی انٹرفیس کی طرف اشارہ کرتا ہے، تو سروس تقسیم شدہ سرنگ میں ہے یا مکمل طور پر منسلک نہیں۔ دونوں ترتیب کے نتائج ہیں، خراب کلائنٹ کا ثبوت نہیں۔
حیرت سے بچنے والی تبدیلی کی ترتیب
- موجودہ سروس اور یہ کہ کوئی پروفائل اسے سنبھالتا ہے یا نہیں، نوٹ کریں۔
- اگر دونوں سرنگیں اکٹھی نہیں رہ سکتیں تو پہلے اسے ڈسکنیکٹ کریں۔
- ہدف سے منسلک ہوں اور Connecting نہیں، Connected کا انتظار کریں۔
- ڈیفالٹ راستہ، resolver فہرست اور نیا خارجی پتہ چیک کریں۔
- طویل سیشن رکھنے والی ایپس دوبارہ شروع کریں۔
نئی اندراج ان جانچوں سے گزرنے تک پرانی اندراج رکھیں، اور ہر اندراج کو الگ نام دیں؛ یکساں لیبل اگلی ناکامی کی وجہ جاننا مشکل بناتے ہیں۔ Apple کی Mac مدد مقامی پہلو کی وضاحت یہاں کرتی ہے:Mac پر VPN کنکشن سیٹ کرنا, جو منظم ترتیب میں ترمیم سے پہلے دیکھنے کا حوالہ ہے۔
اگر انتخاب واپس جائے تو پہلے اسے پالیسی یا On Demand سمجھیں۔ یقینی بنائیں کہ ترتیب کس کی ہے اور کیا یہ خودکار کنکشن پر سیٹ ہے، پھر فیصلہ کریں کہ آپ سروس بدل رہے ہیں یا پروفائل سے لڑ رہے ہیں۔