तालिका 200 में VPN डिफ़ॉल्ट आपके LAN रूट को छिपा देता है

चार जाँचें नीति-तालिका की खराबी को राउटिंग की खराबी से अलग करती हैं: कौन-सा नियम मेल खाया, उस नियम ने किस तालिका का नाम लिया, उस तालिका में क्या है, और उसमें कौन-सा रूट जीता। पिछली तालिका के रूट देते ही मुख्य तालिका से पूछा नहीं जाता, इसलिए वहाँ दिखने वाली LAN प्रविष्टि आपके परीक्षण वाले पैकेट के लिए अप्रासंगिक हो सकती है। जाँचें क्रम से करें, और गुम रूट चौथे कदम की बजाय तीसरे कदम पर दिखेगा।

सबसे लंबे प्रीफ़िक्स का मिलान एक ही तालिका के भीतर होता है; यह सभी तालिकाओं के रूट को एक ही सूची की तरह नहीं तुलना करता।

खोज उसी पहली तालिका पर समाप्त होती है जो उत्तर देती है

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

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

LAN अपवाद को उसकी सही जगह रखें

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

पैटर्न जो भी हो, अपवाद वहीं दिखना चाहिए जहाँ नीति परिभाषित है। हाथ से जोड़ा गया और दर्ज न किया गया रूट अगले रीबूट पर गायब हो जाएगा और निदान भी साथ ले जाएगा।

मुख्य तालिका की पूरी प्रतिलिपि न बनाएँ

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

कॉपी की गई तालिका उद्देश्य भी विफल करती है, क्योंकि वह वही फ़ॉलबैक व्यवहार दोहराती है जिसे नीति को सीमित करना था।

उत्तरों को रूट से अलग जाँचें

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

बदलाव के दोनों ओर उसी प्रवाह के लिए खोज सहेजें, ताकि सुधार दिखता रहे। रिवर्स-पाथ जाँचें वैश्विक रूप से बंद करना या नियम फ़्लश करना कोई गुम रूट नहीं देता और असंबंधित नियंत्रण कमज़ोर करता है।

नियम, तालिका, विजेता रूट और उत्तर का मार्ग दर्ज करें। वही रिकॉर्ड नीति की गलती को टूटी सेवा से अलग करता है।