وہ ٹنل پتہ ایک ساتھی ہے، کوئی سب نیٹ نہیں جسے آپ براؤز کر سکیں
پوائنٹ ٹو پوائنٹ لنک پر ماسک دور کے سرے کو بیان کرتا ہے، ہمسایوں کی حد کو نہیں۔ سب نیٹ غلط لگنے کا فیصلہ کرنے سے پہلے ساتھی کا پتہ پڑھیں۔
آپ کا کلائنٹ جڑتا ہے اور پتوں کا جوڑا دکھاتا ہے، یا ایک پتہ 255.255.255.255 ماسک کے ساتھ دکھاتا ہے، اور پہلا ردِعمل یہ ہوتا ہے کہ سرور نے کچھ ٹوٹا ہوا دیا ہے۔ کچھ بھی ٹوٹا نہیں: ٹنل انٹرفیس پوائنٹ ٹو پوائنٹ لنک ہے، اور ماسک ہمسایوں کی حد کو نہیں، اسی ایک لنک کے دور کے سرے کو بیان کرتا ہے۔ جوڑے کو مقامی اور ساتھی کے طور پر پڑھنا عجیب ماسک، اس کے ساتھ والا ایک ہوسٹ راستہ اور غائب ہمسایہ جدول سمجھاتا ہے۔ اسی قراءت کا جو جواز نہیں بنتا وہ دفتری نیٹ ورک سے اوورلیپ ہونے والا پتہ منصوبہ ہے۔
ٹنل لنک پر ماسک غلط کیوں لگتا ہے
Ethernet انٹرفیس پر، ایک پتہ اور ایک ماسک دو باتیں کہتے ہیں: یہ ہوسٹ پتے کا مالک ہے، اور سابقے کے اندر سب کچھ براہِ راست ہمسایہ ہے۔ کرنل ان دو حقیقتوں سے لنک پر راستہ اخذ کرتا ہے اور پھر ان ہمسایوں کے لیے لنک پتے حل کرتا ہے جنہیں وہ موجود سمجھتا ہے۔ پوائنٹ ٹو پوائنٹ انٹرفیس ملکیت رکھتا ہے اور ہمسایوں کو چھوڑ دیتا ہے، اس لیے کلائنٹ سطر کا دوسرا پتہ مشترکہ سیگمنٹ کا دوسرا ہوسٹ نہیں، دور کا سرا ہے۔ کوئی ہارڈویئر ایڈریسنگ، کوئی ریزولوشن ٹریفک اور شامل ہونے کے لیے کوئی براڈکاسٹ ڈومین نہیں، اسی لیے انٹرفیس بالکل ایک منزل والی نلکی کی طرح برتاؤ کرتا ہے۔
اسی لیے چوڑے ماسک کے ساتھ ایک ہوسٹ راستہ یہاں علامت نہیں، معمول ہے۔ اس لنک پر پہنچنا ایک پتہ ہے، اور کرنل بالکل وہی لکھتا ہے۔ دونوں پتے اکٹھے پڑھیں کنفیگریشن غلط ہے یہ طے کرنے سے پہلے، کیونکہ ہر ایک الگ سے غلطی جیسا لگتا ہے۔
دو ٹوپولوجیاں، دو پتہ شکلیں
پرانی پوائنٹ ٹو پوائنٹ ٹوپولوجی ہر کلائنٹ کو چھوٹا بلاک دیتی ہے اور درمیانی دو پتے استعمال کرتی ہے، اس لیے ماسک پول نہیں، نیٹ ورک کا ٹکڑا لگتا ہے۔ سب نیٹ ٹوپولوجی پول سے پول ماسک کے ساتھ پتہ دیتی ہے اور سرور کے ٹنل پتے کو ساتھی کہتی ہے۔ دونوں درست لنک بناتی ہیں، اور صرف اس میں مختلف ہیں کہ پروفائل میں کون سے پتے آتے ہیں اور صارف کس ماسک پر سوال اٹھائے گا۔
| Topology | Client address shape | Peer | Route to expect |
|---|---|---|---|
| Point-to-point block per client | Two neighbouring addresses inside a small block | The far address of that block | A single host route on the tunnel device |
| Shared pool | One address carrying the pool mask | The server's tunnel address | A single host route on the tunnel device |
آپ کے کلائنٹ سے کوئی بھی سطر میل کھائے، پہلے ساتھی پڑھیں، کیونکہ وہ دور کے سرے کا نام دیتا ہے اور اسی لیے ماسک کی وضاحت کرتا ہے۔ مختلف ٹوپولوجی والے سرورز کے درمیان نقل کیا گیا پروفائل اپنے نئے گھر کے لیے غلط شکل دکھائے گا، اور اس عدم مطابقت کو سرور کی خرابی سمجھنا آسان ہے۔
جب پول اور دفتری نیٹ ورک ایک ہی بٹس کا مطالبہ کریں
چونکہ لنک روٹڈ ہے، پول کو ایسا سابقہ چاہیے جو ان نیٹ ورکس میں کہیں نہ ہو جن تک سرور پہنچ سکتا ہے۔ ایک مشترک کریں اور کلائنٹ دو جگہوں کے معنی والی حد کے لیے ایک ہی راستہ رکھتا ہے، اور کون سی جگہ جیتے گی یہ آخری نصب راستہ طے کرتا ہے۔ خرابی کلائنٹ پر ظاہر ہوتی ہے، حالانکہ اس کے پیچھے کا فیصلہ پتہ منصوبے کا ہے۔ صارفین جو رپورٹ کرتے ہیں وہ یہ ہے کہ ٹنل بلند ہوتے ہی مقامی روٹر غائب ہو جاتا ہے، یا صرف چند دفتری ہوسٹ جواب دیتے ہیں۔
صرف ملتے جلتے نظر آنے والے سابقے دوسرا معاملہ ہیں، اور آنکھ سے آکٹٹ کا موازنہ کرنا سابقے کا موازنہ نہیں۔ دونوں لکھیں اور ماسک شدہ بٹ گنیں: 192.168.4.0/24 بمقابلہ 192.168.6.0/24 بٹ 22 تک مطابقت رکھتے ہیں اور بٹ 23 پر الگ ہو جاتے ہیں، کیونکہ تیسرا آکٹٹ یوں پڑھا جاتا ہے: 00000100 بمقابلہ 00000110، اس لیے وہ دو نیٹ ورک واقعی الگ ہیں۔ رکھیں 10.8.0.0/24 دوسرے کے ساتھ 10.8.0.0/24 اور تمام 24 ماسک شدہ بٹ مطابقت رکھتے ہیں، یعنی ایک راستہ دونوں جگہیں بیان نہیں کر سکتا۔ ماسک کی لمبائی طے کرتی ہے کہ موازنہ کہاں رکے، اور دوسرے نمبر پر نصب نیٹ ورک ہی ہارتا ہے۔
روٹڈ لنک کیا فراہم نہیں کر سکتا
براڈکاسٹ اور ملٹی کاسٹ روٹڈ لنک عبور نہیں کرتے، اور کئی مانوس خصوصیات انہی پر بنی ہیں۔ براؤز فہرستیں، نام کے اعلانات اور سروس کی دریافت سب مشترکہ سیگمنٹ فرض کرتے ہیں، اس لیے فائل سرور پتے سے ہر درخواست کا جواب دے سکتا ہے اور پھر بھی کسی فہرست میں کبھی نظر نہیں آتا۔ لنک کے مقامی براڈکاسٹ پر منحصر نام کی ریزولوشن اسی وجہ سے ناکام ہوتی ہے، اور کوئی پروفائل ترمیم یہ نہیں بدلتی کہ ٹنل کیا اٹھا سکتا ہے۔ یہ اہم ہے یا نہیں یہ روٹنگ نہیں، تقاضوں کا سوال ہے۔
جس کلائنٹ کو واقعی وہ ترسیل درکار ہو اسے برجڈ انٹرفیس چاہیے، جو Ethernet فریم اٹھاتا ہے اور اسی لیے براڈکاسٹ ڈومین رکھتا ہے۔ قیمت زیادہ شور والا لنک، اوپر بیان کردہ صاف ایڈریسنگ کا نقصان، اور لوپ نمودار ہوتے ہی کہیں بڑا خرابی کا رقبہ ہے۔ بدلنے سے پہلے تقاضے کا جواز پیش کریں، اور جب تقاضہ صرف ناموں کے بارے میں ہو تو روٹڈ لنکس پر کام کرنے والی نام سروس کو ترجیح دیں۔
پروفائل میں ترمیم سے پہلے انٹرفیس پڑھنا
کرنل سے پوچھیں کہ اس نے کیا نصب کیا، یہ نہیں کہ پروفائل کیا کہتا دکھتا ہے۔ پتوں کا آؤٹ پٹ وہ ساتھی دکھاتا ہے جو ماسک کی وضاحت کرتا ہے، اور راستوں کا آؤٹ پٹ دکھاتا ہے کہ وہاں کوئی راستہ ہے یا نہیں۔ دونوں کو ٹنل ڈیوائس کے خلاف چلانا ایک لمحہ لیتا ہے اور سوال طے کر دیتا ہے۔
ip -4 addr show dev tun0
ip route show dev tun0
ip route get 10.8.0.1اگر وہ تینوں مطابقت رکھیں، پروفائل وہی کر رہا ہے جس کے لیے ترتیب دیا گیا، اور باقی مسئلہ کہیں اور ہے۔ ٹوپولوجی صرف اس وجہ سے بدلیں جو کسی غائب صلاحیت کا نام دے، کیونکہ ناواقف ماسک ایسی وجہ نہیں۔