अनाथ TUN इंटरफ़ेस: उसे हटाने से पहले मालिक खोजें
टनल बंद होने के बाद बचा रहने वाला TUN इंटरफ़ेस डिज़ाइन से स्थायी हो सकता है। मालिक खोजें, फिर उसे उस सेवा के ज़रिए हटाएँ जो उसका प्रबंधन करती है।
आपका TUN इंटरफ़ेस अभी भी सूची में है, टनल ट्रैफ़िक नहीं भेज रहा है, और स्पष्ट समाधान लिंक को हटाना लगता है। यहीं छोटी सफ़ाई बड़ी रुकावटों में बदल जाती है। इंटरफ़ेस डिज़ाइन से स्थायी हो सकता है, किसी ऐसी सेवा का हो सकता है जो उसे फिर बनाएगी, या ऐसे नेमस्पेस में छिपा हो सकता है जहाँ वही नाम कुछ और मतलब रखता है। उसका होना यह सबूत नहीं है कि वह अनाथ है।
नाम वाला इंटरफ़ेस हटाना आसान है। यह जानना कि उस पर क्या निर्भर है, असली काम है।
भ्रम: इंटरफ़ेस इसलिए बचा है कि टनल बंद है
स्थायी TUN डिवाइस जुड़े सत्र से स्वतंत्र रूप से मौजूद रहता है। स्थायी फ़्लैग का यही अर्थ है: डिवाइस बना रहता है ताकि अगला कनेक्शन उसे फिर इस्तेमाल कर सके। कोई ट्रैफ़िक नहीं बहता, और कुछ भी गड़बड़ नहीं है।
इंटरफ़ेस उस सेवा का भी हो सकता है जो पुनःआरंभ के बीच है, या ऐसे क्लाइंट का जिसकी प्रोफ़ाइल निष्क्रिय है। यह मानने से पहले कि वह परित्यक्त है, उसकी मालिक प्रक्रिया और कॉन्फ़िगरेशन जाँचें। प्रक्रिया सूची और उसे शुरू करने वाला कॉन्फ़िगरेशन अनुपस्थित टनल से अधिक मज़बूत सबूत हैं।
नाम के साथ नेमस्पेस दर्ज करें। दूसरा नेमस्पेस उसी नाम का इंटरफ़ेस रख सकता है, और दोनों का कोई संबंध नहीं है। दूसरे का निरीक्षण करना हो तो नेमस्पेस फ़्लैग इस्तेमाल करें।
भ्रम: लिंक हटाने से सब कुछ साफ़ हो जाता है
लिंक हटाने से उससे जुड़े पते और मार्ग हट जाते हैं। यह उन नीति नियमों, फ़ायरवॉल नियमों, रिज़ॉल्वर सेटिंग्स या सहायक स्क्रिप्टों को नहीं हटाता जो उसका संदर्भ देते थे। वे बच सकते हैं और ऐसे डिवाइस की ओर इशारा कर सकते हैं जो अब मौजूद नहीं है।
अगर सेवा अभी भी कॉन्फ़िगर है, तो वह अगले आरंभ या पुनःकनेक्शन पर इंटरफ़ेस फिर बना सकती है। तब आपने एक काम करने वाला संसाधन हटा दिया और मूल जीवनचक्र समस्या वहीं छोड़ दी। कॉन्फ़िगरेशन बदलें, सिर्फ़ रनटाइम स्थिति नहीं।
ऐसी सफ़ाई जो इंटरफ़ेस के लौटने और नियमों के दोहराए जाने पर खत्म हो, सफ़ाई न करने से बदतर है।
उसे छूने से पहले मालिक खोजें
इंटरफ़ेस, उसके पते और उसके मार्ग पाने के लिए ip link show और TUN/TAP निरीक्षण उपकरणों से शुरू करें। उस क्लाइंट, सेवा या नेटवर्क प्रबंधक को जाँचें जो उसका मालिक हो सकता है। पुष्टि करें कि डिवाइस स्थायी है या नहीं और कौन-सा मोड इस्तेमाल करता है। फिर तय करें कि क्या किसी को अभी भी उस पर निर्भरता है।
पुष्ट रूप से अप्रयुक्त स्थायी इंटरफ़ेस के लिए, ip tuntap मोड-विशिष्ट हटाने का दस्तावेज़ीकरण करता है। डिवाइस का वास्तविक नाम और मोड मिलाएँ, और होस्ट पर हर टनल के खिलाफ़ व्यापक सफ़ाई न चलाएँ।
काम करते समय रिकवरी पहुँच और अन्य क्लाइंट के मार्ग अक्षुण्ण रखें। आपने जो कमांड इस्तेमाल किया उसे दर्ज करें ताकि अगली जाँच ठीक उसी तरह दोहराई जा सके।
मालिक के ज़रिए उसे हटाएँ, फिर जाँचें कि क्या बचा है
पहले समर्थित कनेक्शन कॉन्फ़िगरेशन रोकें या हटाएँ, ताकि सेवा वह फिर न बनाए जो आप हटा रहे हैं। फिर डिवाइस हटाएँ। इसके बाद, पुराने पते, मार्ग और रिज़ॉल्वर स्थिति को उनके अपने मालिकों के अंतर्गत जाँचें।
अगर पुनःकनेक्शन पर समस्या लौटती है, तो मैन्युअल हटाने को दोहराने के बजाय जीवनचक्र कॉन्फ़िगरेशन ठीक करें। ऐसा सफ़ाई रिकॉर्ड जो अनाथ का नाम, वह अप्रयुक्त क्यों था और किस घटक को प्रतिस्थापन का प्रबंधन करना चाहिए, अगले व्यक्ति को वैध स्थायी इंटरफ़ेस को खराबी समझने से बचाता है।