VPN صارف کو ایک پرنٹر درکار ہے، پورا LAN نہیں

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

علامت: تنگ قاعدے نے کچھ نہیں بدلا

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

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

دونوں علامات نئے قاعدے کے فیلڈز کی طرف نہیں، ترتیب کی طرف اشارہ کرتی ہیں۔ ان میں سے ایک ایسا قاعدہ ہے جو کبھی نہ ملا، اور دوسرا ایسا قاعدہ ہے جو بہت جلدی مل گیا۔

ٹریفک اصل میں کس قواعد کے مجموعے سے ٹکراتا ہے

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

اسی لیے نیا تنگ اجازت نامہ رسائی نہیں چھین سکتا۔ فائر وال قواعد اجازت شامل کرتے ہیں اور پہلے کی مطابقت سے وہ نہیں لیتے۔

مؤثر فہرست اوپر سے پڑھیں اور ٹریفک سے ملنے والے پہلے قاعدے پر رکیں۔ وہی پہلی مطابقت فیصلہ ہے، اور اس کے نیچے سب اس بہاؤ کے لیے ناقابل رسائی ہے۔

پرنٹ کام سے اجازت قاعدہ لکھیں

پرنٹر سے نہیں، کام سے شروع کریں۔ صارف کو پرنٹر پتے پر پرنٹ سروس درکار ہے، اس لیے قاعدہ اس پتے، اس پروٹوکول اور اس پورٹ کا نام لیتا ہے۔ VPN پول کے لیے ایک عرف اور پرنٹر کے لیے ایک عرف قاعدے کو پڑھنے کے قابل رکھتے ہیں۔

جادوگر کو خوش کرنے کے لیے دریافت یا انتظامی پورٹ شامل کرنے کے رجحان کی مخالفت کریں۔ پورے پرنٹر کو اجازت دینے والا قاعدہ پرنٹ قطار کو اجازت دینے والے قاعدے سے مختلف پالیسی ہے۔

پرنٹر کی اپنی توثیق اپنی جگہ رکھیں۔ نیٹ ورک اجازت اس کا متبادل نہیں۔ قطار کی سطح کا اکاؤنٹ یہ فیصلہ کرنے کا درست کنٹرول ہے کہ کون کیا پرنٹ کر سکتا ہے۔

چھ قدریں پورا ارادہ اٹھاتی ہیں: بطور عمل اجازت، بطور خاندان IPv4، بطور پروٹوکول TCP، بطور ماخذ پول عرف، بطور منزل پرنٹر عرف اور بطور پورٹ 631۔ ان چھ سے آگے کچھ بھی مانگی گئی پالیسی سے مختلف پالیسی ہے۔

کلائنٹ کو LAN اجازت کے بغیر راستہ دیں

کلائنٹ کو پرنٹر پتے تک راستہ درکار ہے، اور دفتری طرف کو VPN پول تک جوابی راستہ درکار ہے۔ ایک ہی /32 بھیجنے سے کلائنٹ کنفیگریشن تنگ رہتی ہے، جو مسئلہ حل کرنے میں مدد دیتی ہے۔ یہ اجازت کی حد نہیں ہے، کیونکہ کلائنٹ خود راستے شامل کر سکتا ہے۔

اگر قطار کو نام سے مخاطب کیا جاتا ہے تو ریزولور انحصار الگ سے متعین کریں۔ ایک نام حل کرنے کے لیے پورے LAN کو اجازت دینا کام کی ضرورت سے بہت بڑی تبدیلی ہے۔

پول کی طرف واپسی روٹنگ اور ماخذ کے ترجمے کے درمیان سوچ سمجھ کر انتخاب کریں۔ دونوں کام کرتے ہیں، اور ہر ایک لاگ سے کچھ مختلف چھپاتا ہے۔

کام کے ساتھ انکار بھی جانچیں

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

تعیناتی کو صرف-پرنٹر کہنے سے پہلے IPv6 اور کسی بھی دیگر فعال VPN راستے کا جائزہ لیں۔ ایک پتہ خاندان میں تنگ قواعد کا مجموعہ دوسرے میں مکمل طور پر کھلا ہو سکتا ہے۔