Fortinet Linux کلائنٹ: مرمت سے پہلے گیٹ وے کی جانچ کریں

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

جانچ 1: ناکام ہونے والے مرحلے کا نام دیں

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

کچھ بھی چھونے سے پہلے یہ لکھ لیں۔ اس نقطے کے بعد سب کچھ اس پر منحصر ہے کہ آپ نے کس مرحلے کا نام دیا، اور تینوں مرمتوں میں کچھ بھی مشترک نہیں۔

جانچ 2: گیٹ وے کی ریلیز اور ٹنل موڈ

موجودہ گیٹ ویز پر ٹنل موڈ ختم ہو چکا ہے، اور FortiClient 7.4.4 کے Linux انضمام کا جدول وہ جگہ ہے جہاں یہ لکھا ہے: FortiOS 7.6.3 اور اس کے بعد کے ورژن اب SSL VPN ٹنل موڈ فراہم نہیں کرتے اور منتظمین کو IPsec کی طرف بھیجتے ہیں۔ جب آپ وہ جملہ دہرائیں تو مصنوع، ریلیز اور موڈ کو اسی جملے سے باندھے رکھیں۔ یہ ہر Fortinet مصنوع کے بارے میں کچھ نہیں کہتا، اور اب بھی موجود ویب رسائی خصوصیات کے بارے میں بھی کچھ نہیں کہتا۔ عمومی ورژن مطابقت اور ایک ٹنل موڈ کی دستیابی الگ جانچیں ہیں۔

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

جانچ 3: وہ کلائنٹ ایڈیشن جسے مالک منظور کرتا ہے

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

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

جانچ 4: متبادل پروفائل مانگیں

اگر ادارہ SSL VPN ٹنل موڈ سے IPsec پر منتقل ہوا ہے، تو نئی پروفائل اور اندراج کا طریقہ کار اسی گفتگو میں مانگیں۔ SSL کنفیگریشن کا نام بدل کر یہ نہ مانیں کہ فیلڈز ساتھ چلیں گے: IPsec پروفائل IKE ورژن، دور دراز گیٹ وے اور اس کی شناخت، تصدیق کا طریقہ، اور وہ ٹریفک منتخب کنندگان جنہیں ہر فریق قبول کرتا ہے، بتاتی ہے۔ اکاؤنٹ اور ڈیوائس پالیسی بھی مختلف طریقے سے نافذ ہو سکتی ہے۔ نام بدلنے سے ایسا کلائنٹ بنتا ہے جو ترتیب شدہ دکھتا ہے اور کچھ بھی گفت و شنید نہیں کرتا۔

پروفائل پر بھروسہ کرنے سے پہلے اسے پڑھیں۔ اس میں IKE ورژن اور تجاویز، کیا تصدیق سرٹیفکیٹ یا پہلے سے مشترکہ کلید استعمال کرتی ہے، کون سے مقامی اور دور دراز ذیلی نیٹ منتخب ہوئے ہیں، اور گیٹ وے اپنی شناخت کے طور پر کیا توقع رکھتا ہے، ہونا چاہیے۔ تصدیق کریں کہ منظور شدہ Linux کلائنٹ اس ترتیب کی معاونت کرتا ہے، کیونکہ ہجرت کی دستاویز ہر کلائنٹ ریلیز کے لیے خصوصیات کی برابری کا بیان نہیں ہے۔ openfortivpn جیسا آزاد کلائنٹ OpenVPN کا مترجم نہیں ہے، اس لیے نام میں SSL رکھنے والی ہر دوسری چیز کو غیر منظور شدہ سمجھیں جب تک مالک اس موڈ، اس لاگ ان بہاؤ اور اس ڈیوائس پالیسی کے لیے کچھ اور نہ کہے۔

جانچ 5: مقامی انحصار، پھر توثیق کریں اور درج کریں

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

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

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