اُس محفوظ شدہ Mac VPN پروفائل کے پیچھے کون سا پروٹوکول ہے؟

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

لیبل عرفی نام ہے، قسم کا اعلان پے لوڈ کرتا ہے

macOS میں VPN سروس ایک سسٹم کنفیگریشن اندراج ہے جس میں ظاہری نام، مالک کلائنٹ اور ٹائپ شدہ سیٹنگز کا مجموعہ ہوتا ہے۔ ظاہری نام آزاد متن ہے، جسے اندراج بنانے والا کوئی بھی تبدیل کر سکتا ہے، اور صارفین مینو بار میں یہی حصہ دیکھتے ہیں۔ سیٹنگز حقائق رکھتی ہیں: کون سی کنکشن قسم، کون سا گیٹ وے، کون سی تصدیق کی ترتیب۔ کوئی چیز دونوں کو ہم آہنگ نہیں رکھتی، اسی لیے „دفتر L2TP“ نامی پروفائل IKEv2 سروس ہو سکتا ہے۔

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

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

پے لوڈ میں ہر چیز سے پہلے VPNType پڑھیں

Apple کی منظم VPN پے لوڈ اسکیما اپنی کنکشن قسم VPNType کلید میں بیان کرتی ہے، ایسی لغت کے اندر جس کا PayloadType com.apple.vpn.managed ہے۔ قدر IKEv2، IPsec، L2TP یا VPN جیسا مختصر ٹوکن ہے، اور پے لوڈ میں باقی سب اُسی ٹوکن کے مطابق سمجھا جاتا ہے۔

<key>PayloadType</key>
<string>com.apple.vpn.managed</string>
<key>VPNType</key>
<string>IKEv2</string>
<key>IKEv2</key>
<dict>
  <key>RemoteAddress</key>
  <string>vpn.head-office.example</string>
  <key>RemoteIdentifier</key>
  <string>ikev2.head-office.example</string>
</dict>

یہ ٹکڑا مثال ہے، نصب کرنے کے قابل نہیں: یہ پے لوڈ صف کا ایک اندراج ہے، جس سے حقیقی تعیناتی کے لیے درکار پروفائل میٹا ڈیٹا اور اسناد ہٹا دی گئی ہیں۔ اِسے شکل کے لیے پڑھیں، مواد کے لیے نہیں۔ یہ بھی نوٹ کریں کہ RemoteAddress اور RemoteIdentifier مختلف کاموں والے مختلف فیلڈز ہیں، خواہ تعیناتی اُنہیں ایک ہی سٹرنگ دے۔

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

حسبِ ضرورت اقسام کو VPNSubType اور مالک ایپ درکار ہے

جب VPNType VPN ہو، پے لوڈ کو VPNSubType بھی رکھنا ہوتا ہے، جو کنکشن نافذ کرنے والے پلگ ان یا Network Extension فراہم کنندہ کی نشاندہی کرتا ہے۔ یہی شناخت کنندہ کنکشن کو کسی مخصوص کلائنٹ کی طرف بھیجتا ہے، اس لیے غلط ذیلی قسم ایسی پروفائل بناتی ہے جو نصب ہو کر پھر شروع ہونے سے انکار کر دیتی ہے۔

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

لہٰذا حسبِ ضرورت پے لوڈ بتاتا ہے کہ کون سی سافٹ ویئر کنکشن کی مالک ہے اور تھوڑا سا مزید۔ یہ کس چیز پر گفت و شنید کرتا ہے یہ جاننے کے لیے اُس فراہم کنندہ کی اپنی دستاویزات اور اُس کی تشکیل شدہ سیٹنگز پڑھیں۔ کسی دوسرے ادارے کی پروفائل سے ذیلی قسم کاپی کرنا کنفیگریشن کی تکنیک نہیں؛ یہ ایک اندازہ ہے جو اتفاقاً پارس ہو جاتا ہے۔

فہرست بنائیں کہ Mac نے حقیقت میں کیا تشکیل کیا

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

scutil --nc list
scutil --nc show "Office VPN"

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

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

محفوظ سیٹنگز کو زندہ سیشن سے الگ رکھیں

محفوظ پروفائل ارادے کا بیان ہے۔ یہ نہیں دکھاتی کہ گیٹ وے اب بھی وہ خدمت پیش کرتا ہے، کہ یہی پروفائل فعال ہے، یا کہ کسی سیشن نے کامیابی سے گفت و شنید کی۔ یہ تین الگ سوال ہیں اور ہر ایک کا اپنا ثبوت ہے۔

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

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