Mac پر SonicWall VPN: SSL کلائنٹ یا مقامی L2TP؟

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

گیٹ وے سے پوچھیں کہ کون سی سروس آن ہے

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

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

مقامی L2TP کا راستہ چلیں

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

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

scutil --nc list
networksetup -listallnetworkservices

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

SSL کلائنٹ کا راستہ چلیں

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

ساتھ ساتھ نصب دو SSL کلائنٹ ایک ہی نیٹ ورک ایکسٹینشن کے لیے مقابلہ کر سکتے ہیں، اور پہلے لوڈ ہونے والا عام طور پر جیت جاتا ہے۔ منظور شدہ کلائنٹ نصب کرنے سے پہلے غیر استعمال شدہ کلائنٹ ہٹائیں، پھر ایکسٹینشن فہرست دوبارہ بننے کے لیے ری بوٹ کریں۔

نصب کرنے سے پہلے macOS ورژن کو وینڈر کے موجودہ سپورٹ بیان سے ملائیں، اور توقع کریں کہ انسٹالر رازداری اور سلامتی میں منظوری مانگے گا۔ مسدود ایکسٹینشن اُس کنکشن جیسی لگتی ہے جو کبھی شروع نہیں ہوتا۔

ری برانڈنگ نوٹس کو درست طریقے سے پڑھیں

کلائنٹ کے نام بدلتے ہیں، اور نام بدلنا پروٹوکول کی تبدیلی نہیں ہے۔ وینڈر کا نوٹس کہ Mobile Connect اب NetExtender بن رہا ہے برانڈنگ بیان کرتا ہے، اس لیے ڈیسک ٹاپ پلیٹ فارمز کی سپورٹ کے بارے میں پرانا بیان نئے نام والی ہر ایپ پر منتقل نہیں کیا جا سکتا۔

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

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