Wi-Fi کلائنٹ الگ تھلگ کرنا بمقابلہ VPN مقامی رسائی: آپ کو کیا روکتا ہے
ایک ہی SSID پر دو آلات پھر بھی ایک دوسرے تک نہیں پہنچ سکتے۔ موازنہ کریں کہ Wi-Fi کلائنٹ الگ تھلگ کرنا کیا روکتا ہے اور VPN سرنگ کیا راستہ دیتی ہے۔
ایک ہی مہمان SSID پر دو فون رکھیں، کوئی ایک دوسرے کو نہیں دیکھتا، پھر بھی دونوں انٹرنیٹ تک پہنچتے ہیں۔ ان میں سے ایک پر VPN کلائنٹ شامل کریں، تین میٹر دور پرنٹر نظر نہیں آتا، جبکہ دوسرے براعظم کا سرور ping کا جواب دیتا ہے۔ سرنگ میں کچھ خراب نہیں؛ دو الگ رسائی فیصلے شامل ہیں، اور ان میں سے صرف ایک راستہ بندی سے متعلق ہے۔ رسائی نقطہ طے کرتا ہے کہ بے تار کلائنٹ آپس میں بات کر سکتے ہیں یا نہیں، اور VPN کلائنٹ طے کرتا ہے کہ کون سی منزلیں سرنگ سے باہر جاتی ہیں۔ ان دونوں کو ملانا گھنٹوں کی بے کار کنفیگریشن تبدیلیاں لاتا ہے۔
دونوں دروازے آزاد ہیں
کلائنٹ الگ تھلگ کرنا سوئچنگ کا فیصلہ ہے۔ رسائی نقطہ ایک منسلک اسٹیشن سے فریم وصول کرتا ہے، منزل دیکھتا ہے، محسوس کرتا ہے کہ منزل اسی پل کا دوسرا اسٹیشن ہے، اور اسے گرا دیتا ہے۔ اسٹیشن کا IP پتہ اس فیصلے کے لیے غیر متعلق ہے، اور VPN بھی۔
راستہ بندی کلائنٹ پر لیا گیا دوسرا فیصلہ ہے۔ VPN کی راستہ جدول طے کرتی ہے کہ 192.168.1.50 کے لیے پیکٹ سرنگ میں داخل ہوگا یا Wi-Fi انٹرفیس سے باہر جائے گا۔ اگر پیکٹ Wi-Fi سے باہر جائے اور رسائی نقطہ کلائنٹ کو الگ تھلگ کرے، تو وہ رسائی نقطہ پر ہی مر جاتا ہے۔ اگر پیکٹ سرنگ میں داخل ہو، تو رسائی نقطہ اصل منزل کبھی نہیں دیکھتا اور کچھ بھی الگ تھلگ نہیں کر سکتا۔
عام رسائی نقطہ پر الگ تھلگ کرنا کیا روکتا ہے
بنانے والے اسے کئی ناموں سے دیتے ہیں: کلائنٹ الگ تھلگ کرنا، AP الگ تھلگ کرنا، اسٹیشن الگ تھلگ کرنا، یا ایسا مہمان نیٹ ورک جو اس کی نشاندہی کرے۔ OpenWrt میں فی انٹرفیس اختیار وائرلیس کنفیگریشن کے اندر isolate ہے، جیسا کہ وائرلیس دستاویز میں بیان کیا گیا ہے، اور مہمان SSID کو عام طور پر اپنا پل اور فائر وال زون ملتا ہے۔ نتیجہ یہ ہے کہ کلائنٹس کے درمیان unicast فریم پل نہیں ہوتے، اس لیے پڑوسی کو ping، SMB کنکشن یا پرنٹ کام ناکام ہو جاتا ہے، اگرچہ دونوں آلات پوری سگنل دکھاتے ہیں۔
دریافت کے پروٹوکول سب سے پہلے اور سب سے واضح طور پر متاثر ہوتے ہیں۔ پرنٹرز اور میڈیا آلات کے لیے mDNS 224.0.0.251 پر multicast جاتا ہے، SSDP 239.255.255.250 استعمال کرتا ہے، اور یہ فریم پل عبور کرتے ہیں یا نہیں، یہ بنانے والے اور multicast سے unicast میں تبدیلی فعال ہونے پر منحصر ہے۔ فہرست سے غائب آلہ معلوم پتے پر ناکام براہ راست کنکشن سے کمزور ثبوت ہے۔
VPN کیا بدلتا ہے، اور کیا نہیں بدل سکتا
مکمل سرنگ ڈیفالٹ راستہ لیتی ہے، اس لیے مقامی ذیلی نیٹ ورک تک صرف اس وقت پہنچا جاتا ہے جب کلائنٹ ان کے لیے زیادہ مخصوص راستہ رکھے۔ منقسم سرنگیں اس کے برعکس کرتی ہیں اور ڈیزائن کے مطابق مقامی رسائی محفوظ رکھتی ہیں۔ ان میں سے کوئی ترتیب الگ تھلگ کرنے والے رسائی نقطہ کو اس کے دو کلائنٹس کے درمیان فریم بھیجنے پر مجبور نہیں کر سکتی، اسی لیے VPN کلائنٹ میں مقامی ٹریفک کی اجازت ضروری ہے مگر کافی نہیں۔
الٹا معاملہ بھی اتنا ہی عام ہے۔ رسائی نقطہ ہم منصب ٹریفک کی اجازت دیتا ہے، VPN کلائنٹ مقامی ذیلی نیٹ ورک کو سرنگ سے باہر رکھتا ہے، اور پرنٹر پھر بھی جواب نہیں دیتا کیونکہ میزبان کا فائر وال Wi-Fi نیٹ ورک کو عوامی سمجھتا ہے۔ تین تہیں، تین مختلف ڈیفالٹ، اور زیادہ تر VPN لاگز میں صرف راستہ نظر آتا ہے۔
معلوم کریں کون سا دروازہ بند ہے
ایسے امتحان سے شروع کریں جو VPN کو تصویر سے ہٹا دے: دو عام آلات ایک ہی SSID پر جوڑیں اور پتے سے ایک دوسرے تک پہنچنے کی کوشش کریں۔ اگر یہ ناکام ہو، تو رسائی نقطہ الگ تھلگ کر رہا ہے اور کوئی VPN ترتیب اسے درست نہیں کرے گی۔ اگر کامیاب ہو، تو کلائنٹ پر جائیں اور Linux پر ip route get 192.168.1.50 یا Windows پر Find-NetRoute -RemoteIPAddress 192.168.1.50 چلائیں؛ نتیجہ اس انٹرفیس کا نام بتاتا ہے جو پیکٹ استعمال کرے گا۔
جب راستہ Wi-Fi انٹرفیس کی طرف اشارہ کرے، پیکٹ بغیر خفیہ کاری کے باہر جاتا ہے اور سوال یہ بنتا ہے کہ رسائی نقطہ اور میزبان کا فائر وال اس کی اجازت دیتے ہیں یا نہیں۔ جب راستہ سرنگ کی طرف اشارہ کرے، منزل VPN سرور کو بھیجی جا رہی ہے، جو اسی LAN پر موجود آلے کے لیے غلط ہے اور عام طور پر اس کا مطلب ہے کہ سرنگ کی اجازت یافتہ فہرست بہت وسیع ہے۔
پرنٹر کے پورٹ پر براہ راست کنکشن دریافت فہرست سے بہتر امتحان ہے۔ Linux پر nc -vz 192.168.1.50 9100 یا PowerShell میں Test-NetConnection 192.168.1.50 -Port 9100 بتاتا ہے کہ پتہ بالکل قابل رسائی ہے یا نہیں، اس سے پہلے کہ کوئی ایپلیکیشن سطحی جوڑی بحث میں آئے۔
جس نیٹ ورک پر آپ ہیں اس کے لیے حل چنیں
ہوٹل یا مہمان نیٹ ورک پر الگ تھلگ کرنا دانستہ ہوتا ہے اور آپ کو اسے توڑنے کی کوشش نہیں کرنی چاہیے۔ مقامی آلے کو ناقابل رسائی سمجھیں، پرنٹ یا شیئر کر سکنے والے میزبان تک پہنچنے کے لیے VPN استعمال کریں، اور SSID کو LAN سمجھنا بند کریں۔
گھر پر، اگر آلات آپ کے ہیں تو مرکزی SSID پر الگ تھلگ کرنا بند کرنا معقول ہے، جبکہ مہمان SSID الگ تھلگ رہتا ہے۔ ترتیب رسائی نقطہ کی وائرلیس کنفیگریشن میں رہتی ہے، اور اس کی جگہ وہیں ہے، ہر کلائنٹ پر فائر وال استثناؤں میں نہیں۔
دفتر میں فرض کریں کہ رسائی نقطہ، VLAN اور میزبان کا فائر وال سب دانستہ ہیں۔ الگ تھلگ کرنے کو بند کرنے کی درخواست کے بجائے امتحان کے نتائج کے ساتھ اوپر تک پہنچائیں، کیونکہ کلائنٹس کو الگ رکھنے والا نیٹ ورک عام طور پر کچھ بچاتا ہے۔
ایپلیکیشن کی تصدیق کریں، صرف ping نہیں
کامیاب ping راستہ ثابت کرتا ہے، خدمت نہیں۔ پرنٹر اکثر خام 9100 یا 631 پر IPP قبول کرتے ہیں مگر دریافت سے انکار کرتے ہیں، اور فائل شیئرنگ کے لیے 445 اور کام کرنے والا نام حل درکار ہے۔ ایپلیکیشن جو پورٹ استعمال کرتی ہے اس کی تصدیق کریں، پھر آلے پر اصل کام دوبارہ آزمائیں۔
اپنے نوٹس میں دونوں تہیں الگ رکھیں: Wi-Fi نیٹ ورک کیا اجازت دیتا ہے، اور VPN کیا راستہ دیتا ہے۔ اگلی بار جب کوئی آلہ فہرست سے غائب ہو، یہ تقسیم بتائے گی کہ پہلے کہاں دیکھنا ہے۔