ایک Tailscale میزبان ناقابل رسائی: سب نیٹ راؤٹر یا ایگزٹ نوڈ؟

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

اسی ہدف سے شروع کریں جو ناکام ہوا

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

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

ایسی ڈیوائس تک پہنچیں جو کبھی Tailscale نہیں چلاتی

راؤٹر tailnet کو مخصوص رینج کا اعلان کرتا ہے، پھر tailnet اور نجی سیگمنٹ کے درمیان پیکٹ ریلے کرتا ہے، اس لیے اس سیگمنٹ کی ڈیوائسز کو اپنا کلائنٹ نہیں چاہیے۔ گھر کے لیپ ٹاپ سے دفتر کے NAS تک پہنچنا بالکل یہی معاملہ ہے۔ اس طرف tailnet کا واحد رکن راؤٹر ہے۔

tailscale up --advertise-routes=10.40.0.0/24 --advertise-exit-node=false
ip route get 10.40.0.55
tailscale status

اعلان تین شرطوں میں سے صرف پہلی ہے۔ راستہ tailnet کے لیے منظور ہونا چاہیے، کلائنٹ نے اعلان شدہ راستے قبول کرنے چاہئیں، اور رسائی قاعدے نے کنکشن کی اجازت دینی چاہیے۔ اسی زنجیر کی وجہ سے علامت اکثر یہ ہوتی ہے کہ راؤٹر چل رہا ہے اور NAS نہیں۔ قابل رسائی راؤٹر ثابت کرتا ہے کہ ٹنل کام کرتا ہے؛ یہ منظوری، کلائنٹ کی قبولیت یا پالیسی کے بارے میں کچھ ثابت نہیں کرتا۔

ان تین ناکامیوں میں سے ہر ایک ایڈمن کنسول میں مختلف دکھائی دیتی ہے۔ تینوں کو ایک ساتھ بدلنے کے بجائے ترتیب سے جانچیں، کیونکہ دوسری تبدیلی چھپا دیتی ہے کہ کون سی اہم تھی۔

عوامی ٹریفک کسی دوسری مشین سے باہر بھیجیں

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

tailscale up --advertise-exit-node
tailscale up --exit-node=100.101.102.103 --exit-node-allow-lan-access=false
tailscale status --json | grep -i exitnode

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

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

جب صرف ایک میزبان ناکام ہو تو سہ رخی تقسیم پڑھیں

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

اگر پتہ کام کرتا ہے اور نام نہیں، تو راستے دیکھنا بند کر دیں۔ نجی DNS الگ ترتیب دیا جاتا ہے، اور غلط پتے پر حل ہونے والا نام اسی طرح ناکام ہوتا ہے جیسے بلاک شدہ راستہ دکھائی دیتا ہے۔ پہلے پتہ، پھر نام آزمائیں، اور دونوں نتائج بتائیں گے کہ کون سی تہہ کھولنی ہے۔

اس راستے کی تصدیق کریں جو آپ نے بنایا سمجھا ہے

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

ip route get 10.40.0.55
ip -6 route show default
tailscale ping 10.40.0.55

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