एक 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 च्या स्वतःच्या दृश्याशी जोडा, जे सहकारी थेट जोडलेला आहे की रिलेमार्फत हे दाखवते. रिले मार्गही चालतो, आणि त्यामुळे तुम्ही डीबग करत असलेल्या मार्गाशी काहीही संबंध नसलेल्या विलंबाच्या तक्रारी समजतात. सबनेट राउटरची माहिती ओळखीची नसल्यास मंजुरीची पायरी झाकते. मग तुमच्या स्वतःच्या नेटवर्कमध्ये कोणती रचना कोणते गंतव्य झाकते ते लिहून घ्या, कारण पुढची व्यक्ती जी साइट जोडेल तीही तोच प्रश्न विचारेल.