Mac VPN On Demand: SSID کا میل واقعی کیا ثابت کرتا ہے؟
SSID کا میل قاعدے کی شرط ہے، اعتماد کا ثبوت نہیں۔ On Demand قاعدہ بنائیں، نامعلوم نیٹ ورک کے لیے طے شدہ قدر منتخب کریں اور بندش کو الگ رکھیں۔
دفتر کے Wi-Fi کے سوا ہر جگہ VPN جوڑنا دو سطروں کی پالیسی لگتا ہے، اور مشکل حصہ کبھی نیٹ ورک کا نام پہچاننا نہیں تھا۔ مشکل حصہ یہ طے کرنا ہے کہ میل کھاتے نام کو کیا ثابت کرنے کی اجازت ہے۔ کوئی بھی رسائی نقطہ جانا پہچانا SSID نشر کر سکتا ہے، اور ایک پتے پر کامیاب ping صرف یہ ثابت کرتا ہے کہ ایک جانچ کو جواب ملا۔ ان دونوں مشاہدوں میں سے کوئی بھی یہ ثابت نہیں کرتا کہ Mac کسی تصدیق شدہ اندرونی نیٹ ورک پر ہے۔
نام شناخت نہیں ہے
SSID ایک لیبل ہے جو ریڈیو نشر کرتا ہے۔ یہ چابی، سند یا ہارڈ ویئر کی ملکیت کا بیان نہیں ہے، اور کوئی تقریب کی جگہ یا پڑوسی دفتر بغیر کسی ہم آہنگی کے وہی سطر نشر کر سکتا ہے۔ لیبل کو تحفظ بند کرنے کی ہدایت سمجھنا فیصلہ اُس شخص کو دے دیتا ہے جس نے قریب ترین رسائی نقطہ ترتیب دیا۔
Ping جانچ زیادہ باریک وجہ سے ناکام ہوتی ہے: یہ رسائی کے بارے میں سوال کا جواب دیتی ہے، رکنیت کے بارے میں نہیں۔ جواب دینے والا ہدف کہیں سے بھی قابل رسائی ہو سکتا ہے، صرف اُس سرنگ کے ذریعے قابل رسائی ہو سکتا ہے جس کا آپ فیصلہ کرنا چاہتے ہیں، یا کوئی captive پورٹل ہو سکتا ہے جو جواب جیسی چیز واپس کرتا ہے۔ رسائی ایک مفید حقیقت اور اعتماد کی بری حد ہے۔
On Demand قواعد کے مجموعے کا جائزہ کیسے لیتا ہے
Apple کا On Demand ماڈل کسی عمل کو اختیاری نیٹ ورک شرطوں کے ساتھ جوڑتا ہے، اور قواعد ترتیب سے جانچے جاتے ہیں: پہلا قاعدہ جس کی تمام شرطیں میل کھاتی ہیں عمل دیتا ہے، اور باقی نہیں دیکھے جاتے۔ یہی ترتیب پالیسی ہے، اسی لیے «احتیاطاً» شامل کیا گیا قاعدہ کام کرنے والے رویے کو خاموشی سے دوبارہ لکھ سکتا ہے۔
SSID شرط موجودہ بنیادی منسلک نیٹ ورک کی طرف اشارہ کرتی ہے، اسکین میں نظر آنے والے ہر نام کی طرف نہیں۔ اس سے تین الگ حالتیں بنتی ہیں، اور انہیں دو میں سمیٹنا عام ترتیب کی غلطی ہے:
| State | What the rule sees | What it must not be taken to mean |
|---|---|---|
| No SSID criterion applied | Nothing to compare | That the network is unknown or unsafe |
| Unknown network | Connected, name does not match | That no rule below applies |
| Recognized network | Primary network matches | That the network is trusted |
اسے وہیں ترتیب دیں جہاں پالیسی رہتی ہے
منظور شدہ VPN کلائنٹ یا انتظامی ورک فلو وہ جگہ ہے جہاں یہ قاعدہ رکھا جانا چاہیے، اور مختلف فراہم کنندگان دستیاب کنٹرول کے مختلف ذیلی مجموعے کھولتے ہیں۔ اس لیے اُس پینل میں نہ ہونے والا اختیار یہ معنی رکھتا ہے کہ کلائنٹ نے اسے نہیں کھولا، یہ نہیں کہ پلیٹ فارم اسے بیان نہیں کر سکتا۔
خودکار فعالیت کے لیے ایسا تصدیقی انتظام بھی درکار ہے جو انسان کے بغیر مکمل ہو سکے، جیسے سند یا کوئی اور معاون طریقہ۔ محفوظ شدہ ایک بار کا کوڈ ایسا انتظام نہیں ہے، اور جو قاعدہ اُس وقت فعال ہو جب تصدیق مکمل نہ ہو سکے، وہ پس منظر میں خاموشی سے ناکام ہونے والی رابطہ کی کوشش پیدا کرتا ہے۔
runbook میں لکھنے کے قابل دو نمونے
پہلا نقل شدہ نام ہے۔ کوئی کانفرنس کی جگہ، ہوٹل یا اسی عمارت کا کرایہ دار وہ سطر نشر کرتا ہے جسے آپ کا قاعدہ «اندر» سمجھتا ہے، اور تحفظ ٹھیک وہیں بند ہو جاتا ہے جہاں آپ اسے سب سے کم چاہتے ہیں۔ نام نے جھوٹ نہیں بولا؛ قاعدے نے اُس سے ایسا سوال پوچھا جس کا وہ جواب نہیں دے سکتا۔
دوسرا خود کو ہرانے والی جانچ ہے۔ ایک اسکرپٹ نجی پتے پر ping کرتی ہے، سرنگ کے ذریعے جواب دیکھتی ہے، نتیجہ نکالتی ہے کہ یہ پہلے ہی اندرونی نیٹ ورک پر ہے اور کنکشن توڑ دیتی ہے۔ پھر جانچ ناکام ہوتی ہے، اس لیے اسکرپٹ دوبارہ جڑتی اور دہراتی ہے، اور ہر الگ قدم درست دکھنے کے باوجود سرنگ ڈولتی ہے۔ جس جانچ کا نتیجہ سرنگ پر منحصر ہو وہ یہ بھی طے نہیں کر سکتی کہ سرنگ ہونی چاہیے یا نہیں۔
پہلے طے شدہ قدر کا فیصلہ کریں، پھر اسے الگ سے نافذ کریں
نامعلوم نیٹ ورک کی حالت اور کیبل کی حالت کو وراثت میں ملی طے شدہ قدر کی بجائے واضح جوابات درکار ہیں۔ اگر نظام ابھی نیٹ ورک کی درجہ بندی کر رہا ہو یا سرنگ اٹھا رہا ہو تو محفوظ ٹریفک کو بند رہنا چاہیے، تو اس کے لیے اپنا معاون نفاذ کنٹرول درکار ہے، On Demand محرک رابطے کا رویہ دیتا ہے، بندش کی ضمانت نہیں۔
صحیح لکھا گیا منتظم کا قاعدہ منظور شدہ استثنا، اُسے جائز قرار دینے والے شواہد اور اُن شواہد کی عدم موجودگی میں جان بوجھ کر پیچھے ہٹنا بیان کرتا ہے۔ Wi-Fi نام پہچاننا اُس فیصلے کے لیے جائز اِن پٹ ہے۔ یہ فیصلے کا جواز نہیں ہے، اور اسے کبھی قاعدے کی واحد سطر نہیں ہونا چاہیے۔