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

ہوسٹ کی کامیابی کچھ ثابت نہیں کرتی

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

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

کون سا اڈاپٹر شیئر ہے، کون سا کلائنٹس کی خدمت کرتا ہے

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

Get-NetAdapter | Where-Object Status -eq 'Up' | Select-Object Name,InterfaceIndex,LinkSpeed
Get-NetIPAddress -AddressFamily IPv4 | Select-Object InterfaceAlias,IPAddress,PrefixLength
Get-NetIPInterface | Select-Object InterfaceAlias,Forwarding,ConnectionState
Get-NetConnectionProfile

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

آگے بھیجنا، ترجمہ اور فلٹرنگ

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

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

جانچیں کلائنٹ پر کریں، ہوسٹ پر نہیں

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

Resolve-DnsName intranet.example.net -Type A
Resolve-DnsName intranet.example.net -Type AAAA
Invoke-RestMethod https://api.ipify.org
Test-NetConnection intranet.example.net -Port 443 -InformationLevel Detailed

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

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

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