टेबल 200 मधील VPN डीफॉल्ट तुमचा LAN मार्ग लपवतो

चार तपासण्या धोरण-टेबलमधील दोषाला राउटिंगच्या दोषापासून वेगळे करतात: कोणता नियम जुळला, त्या नियमाने कोणत्या टेबलचे नाव दिले, त्या टेबलमध्ये काय आहे आणि त्यात कोणता मार्ग जिंकला। आधीच्या टेबलने मार्ग दिल्यावर मुख्य टेबलला विचारले जात नाही, त्यामुळे तिथे दिसणारी LAN नोंद तुम्ही चाचणी करत असलेल्या पॅकेटसाठी असंबद्ध असू शकते। तपासण्या क्रमाने करा, आणि गहाळ मार्ग चौथ्या टप्प्याऐवजी तिसऱ्या टप्प्यावर दिसेल।

सर्वात लांब प्रीफिक्सची जुळणी एका टेबलच्या आत होते; ती सर्व टेबलांच्या मार्गांची एकच यादी म्हणून तुलना करत नाही।

शोध उत्तर देणाऱ्या पहिल्या टेबलावर संपतो

सबनेटचा रहदारी प्रथम टेबल 200 पाहतो, टेबल 200 मध्ये बोगद्यातून जाणारा डीफॉल्ट मार्ग आहे, आणि मुख्य टेबलमध्ये LAN प्रीफिक्स आहे असे धोरण घ्या। LAN पत्त्यासाठीचे पॅकेट टेबल 200 मधील त्या डीफॉल्टशी जुळून तिथेच थांबू शकते। शोधाने मार्ग दिला असल्याने, मुख्य टेबलच्या नंतरच्या नियमाला आपली अधिक विशिष्ट नोंद देण्याची संधीच मिळत नाही। परिणाम म्हणजे बोगद्यात जाणारे पॅकेट, तर पूर्णपणे चांगला LAN मार्ग वापरल्याशिवाय पडून राहतो।

आधीचे नियम आणि मशीनचा स्वतःचा स्थानिक-पत्ता शोध अजूनही लागू आहे, म्हणून चाचणीने खऱ्या प्रवाहातील स्रोत, मार्क आणि इंटरफेस वापरावेत। दुसऱ्या कशाने तरी विचारल्यास LAN योग्यरित्या निवडला जाऊ शकतो, ज्यामुळे तुम्ही शोधत असलेला दोषच लपतो।

LAN अपवाद योग्य ठिकाणी ठेवा

निवडलेले टेबल त्याला आवश्यक LAN, जोडलेले आणि एंडपॉइंट मार्ग वाहू शकते, ज्यामुळे धोरण स्वयंपूर्ण राहते। दुसरी रचना LAN प्रीफिक्ससाठी स्पष्ट आधीचा नियम वापरते, किंवा प्रीफिक्स पुढील शोधाकडे सोपवणारा जाणीवपूर्वक फेकणारा मार्ग वापरते। प्रत्येक वेगळ्या मालकाची वैध पद्धत आहे। कोणते टाइप करायला लहान आहे याऐवजी इच्छित धोरण आणि मार्ग कोण सांभाळतो यावरून निवडा।

पद्धत काहीही असली, अपवाद धोरण परिभाषित केलेल्या ठिकाणी दिसला पाहिजे। हाताने जोडलेला आणि नोंदवलेला नसलेला मार्ग पुढील रीबूटमध्ये नाहीसा होईल आणि निदानही सोबत घेऊन जाईल।

मुख्य टेबल संपूर्ण कॉपी करू नका

मुख्यातून प्रत्येक मार्ग धोरण-टेबलमध्ये कॉपी करणे सुधारण्यासारखे वाटते पण स्नॅपशॉट तयार करते। व्यवस्थापक पत्ते आणि इंटरफेस गतिशीलपणे जोडू किंवा काढू शकतो, आणि प्रत कुणाच्याही लक्षात न येता जुनी होते। मार्गांचे जीवनचक्र त्याच्या कॉन्फिगरेशन मालकाकडे ठेवा, आणि टेबल वेळेच्या एका क्षणावरून नव्हे तर कॉन्फिगरेशनवरून पुन्हा तयार करा।

कॉपी केलेले टेबल हेतूही फसवते, कारण धोरणाने मर्यादित करायचे असलेले फॉलबॅक वर्तन ते पुन्हा निर्माण करते।

उत्तरे मार्गांपासून वेगळी तपासा

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

बदलाच्या दोन्ही बाजूंना त्याच प्रवाहासाठी शोध जतन करा, जेणेकरून दुरुस्ती दिसत राहील। रिव्हर्स-पाथ तपासण्या जागतिकरित्या बंद करणे किंवा नियम फ्लश करणे गहाळ मार्ग देत नाही आणि असंबंधित नियंत्रणे कमकुवत करते।

नियम, टेबल, विजयी मार्ग आणि उत्तराचा मार्ग नोंदवा। ती नोंद धोरणातील चूक आणि बिघडलेली सेवा यांना वेगळे करते।