برج کے بغیر TAP: روٹ شدہ اوپری لنک کے ساتھ ایک مجازی حصہ

TAP ایتھرنیٹ فریم آپریٹنگ سسٹم کو دیتا ہے، جو زیادہ تر ریموٹ رسائی ڈیزائنوں کی ضرورت سے زیادہ صلاحیت اور برج سے کم ہے۔ کرنل اسے پتہ دے سکتا ہے، اس کے ذریعے روٹ کر سکتا ہے اور کسی بھی جسمانی حصے سے جوڑے بغیر اس پر فائر وال لگا سکتا ہے۔ یہ ترتیب پہلے سمجھنے کے قابل ہے: ایک الگ تھلگ مجازی ایتھرنیٹ حصہ جس کا سرور حقیقی LAN کی طرف روٹر کے طور پر کام کرتا ہے۔ یہ سرنگ کے اندر دوسری پرت کا رویہ اور باہر عام IP فارورڈنگ دیتا ہے، جو دو مختلف وعدے ہیں۔ باقی تعمیر، راستہ، واپسی کا راستہ اور واپسی ہے۔

الگ تھلگ حصہ بنائیں

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

ip tuntap add dev tap0 mode tap
ip link set tap0 up
ip addr add 10.77.0.1/24 dev tap0

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

سرحد کے پار روٹ کریں

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

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

واپسی کا راستہ طے کریں

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

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

نشریات کا دائرہ جان بوجھ کر رکھیں

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

TAP چننے کی ایماندار وجہ یہی ہے: مجازی حصے میں کسی چیز کو لنک کے اندر کا رویہ چاہیے۔ اگر کسی کو نہیں چاہیے، تو روٹ شدہ سابقے والا TUN آلہ چھوٹا ہے، اور ٹوٹنے پر سمجھانے کو کم ہوتا ہے۔

تصدیق کریں، پھر واپسی لکھیں

VPN کلائنٹ سے LAN روٹر کو پنگ کریں، ایک میزبان کو پنگ کریں، اور TCP پر کوئی ایک اہم سروس کھولیں۔ پھر کاؤنٹر اور فارورڈ زنجیر دیکھیں، کیونکہ دور سے پالیسی کی کمی بالکل گمشدہ راستے جیسی دکھتی ہے۔ واپسی تعمیر کا الٹ ہے اور شروع کرنے سے پہلے تبدیلی کے ریکارڈ میں ہونی چاہیے: راستہ ہٹائیں، پتہ ہٹائیں، انٹرفیس مٹائیں۔

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