एउटा 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 को आफ्नै दृष्यसँग जोड्नुहोस्, जसले सहकर्मी सिधै जोडिएको हो वा रिलेमार्फत देखाउँछ। रिले बाटो पनि चल्छ, र यसले तपाईं डिबग गर्दै हुनुभएको बाटोसँग कुनै सम्बन्ध नभएका ढिलाइका उजुरीहरू व्याख्या गर्छ। सबनेट राउटरको कागजात अपरिचित भएमा स्वीकृतिको चरण ढाक्छ। त्यसपछि तपाईंको आफ्नै नेटवर्कमा कुन संरचनाले कुन गन्तव्य ढाक्छ लेख्नुहोस्, किनकि साइट थप्ने अर्को व्यक्तिले पनि त्यही प्रश्न सोध्नेछ।