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

सबैभन्दा लामो प्रिफिक्सको मिलान एउटै तालिकाभित्र हुन्छ; यसले सबै तालिकाका मार्गहरूलाई एउटै सूचीका रूपमा तुलना गर्दैन।

खोज उत्तर दिने पहिलो तालिकामा टुंगिन्छ

उपसञ्जालको ट्राफिकले पहिले तालिका 200 हेर्ने, तालिका 200 मा सुरुङबाट जाने पूर्वनिर्धारित मार्ग हुने, र मुख्य तालिकामा LAN प्रिफिक्स हुने नीति लिनुहोस्। LAN ठेगानाका लागि प्याकेट तालिका 200 को त्यो पूर्वनिर्धारितसँग मिलेर त्यहीँ रोकिन सक्छ। खोजले मार्ग दिएकाले, मुख्य तालिकाको पछिको नियमले आफ्नो थप विशिष्ट प्रविष्टि दिने अवसर पाउँदैन। परिणाम सुरुङमा प्रवेश गर्ने प्याकेट हो, जबकि पूर्ण रूपमा राम्रो LAN मार्ग प्रयोग नगरी बसिरहन्छ।

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

LAN अपवादलाई यसको ठाउँमा राख्नुहोस्

छानिएको तालिकाले आफूलाई चाहिने LAN, जोडिएका र एन्डपोइन्ट मार्गहरू बोक्न सक्छ, जसले नीतिलाई आत्मनिर्भर राख्छ। अर्को ढाँचाले LAN प्रिफिक्सका लागि स्पष्ट अघिल्लो नियम प्रयोग गर्छ, वा प्रिफिक्सलाई पछिको खोजमा सुम्पने जानाजान फ्याँक्ने मार्ग प्रयोग गर्छ। प्रत्येक फरक मालिक भएको वैध ढाँचा हो। कुन टाइप गर्न छोटो छ भन्ने होइन, इच्छित नीति र मार्गहरू कसले मर्मत गर्छ भन्ने आधारमा छान्नुहोस्।

ढाँचा जेसुकै होस्, अपवाद नीति परिभाषित भएको ठाउँमा देखिनुपर्छ। हातले थपिएको र अभिलेख नगरिएको मार्ग अर्को रिबुटमा हराउनेछ र निदान पनि साथै लग्नेछ।

मुख्य तालिका सम्पूर्ण रूपमा प्रतिलिपि नगर्नुहोस्

मुख्यबाट हरेक मार्ग नीति-तालिकामा प्रतिलिपि गर्नु सुधारजस्तो देखिन्छ तर स्न्यापसट बनाउँछ। प्रबन्धकले ठेगाना र इन्टरफेस गतिशील रूपमा थप्न वा हटाउन सक्छन्, र प्रतिलिपि कसैले नथाहा पाई पुरानो हुन्छ। मार्गको जीवनचक्र त्यसको कन्फिगरेसन मालिकसँग राख्नुहोस्, र तालिका समयको कुनै क्षणबाट होइन, कन्फिगरेसनबाट पुनः सिर्जना गर्नुहोस्।

प्रतिलिपि गरिएको तालिकाले उद्देश्य पनि विफल बनाउँछ, किनकि यसले नीतिले सीमित गर्नुपर्ने फलब्याक व्यवहार पुनः उत्पादन गर्छ।

उत्तरहरू मार्गबाट अलग जाँच्नुहोस्

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

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

नियम, तालिका, विजयी मार्ग र उत्तरको बाटो अभिलेख गर्नुहोस्। त्यही अभिलेखले नीतिको गल्तीलाई बिग्रेको सेवाबाट अलग गर्छ।

सम्बन्धित लेखहरू