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

{ایک پیکٹ دوسرے کے اندر، ترسیل کے دو نمونے}

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

inner packet: private address -> tunnel device -> the VPN process
outer packet: endpoint address -> access route -> next-hop hardware address

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

{وہ ہمسایہ تلاش کریں جو واقعی اہمیت رکھتا ہے}

{روٹنگ ٹیبل سے پوچھیں کہ اینڈ پوائنٹ کون سی اگلی ہاپ استعمال کرتا ہے، پھر اس ہاپ کے لیے ہمسایہ ٹیبل دیکھیں۔ خود اینڈ پوائنٹ وہاں کم ہی دکھائی دیتا ہے، کیونکہ وہ مقامی لنک پر نہیں ہے۔}

ip route get 198.51.100.20
ip neigh show 192.168.0.1

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

{سیکھی گئی اندراج انحصار چھپا سکتی ہے}

{کیش کی گئی اندراج اس چیز کے جانے کے بعد بھی کچھ وقت کام کرتی رہتی ہے جس نے اسے بنایا، اس لیے تبدیلی کے چند منٹ بعد کیا گیا امتحان غلط وجہ سے کامیاب ہو سکتا ہے۔ یہ نتیجہ اخذ کرنے سے پہلے کہ حل ضروری نہیں، اندراج کے پرانے ہونے کا انتظار کریں، یا اسے جان بوجھ کر مٹا دیں۔}

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

{وقت کو ثبوت کے طور پر پڑھیں۔ جو اندراج حل ہو کر بار بار ختم ہوتی ہے وہ ہلتے لنک یا ایک ہی پتے کے لیے جواب دینے والے دو آلات کی طرف اشارہ کرتی ہے، جبکہ جو اندراج کبھی حل نہیں ہوتی وہ گیٹ وے کے پتے یا رسائی پورٹ پر فلٹرنگ کی طرف اشارہ کرتی ہے۔}

{متحرک حل اور مستقل اندراج کے درمیان فیصلہ کریں}

{متحرک حل ایک وجہ سے طے شدہ ہے: گیٹ وے بدلنے پر یہ ہارڈویئر کی پیروی کرتا ہے اور کسی سے ہم آہنگی کی ضرورت نہیں ہوتی۔ مستقل اندراج تب جائز ہے جب نیٹ ورک جان بوجھ کر منظم کیا جائے اور پتے اور ہارڈویئر پتے کا جوڑ دستاویزی ڈیزائن کا حصہ ہو۔}

ApproachGood fitCost you accept
Dynamic resolutionLaptops, changing networks, anything with a spare minute to recoverA short outage while the entry is relearned
Permanent entryFixed appliances where the pairing is controlled and recordedA silent failure the day the hardware changes

{کسی بھی صورت، انتخاب کو اس رسائی انٹرفیس پر لاگو کریں جو بیرونی پیکٹ لے کر جاتا ہے۔ اس انٹرفیس پر حل بند کرنا ٹنل کو مضبوط نہیں کرتا؛ یہ کلائنٹ کی اس گیٹ وے تک پہنچنے کی صلاحیت ہٹا دیتا ہے جو اسے لے کر جاتی ہے، اور ناکامی مقامی پتہ مسئلے کی بجائے مردہ VPN جیسی دکھتی ہے۔}

{دوسرے اسٹیک کو بھی ذہن میں رکھیں}

{IPv6 پتہ حل اسی شکل میں استعمال نہیں کرتا؛ یہ ہمسایہ دریافت استعمال کرتا ہے۔ تہوں والا سوال بدستور رہتا ہے: اصل بیرونی پیکٹ مقامی اگلی ہاپ تک کیسے پہنچتا ہے، اور کیا ثابت کرتا ہے کہ جواب موجودہ ہے۔}

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

متعلقہ مضامین