VPN راؤٹر: LAN اور WAN — خریدنے سے پہلے کیا درج کریں

VPN کے لیے تیار لیبل کو ایک ایسے ڈبے کی ایک خصوصیت سمجھیں جسے روٹ، تقسیم اور ناکامی پر تبدیلی بھی کرنی ہوتی ہے، کیونکہ لیبل یہ نہیں بتاتا کہ ڈیوائس کتنی الگ نیٹ ورک رکھ سکتی ہے۔ درست ماڈل اور فرم ویئر کے لیے صلاحیت کا ریکارڈ لکھ کر شروع کریں، پھر اس ریکارڈ کا موازنہ سائٹ کو درکار بہاؤ سے کریں۔ مارکیٹنگ صفحات ساکٹ گنتے ہیں؛ وہ VLAN رکنیت، ناکامی پر تبدیلی کی پالیسی یا ٹنل کے دائرے کا ذکر کم ہی کرتے ہیں۔ ریکارڈ میں تقریباً بیس منٹ لگتے ہیں اور ہارڈویئر آنے سے پہلے زیادہ تر خریداری کے جھگڑے طے کر دیتا ہے۔

سب سے پہلے درست ڈبہ طے کریں

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

ssh [email protected] 'ubus call system board'
cat /etc/openwrt_release

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

پورٹ کی تعداد نہیں، LAN کی ساخت درج کریں

چار ساکٹ عام طور پر ایک سوئچ کے معنی دیتے ہیں، اور VLAN کنفیگر نہ ہوں تو سوئچ ایک براڈکاسٹ ڈومین کے معنی دیتا ہے۔ یہ سادہ گھریلو نیٹ ورک کے لیے ٹھیک ہے اور ایسی سائٹ کے لیے غلط ہے جو ایک ہی ڈبے پر مہمان حصہ، انتظامی حصہ اور الگ کیمرہ حصہ چاہتی ہے۔ درج کریں کہ کون سے پورٹ کس VLAN میں ہیں، کون سے VLAN CPU تک پہنچتے ہیں اور کون سے انٹرفیس پتے رکھتے ہیں۔

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

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

WAN اور ناکامی پر تبدیلی کا رویہ لکھیں

رسائی کا طریقہ، پتے کی ملکیت اور ناکامی پر تبدیلی کی ترتیب ہر اوپری لنک کے لیے ایک سطر میں آتے ہیں، کیونکہ WAN کی تبدیلی سے بچنے والا ٹنل تینوں پر منحصر ہے۔ PPPoE سیشن نئے پتے کے ساتھ دوبارہ جڑتا ہے اور ٹنل کو ساتھ گرادیتا ہے، جبکہ اپنی لیز رکھنے والا DHCP اوپری لنک ایسا نہ کرے۔

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

ایک اجازت شدہ اور ایک مسترد بہاؤ جانچیں

ریکارڈ رکھنا تبھی معنی رکھتا ہے جب ڈیوائس اس کے مطابق قبول کی جا سکے۔ ایک بہاؤ چنیں جو چلنا ضروری ہے، ایک جو نہیں چلنا چاہیے، اور دونوں متعلقہ حصے کے کلائنٹ سے چلائیں۔ ہر ذیلی نیٹ لے جانے والا ٹنل ناکامی ہے جب ضرورت ایک ہی ذیلی نیٹ کی تھی۔

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

curl -sS --max-time 8 https://api.ipify.org
ping -c 2 192.168.99.1
ip -4 route get 192.168.99.1

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