VPN منسلک ہے مگر IP پتہ تبدیل نہیں ہوا: کیوں

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

تصدیق کریں کہ امتحان نے واقعی کیا ناپا

Wi-Fi یا Ethernet مکالمے میں دکھایا گیا پتہ آپ کے اپنے حصے پر انٹرفیس کا پتہ ہے، وہ پتہ نہیں جو ویب سائٹ دیکھتی ہے، اس لیے ٹنل کے مکمل طور پر چلنے کے دوران بھی وہ ویسا ہی رہ سکتا ہے۔ مقام پھر الگ اشارہ ہے: محفوظ شدہ اکاؤنٹ علاقہ یا اجازت شدہ جغرافیائی پڑھائی آپ کے ایگزٹ بدلنے پر نہیں ہلتی، اور جو لاگ ان آپ کو پہلے سے پہچانتا ہے وہ بھی نہیں۔

عوامی پتے کی بازگشت استعمال کریں اور ہر خاندان سے الگ پوچھیں، کیونکہ دوہرے اسٹیک والے امتحان کا نتیجہ دلچسپ صورت چھپا دیتا ہے:

curl -4 -s https://ifconfig.me
curl -6 -s https://ifconfig.me

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

پروفائل ٹریفک کا صرف ایک حصہ ڈھک سکتی ہے

منقسم ٹنل پروفائل عام جواب ہے، اور یہ خرابی نہیں۔ OpenVPN سب کچھ ٹنل سے صرف اس وقت بھیجتا ہے جب redirect-gateway بھیجے گئے اختیارات میں ہو؛ اس کے بغیر کلائنٹ کو چند مخصوص راستے ملتے ہیں اور آپ کا طے شدہ راستہ جسمانی لنک پر ہی رہتا ہے۔ Windows پر وہی سوئچ ایڈاپٹر کی IPv4 خصوصیات میں «ریموٹ نیٹ ورک پر طے شدہ گیٹ وے استعمال کریں» کے طور پر ظاہر ہوتا ہے، اور اسے ہٹانا ہر دوبارہ جڑنے کے بعد بھی قائم رہنے والا سوچا سمجھا انتخاب ہے۔

فی ایپ دائرہ دوسری تہہ ہے۔ Android کی فی ایپ VPN ترتیب طے کرتی ہے کہ کون سی ایپس شامل ہیں، اس لیے اسٹیٹس بار کی VPN چابی ثابت نہیں کرتی کہ براؤزر اس کے اندر ہے۔ اپنی ٹریفک پراکسی کرنے والی براؤزر ایکسٹینشن آئینے والی تصویر بناتی ہے: براؤزر ایگزٹ پتہ دکھاتا ہے جبکہ اسی مشین پر میل کلائنٹ یا گیم اب بھی آپ کا دکھاتا ہے۔ وہی درخواست دو ایپس میں موازنہ کریں۔ اگر ایک بدلے اور دوسرا نہ بدلے، تو آپ دائرہ دیکھ رہے ہیں، ناکام ٹنل نہیں۔

پتوں کا ایک خاندان اب بھی سیدھا جا سکتا ہے

زیادہ تر VPN پروفائل IPv4 کے لیے لکھی گئی ہیں، اور بہت سی اب بھی ایسی ہی ہیں۔ دوہرے اسٹیک والے نیٹ ورک پر ٹنل IPv4 کے لیے 10.8.0.x لیتا ہے جبکہ جسمانی لنک عالمی IPv6 پتہ اور طے شدہ راستہ رکھتا ہے، اس لیے IPv6 کی سہولت والی سائٹ سیدھی پہنچتی ہے اور جو پتہ وہ بتاتی ہے وہ آپ کے فراہم کنندہ کا ہے۔ یہ چلتے IPv4 ٹنل کے ساتھ ایک رساؤ ہے، اور صرف IPv4 بولنے والے امتحان کے لیے پوشیدہ ہے۔

ip -4 route get 1.1.1.1
ip -6 route get 2606:4700:4700::1111

ہر جواب میں انٹرفیس پڑھیں۔ اگر IPv6 تلاش آپ کے Ethernet یا Wi-Fi آلے کا نام لے اور IPv4 تلاش ٹنل کا نام لے، تو اس خاندان کی پالیسی غائب ہے، ٹوٹی نہیں۔ پورے آلے پر IPv6 بند کرنے سے علامت غائب ہو جاتی ہے اور فیصلہ چھپ جاتا ہے؛ بہتر ہے پروفائل کی کوریج درست کریں یا صرف اسی کنکشن پر خاندان غیر فعال کریں، اور لکھ لیں کہ دونوں میں سے کون سا چنا۔

دوسرا راستہ تلاش جیت سکتا ہے

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

کچھ بدلنے سے پہلے صرف پڑھنے والے حکموں سے فہرست بنائیں:

route print -4
Get-NetRoute -DestinationPrefix 0.0.0.0/0 | Sort-Object RouteMetric
nmcli connection show --active

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

نئی درخواست سے دوبارہ ناپیں

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

دو نتائج الگ رکھیں۔ اگر پتہ بدلا مگر ایک سائٹ اب بھی آپ کو مسترد کرتی ہے، تو ٹنل چل رہا ہے اور سائٹ ڈیٹا سینٹر کا پتہ مسترد کر رہی ہے؛ یہ مختلف جواب والا مختلف مسئلہ ہے۔ اگر پتہ کبھی نہ بدلے، تو چار سوال ترتیب سے کریں: امتحان نے کون سا پتہ چھاپا، وہ کون سا خاندان تھا، کس ایپ نے درخواست کی، اور اس درخواست نے کون سا راستہ لیا۔ VPN روٹنگ فیصلوں پر Microsoft کی دستاویز بیان کرتی ہے کہ جب دونوں کے پاس راستہ ہو تو Windows کلائنٹ ٹنل اور جسمانی ایڈاپٹر میں سے کیسے چنتا ہے۔