एन्क्रिप्टेड ट्रान्झिट कॅरियरपर्यंत प्रवेश देत नाही

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

खालील पायऱ्या क्रमाने पार पाडा आणि कोणत्याही पायरीतील अपयशाला कॉन्फिगरेशनमधील बदल नाही तर रचनेतील बदल माना.

कॉन्फिगला स्पर्श करण्यापूर्वी दोन्ही सीमा ठरवा

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

दोन्ही पत्ते, पोर्ट आणि दिशांच्या याद्या म्हणून लिहा. यादी लिहिता येत नसेल तर सीमा अजून ठरलेली नाही.

पायरी 1: बाह्य सुरुंग मर्यादित करा

कॅरियरकडे तोंड असलेल्या इंटरफेसवर सुरुंगाला आवश्यक तेच अनुमत करा: दोन गेटवे पत्त्यांमध्ये UDP 500 आणि 4500 वर IKE, आणि NAT ट्राव्हर्सल वापरले जात नसलेल्या ठिकाणी ESP. त्या इंटरफेसवर येणारे बाकी सर्व, व्यवस्थापन प्रोटोकॉलसह, नाकारा. ESP तपशील संरक्षण सेवा व्यापतो; गेटवे कॅरियरच्या कोणत्या स्वतःच्या सेवा वापरू शकतात याबद्दल तो काहीच सांगत नाही. हे स्पष्ट परवानगी यादी म्हणून व्यक्त करा, जेणेकरून नव्याने प्रकाशित कॅरियर सेवा डीफॉल्टनुसार पोहोचण्यायोग्य होणार नाही.

हा नियमसंचच रचनेला पीअरिंग व्यवस्थेऐवजी ट्रान्झिट रचना बनवतो.

हे गेटवे कन्सोलवरून नाही, कमी विश्वासाच्या बाजूने तपासा. तेथील होस्टला सुरुंग उभा होण्यापूर्वीच कॅरियरच्या DNS सर्व्हरपर्यंत पोहोचण्यात अपयश यायला हवे.

पायरी 2: दूरचा गेटवे काय पोहोचवतो हे ठरवा

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

यशस्वी डिक्रिप्शनवर थांबणारा आकृती सर्वात महत्त्वाचा निर्णय वगळतो.

पायरी 3: प्रत्येक स्तरासाठी मालकी ठेवा

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

प्रत्येक स्तराला मालक नेमा. मालक नसलेले स्तरच भरकटतात.

पायरी 4: पडताळा, नंतर ते प्राधिकरणाकडे सोपवा

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

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