फ़ोन अब भी सबनेट रूट दिखाता है, डैशबोर्ड अब भी घोषणा सूचीबद्ध करता है, और राउटर के पीछे कुछ भी उत्तर नहीं देता। यह रूटिंग या फ़ायरवॉल के पीछे हटने जैसा लगता है, इसलिए स्वाभाविक कदम क्लाइंट पर सबनेट फिर से जोड़ना है। आम तौर पर इससे कुछ नहीं बदलता, क्योंकि कनेक्टर ने अपनी पहचान खोई है, अपना कॉन्फ़िगरेशन नहीं। समाप्त हो चुकी डिवाइस कुंजी रूट को दिखाई देने योग्य रखती है जबकि डिवाइस आगे भेजना बंद कर देता है।

रूट रहता है और पैकेट रुक जाते हैं

Tailscale रूट घोषणा और डिवाइस प्राधिकरण को अलग-अलग तथ्य मानता है। सबनेट राउटर एक प्रीफ़िक्स की घोषणा करता है, क्लाइंट उसे स्वीकार करते हैं और उसका उपयोग करते हैं, और कनेक्टर ट्रैफ़िक ले जाता है। जब डिवाइस कुंजी समाप्त होती है, तो नोड समन्वय सेवा के साथ प्रमाणित नहीं हो सकता, इसलिए भाग लेना बंद कर देता है। क्लाइंट रूट को अपनी तालिका में रख सकते हैं, क्योंकि उसे हटाने से ट्रैफ़िक अनपेक्षित मार्ग पर जा सकता है। विफलता पर बंद होने का यही चयन भ्रमित करने वाले लक्षण को समझाता है: एक रूट जो मौजूद है और एक गंतव्य जो नहीं है।

घोषणा मंशा के बारे में सच्चा कथन बनी रहती है। वह क्षमता के बारे में कथन होना बंद कर चुकी है।

कनेक्टर की कुंजी और स्थिति पढ़ें

किसी भी क्लाइंट को बदलने से पहले कनेक्टर की स्थिति की पुष्टि करें। दो आउटपुट पहचान को पहुँच से अलग करते हैं।

tailscale status
tailscale ping 100.101.102.103

स्थिति आउटपुट राउटर को ऑफ़लाइन या समाप्त के रूप में चिह्नित करता है और बताता है कि कुंजी कब समाप्त होगी, जबकि ping नोड के अपने tailnet पते को लक्षित करता है, उसके पीछे की सेवा को नहीं। जो ping कभी क्लाइंट नहीं छोड़ता और जो स्थिति पंक्ति समाप्त पढ़ती है, वे दो दिशाओं से एक ही निष्कर्ष हैं। जाँचें कि उस राउटर का उपयोग करने वाला दूसरा डिवाइस उसी क्षण विफल होता है या नहीं, क्योंकि साझा विफलता कनेक्टर की ओर और अकेली विफलता एक क्लाइंट की रूट स्वीकृति की ओर संकेत करती है। लाइव स्थिति के विरुद्ध पुष्टि किए बिना पुराने नोट्स से tailnet पता दोबारा उपयोग न करें।

अपना रास्ता काटे बिना फिर से प्रमाणित करें

नवीनीकरण पहचान बहाल करता है, लेकिन इसे एकमात्र काम कर रहे सत्र पर करने से आप फँस सकते हैं। पहले कोई दूसरा प्रशासनिक मार्ग रखें।

tailscale up --force-reauth
tailscale status --self

कंसोल पहुँच वाले नोड पर, --force-reauth लॉगिन प्रवाह फिर से शुरू करता है और एक URL छापता है जिसे अधिकृत खाते को पूरा करना होता है। दूरस्थ राउटर पर, शुरू करने से पहले पुष्टि करें कि सीरियल कंसोल, प्रदाता कंसोल या आउट-ऑफ़-बैंड प्रबंधन मार्ग मौजूद है, क्योंकि नवीनीकरण के दौरान tailnet सत्र गिर सकता है। नवीनीकरण के बाद, सत्यापित करें कि नोड ऑनलाइन है और उसके घोषित रूट अब भी सक्षम हैं। क्लाइंट पर प्रीफ़िक्स फिर से जोड़ना नवीनीकरण का चरण नहीं है और उसका विकल्प नहीं बन सकता।

बिना निगरानी वाले डिवाइसों के लिए समाप्ति नीति तय करें

कुंजी की समाप्ति इसलिए है कि खोया लैपटॉप अंततः काम करना बंद कर दे, और बिना निगरानी वाला ढाँचा उस सुरक्षा को उपलब्धता के बदले बदल देता है। व्यवस्थापक किसी विशिष्ट डिवाइस के लिए समाप्ति बंद कर सकते हैं, जो केबल कैबिनेट में रखे भरोसेमंद राउटर के लिए उपयुक्त है पर सूची और हटाने की योजना माँगता है। टैग किए गए डिवाइस अपनी पहचान और समाप्ति व्यवहार स्वयं रखते हैं, इसलिए लैपटॉप की सेटिंग उनका वर्णन नहीं करती। महीनों पहले बनाए गए अनुस्मारक पर निर्भर रहने के बजाय डिवाइस का वास्तविक रिकॉर्ड देखें।

फिर राउटर के पीछे के संसाधन का परीक्षण करें, केवल नोड का नहीं। नवीनीकृत कुंजी पहचान ठीक करती है, जबकि रूट अनुमोदन, नीति और फ़ॉरवर्डिंग को अब भी काम करना है।

संबंधित लेख