دو آلات، ایک Wi-Fi، مختلف VPN اخراج: کیا طے کرتا ہے

ایک ہی گھریلو روٹر پر دو لیپ ٹاپ مختلف VPN اخراجوں سے انٹرنیٹ تک پہنچ سکتے ہیں، اور مشترکہ Wi-Fi کا اس میں کچھ کہنا نہیں ہے۔ نتیجہ یہ طے کرتا ہے کہ سرنگ کہاں چلتی ہے اور ہر درخواست کے لیے کون سی پالیسی راستہ چنتی ہے۔ الٹا عقیدہ بھی اتنا ہی عام اور اتنا ہی غلط ہے: الگ پروفائل والے دو آلات خود بخود دو عوامی پتے پیدا نہیں کرتے۔ دونوں غلطیاں ایک پتے کو تین سمجھنے سے آتی ہیں۔

تین پتے، اور ان میں سے صرف ایک باہر جاتا ہے

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

RFC 3022 وہ فرق کھینچتا ہے جو یہاں کی بیشتر الجھن کی وضاحت کرتا ہے۔ روایتی NAT اندرونی پتوں کو عوامی پتوں پر نقش کرتا ہے، جبکہ پورٹ ترجمہ بہت سے اندرونی پتوں کو ایک ہی وقت میں ایک عوامی پتہ بانٹنے دیتا ہے۔ ایک عوامی پتہ اور کئی آلات والا گھر دوسرا معاملہ ہے، اور یہ تقریباً ہر جگہ طے شدہ ہے۔

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

دو اخراجوں کو واقعی مختلف کیا بناتا ہے

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

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

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

الگ پروفائل الگ اخراج کیوں نہیں ہیں

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

الٹا بھی سچ ہے۔ ایک VPN سرور ایک سے زیادہ عوامی اخراج پیش کر سکتا ہے جب اس کی روٹنگ اور ترجمے کی پالیسی ایسی بنی ہو، جبکہ الگ سرور ایک ہی نچلے بہاؤ والا اخراج کھا سکتے ہیں۔ لہٰذا آپ کی کنفیگریشن میں سرور ناموں کی تعداد پتوں کی تعداد کے بارے میں کچھ نہیں کہتی۔ اسی لیے یہ جواب ڈھونڈنے کے لیے کنفیگریشن غلط جگہ ہے۔

واحد قابل اعتماد جواب اس ترتیب سے کی گئی درخواست سے آتا ہے جسے آپ استعمال کرنا چاہتے ہیں۔ باقی سب اندازہ ہے۔

علیحدگی کہاں رکھیں

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

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

آپ کوئی بھی شکل چنیں، ملکیت لکھ لیں: کون آلہ تیار کرتا ہے، کون اس کی اسناد بدلتا ہے، اور کون نوٹس کرتا ہے جب وہ مطلوبہ راستہ استعمال کرنا چھوڑ دیتا ہے۔

جو اخراج آپ کو واقعی ملا اسے جانچیں

جانچ اس اطلاق سے کریں جو اہم ہے، اور دونوں آلات پر ایک ہی پتہ خاندان کا موازنہ کریں۔ ایک سے IPv4 نتیجہ اور دوسرے سے IPv6 نتیجہ کسی کے بارے میں کچھ ثابت نہیں کرتا۔ پھر دوبارہ جڑنے کے بعد جانچ دہرائیں، کیونکہ سیشنوں کے درمیان تالاب کی تقسیم بدل سکتی ہے۔

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

curl -4 -sS https://api.ipify.org; echo
curl -6 -sS https://api64.ipify.org; echo
ip route get 1.1.1.1

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