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

پروٹوکول طلب کریں، پروڈکٹ کا نام نہیں

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

گیٹ وے چلانے والے سے تین سوال پوچھیں: کون سا ٹنل پروٹوکول، کون سا تصدیق کا طریقہ، اور کلائنٹ کو کون سا پتہ اور DNS لاحقہ قبول کرنا ہے۔ پروٹوکول نام سے مانگیں، اور جب جواب پروڈکٹ کے نام کی صورت میں آئے تو بتائیں کہ آپ کو پروٹوکول ہی کیوں چاہیے۔ وہ تین جواب کسی بھی سافٹ ویئر کے ڈاؤن لوڈ ہونے سے پہلے کلائنٹ کا سوال طے کر دیتے ہیں۔

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

بلٹ اِن فہرست کہاں رکتی ہے

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

TunnelWindowsmacOSChromeOSLinux
PPTPbuilt inremoved in 10.12nopackage
L2TP over IPsec, pre-shared keybuilt inbuilt inbuilt inpackage
L2TP over IPsec, certificatebuilt inbuilt inbuilt inpackage
SSTPbuilt innonopackage
IKEv2built inbuilt innopackage
Cisco IPsec with XAuthnobuilt innopackage
OpenVPNnonobuilt inpackage

جدول بروشر کے بجائے گیٹ وے کی ضروریات کے سامنے پڑھیں۔ اگر جواب پہلے سے مشترکہ کلید کے ساتھ L2TP over IPsec ہے، تو پہلے تین پلیٹ فارم بغیر کچھ اضافی انسٹال کیے جڑ جاتے ہیں۔ اگر جواب OpenVPN ہے، تو کچھ بھی انسٹال کرنے سے پہلے صرف ChromeOS شامل ہے۔ کسی بھی بلٹ اِن کالم میں نہ دکھنے والا پروٹوکول اس بات کا سچا اشارہ ہے کہ انسٹالر آ رہا ہے۔

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

پروفائل کمانڈ لائن سے بنائیں

گرافیکل پینل جو کچھ لکھتا ہے وہ ایسی جگہ محفوظ ہوتا ہے جہاں آپ پہنچ سکتے ہیں، اور یہی بلٹ اِن پروفائل کو خودکار بناتا ہے۔ Windows VPN اندراجات .pbk فائلوں میں صارف پروفائل کے تحت اور ProgramData کے تحت رکھتا ہے، اور rasphone ان اندراجات کی فہرست بنا اور ترمیم کر سکتا ہے جو نیٹ ورک فہرست نہیں دکھاتی۔ یہ تب اہم ہے جب مشین اسکرپٹ سے تیار ہو اور کوئی وزرڈ میں کلک نہ کرے۔ یہ یہ بھی واضح کرتا ہے کہ پروفائل کیسے ٹرے میں کبھی نظر آئے بغیر موجود ہو سکتا ہے۔

rasdial
rasdial "VpnName" alice
rasdial "VpnName" /disconnect

ہاتھ سے .pbk فائل میں ترمیم کرنا کام کرتا ہے، اور یہ اسے خراب کرنے کا تیز ترین طریقہ بھی ہے، اس لیے فارمیٹ کا مالک ٹول ہی رہے۔ macOS اپنی خدمات نظام کی ترتیب میں رکھتا ہے، اور networksetup انہیں سروس کے نام سے مخاطب کرتا ہے؛ کئی جھنڈے میزبان نام کے بجائے پتہ مانگتے ہیں، اس لیے پہلے اینڈ پوائنٹ حل کریں اور وہ قدر محفوظ کریں جو کلائنٹ واقعی استعمال کرے گا۔ یہ فرق خودکاری کے دوران کاٹتا ہے، کیونکہ پتے کے ساتھ چلنے والی اسکرپٹ نام کے ساتھ ناکام ہو سکتی ہے، اور خرابی مسترد شدہ دلیل کی بجائے ٹوٹے گیٹ وے جیسی لگتی ہے۔

networksetup -listallnetworkservices
networksetup -getinfo "ServiceName"
networksetup -setmanualwithdhcprouter "ServiceName" 198.51.100.20

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

ملکیتی کلائنٹ کے بغیر سرٹیفکیٹ

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

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

Windows دونوں اسٹور واضح طور پر الگ کرتا ہے، اور macOS لاگ اِن کی چین کو سسٹم کی چین سے الگ کرتا ہے۔ نام مختلف ہیں، مگر ناکامی کا طریقہ یکساں ہے: ایک درست سرٹیفکیٹ جسے کلائنٹ کبھی نہیں دیکھتا۔

کیا انسٹالر کو مجبور کرتا ہے

کچھ گیٹ وے کلائنٹ کو نجی سرٹیفکیٹ اسٹور، پوسچر ایجنٹ، یا ایسے سائن اِن تبادلے سے باندھتے ہیں جو آپریٹنگ سسٹم انجام نہیں دے سکتا۔ Check Point، Cisco یا Fortinet ہارڈ ویئر پر بنی تعیناتیاں اکثر وہیں پہنچتی ہیں، اور ان میں بلٹ اِن کلائنٹ شارٹ کٹ نہیں۔ تیسرے فریق کا متبادل جڑ سکتا ہے اور پھر بھی پالیسی کی خلاف ورزی کر سکتا ہے، جو اسے سہولت کے بجائے سلامتی کا فیصلہ بناتا ہے۔ پالیسی جو مانگتی ہے وہ انسٹال کریں اور وجہ انسٹالر کے ورژن کے پاس لکھیں۔

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

متعلقہ مضامین