Cloud VPN کے BGP پتے NIC پر نہیں، ٹنل کے اندر ہوتے ہیں

VPN کے لیے Cloud Router صفحہ کھولیں اور 169.254.0.0/16 میں پتے والا BGP سیشن آپ کو دیکھ رہا ہے۔ قدرتی ردعمل یہ ہے کہ وہ پتہ VM پر کہیں رکھیں اور سیشن کے اوپر آنے کا انتظار کریں۔ یہ ردعمل ایک خاص انداز میں غلط ہے: جوڑی IPsec ٹنل جو منطقی لنک بناتی ہے اسی کی ہے، مشین کے عام نیٹ ورک انٹرفیس کی نہیں۔ NIC پر آپ جو بھی شامل کریں وہ ٹنل کو BGP اٹھانے پر مجبور نہیں کرتا۔

جوڑی کو ہوسٹ پر شامل کرنے کے بجائے اسٹیک میں نیچے پیروی کریں۔

وہیں سے شروع کریں جہاں کنسول جوڑی دکھاتا ہے

سیشن صفحہ Cloud Router کا BGP پتہ اور پیر کا پتہ درج کرتا ہے، IPv4 HA VPN کے لیے دونوں link-local ہیں۔ ان کے ساتھ بیرونی گیٹ وے کے پتے ہیں جو ٹنلیں ختم کرتے ہیں۔ یہ الگ اشیاء ہیں: link-local جوڑی اندر رہتی ہے، اور گیٹ وے پتے باہر رہتے ہیں اور کسی اور چیز کے کام کرنے سے پہلے ان کا روٹ ہونا ضروری ہے۔

کنفیگریشن فائل کھولنے سے پہلے تینوں لکھ لیں، کیونکہ انہیں آپس میں ملانا ہی پورا ناکامی کا طریقہ ہے۔

اس ٹنل تک نیچے جائیں جو اسے اٹھاتی ہے

link-local جوڑی کا مطلب صرف تب ہے جب دو گیٹ ویز کے درمیان IPsec سلامتی انجمن موجود ہو۔ Google کی طرف HA VPN ٹنلیں اسے دو انٹرفیسوں پر بناتی ہیں؛ آپ کی طرف وہی ہے جو پیر نے گفت و شنید میں طے کیا۔ پہلے swanctl --list-sas سے ڈیٹا انجمن جانچیں اور لکھیں کہ کون سی ٹنل کس انٹرفیس پر اوپر ہے، کیونکہ مردہ ٹنل پر صحت مند BGP سیشن ناممکن ہے اور امید بھری کنفیگریشن والی مردہ ٹنل عام بات ہے۔

BGP پیکٹ اندرونی IP ٹریفک ہے۔ بیرونی نیٹ ورک اسے کبھی نہیں دیکھتا، اس لیے کسی سوئچ کو ایک VLAN پر دونوں پتے درکار نہیں۔

اب Linux پیر کو مطابق ہونے کے لیے کنفیگر کریں

معاونت یافتہ ٹنل ڈیزائن چنیں اور اندرونی پتے اسی کو طے کرنے دیں۔ روٹ پر مبنی انٹرفیس کے ساتھ، روٹنگ اندراج اور طے شدہ ٹریفک منتخب کنندگان کا متفق ہونا ضروری ہے، کیونکہ صرف انٹرفیس کا نام کسی چیز کی اجازت نہیں دیتا۔ BIRD کو اندرونی مقامی پتے اور Cloud Router کے اندرونی پتے کی طرف اشارہ کریں، سیشن صفحے سے AS نمبر مقرر کریں، اور محفوظ راستے کے اندر TCP 179 کی اجازت دیں۔ دور کے بیرونی پتے کا راستہ جسمانی اپ لنک پر رکھیں تاکہ ٹنل اپنی ہی ترسیل نہ پکڑ لے۔

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

ہر مرحلہ ترتیب سے جانچیں، سب کچھ بیک وقت نہیں

مراحل طے کریں: سلامتی انجمن اوپر، ٹنل پتے سے اندرونی پیر قابل رسائی، BGP سیشن قائم، سابقے قبول، پھر ورک لوڈ کا سابقہ واقعی استعمال ہوا۔ birdc show protocols صرف تیسرے سوال کا جواب دیتا ہے، اسی لیے لوگ جلد فتح کا اعلان کرتے ہیں۔

قائم شدہ ہمسایہ اس بات کی ضمانت نہیں دیتا کہ دونوں فریقوں نے وہ سابقے اعلان کیے جن کی آپ کو ضرورت ہے، یا وہ راستے ترجیحی طور پر نصب ہوئے۔

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

اسے Router Appliance پر لاگو کرنے سے پہلے رک جائیں

Network Connectivity Center Router Appliance ایک مختلف منسلکہ ماڈل ہے۔ اس کے Cloud Router پیر HA VPN کی link-local جوڑی کے بجائے VPC اور ذیلی نیٹ کے ترتیب سے اندرونی پتے استعمال کرتے ہیں۔ اگر اصل مقصد روٹنگ VM کے ساتھ BGP ہے تو link-local سیشن نقل کرنے کے بجائے اس مصنوع کے انٹرفیس تقاضے پر عمل کریں۔

link-local کا دائرہ اب بھی وہی کہتا ہے جو کہتا ہے۔ منطقی ٹنل یہ ہمسایگی فراہم کرتی ہے، اور یہ VPC بھر میں من مانی link-local منازل کو روٹ کرنے کا لائسنس نہیں دیتی۔