VPN कटओवरने खाजगी सर्किटमधून काय जपावे

खाजगी सर्किटचे वर्णन करणे सोपे आणि त्याऐवजी दुसरे देणे कठीण, कारण करार केबलपेक्षा अधिक गोष्टींचा समावेश करत होता. तो हस्तांतरण, पत्त्यांची योजना, विलंबाची अपेक्षा आणि समर्थनाची व्यवस्था वाहून नेत असे, आणि त्याची जागा घेणारा बोगदा चारही गोष्टी वारसाहक्काने घेतो, कोणी त्या लिहून ठेवल्या किंवा नाही याचा विचार न करता. संघाने मार्गनिर्देश संरचना कॉपी करून उर्वरित गोष्टीला कार्यसंचालन समस्या म्हटले की कटओवर अयशस्वी होतात. आवश्यकतांपासून सुरुवात करा, नंतर जुने रद्द होण्यापूर्वी नव्या मार्गावर प्रत्येक गोष्ट सिद्ध करा.

सर्किटचे गुणधर्मांच्या यादीत रूपांतर करा

पहिला प्रश्न असा आहे की जुन्या सेवेने प्रत्यक्षात काय सोपवले: छोट्या उपजाळासह मार्गित दुवा, की साइट्समध्ये सामायिक केलेला 2 थराचा विभाग. हा फरक ठरवतो की IP बोगदा ते अजिबात पुनरुत्पादित करू शकतो का, कारण बोगदा दोन पत्त्यांमध्ये पॅकेट नेतो आणि प्रसारण शोध किंवा अनियंत्रित EtherTypes नेत नाही. स्वतःला स्विच पोर्ट म्हणून सादर करणारे सर्किट /30 सादर करणाऱ्या सर्किटपेक्षा वेगळे स्थलांतर आहे.

साइट उपसर्ग, गेटवे पत्ते, स्वतःच्या संरचनेत पत्ते अंतर्भूत करणारी उपक्रमणे आणि परिसरात दुसरीकडे आच्छादित होणारे उपसर्ग लिहून काढा. स्थलांतरात टिकणारी पत्त्यांची योजना ही रचनेचे उत्पादन आहे, गृहीतक नाही. त्या चार याद्या पुढे स्वीकृतीचे निकषही होतात, म्हणून त्या परीक्षकांना वाचता येतील अशा ठिकाणी ठेवा.

नव्या मार्गाला दोन्ही दिशांना मार्ग द्या

वर येणारा बोगदा अर्धाच मार्ग आहे. दूरच्या बाजूला प्रत्येक स्थानिक उपसर्गाकडे परतीचा मार्ग हवा, आणि स्थानिक बाजूने इंटरनेटमधून बाहेर जाणारी रहदारी न चोरता त्या उपसर्गांसाठी बोगद्याला प्राधान्य द्यावे. असममित अग्रेषण हे त्या अर्ध्यांपैकी एक योग्य केल्याचे नेहमीचे लक्षण आहे. दूरच्या बाजूचे तक्ते आपल्यासारखेच काळजीपूर्वक तपासा, कारण परतीचा मार्ग हा कोणीही संरचीत न केलेला मार्ग आहे.

ip route get 10.20.0.10

धोरणाधारित मार्गनिर्देश विभाजन स्पष्ट करते: साइट जोडीशी संबंधित रहदारी चिन्हांकित करा आणि तिला असे तक्ते द्या ज्याचा पूर्वनिर्धारित बोगदा आहे. IPsec संरक्षित साहचर्य आणि त्यात काय प्रवेश करते हे ठरवणारे धोरण पुरवते, पण त्याभोवतीचे मार्ग नाही, जसे IPsec स्थापत्य वर्णन करते. चिन्ह खूप व्यापक जुळल्यास, साइटची सामान्य वेब रहदारीही बोगद्यात प्रवेश करते आणि चुकीच्या निर्गमातून बाहेर पडते.

आपण आधीच चाचणी केलेल्या रोलबॅकसह बदला

वेगवेगळ्या मालकांचे दोन जिवंत मार्ग असममित अग्रेषणाला आमंत्रण देतात, म्हणून नव्याला निश्चित खिडकीत वर आणा आणि उपसर्ग जाहीर केलेल्या क्रमाने हलवा. जुने सर्किट संरचीत ठेवा आणि दोन्ही बोगद्यांपैकी कोणत्याहीवर अवलंबून नसलेला बँडबाह्य व्यवस्थापन मार्ग ठेवा. उपक्रमणे परवानगी देतात तिथे एका वेळी एक उपसर्ग हलवा आणि हालचालींमध्ये सत्र तक्ता पहा.

कोणता पुरावा बदलास अधिकृत करतो आणि कोणती अट रोलबॅक सुरू करते हे आधीच ठरवा. अयशस्वी जोडणीतून नवीन VPN दुरुस्त करणे आवश्यक असलेला रोलबॅक रोलबॅक नाही. ट्रिगर खोलीतील भावना म्हणून नाही, तर मोजता येणारी अट म्हणून मांडा.

सर्किटने प्रत्यक्षात वाहिलेल्या रहदारीसह स्वीकारा

Ping पोहोच सिद्ध करते आणि फारसे काही नाही. नाव विश्लेषण, दीर्घकालीन सत्रे, नाकारलेले प्रवाह आणि जुन्या मार्गाने विखंडनाशिवाय हाताळलेले पॅकेट आकार तपासा. बोगदे सर्किटपेक्षा सर्वाधिक वेगळे पडतात ते MTUवर, कारण आवेष्टन उपक्रमणे उपलब्ध मानलेले बाइट वापरते. दोन्ही दिशांना विखंडनाशिवाय जाणारा सर्वात मोठा पेलोड मोजा, केवळ सर्व्हरकडे नाही.

ping -M do -s 1400 -c 3 10.20.0.10

1400 बाइटचा पेलोड गेला आणि 1472 गेला नाही, तर मार्गाची कमाल उपक्रमणांच्या अपेक्षेपेक्षा लहान आहे आणि तुम्हाला दिखाऊ नाही, खरी घसरण सापडली आहे. त्या निकालाची पहिल्या टप्प्यात लिहिलेल्या आवश्यकतांशी तुलना करा, आणि त्या उपक्रमणांच्या मालकांनी मापन स्वीकारल्यावरच सर्किट मागे घ्या. तीच सही यशस्वी चाचणीचे स्वीकृत स्थलांतरात रूपांतर करते.