कोणीही खरोखर आढावा घेऊ शकेल अशी VPN डिझाइन ब्रीफ लिहा

बहुतेक डिझाइन आढावे पहिल्या प्रश्नावर अडकतात, कारण विनंती निर्णयाचे नाही तर उत्पादनाचे वर्णन करते. जी ब्रीफ प्रवाह, मालक आणि अयशस्वी वर्तनाची नावे देते तिचे उत्तर एका बैठकीत देता येते. सुरक्षित VPN बनवा असे म्हणणाऱ्या ब्रीफचे उत्तरच देता येत नाही. काहीही पाठवण्यापूर्वी खालील सहा तपासण्या करा, मग आढावा वादळाऐवजी तुलना बनतो.

पहिले, प्रश्न निर्णय आहे की इच्छा

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

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

उत्तर कोणी नाही असे असेल तर इथे थांबा, कारण मालक नसलेला निर्णय सर्वात मोठ्याने तक्रार करणारा पुन्हा करेल. ही डिझाइनची समस्या नाही, प्रशासनाची समस्या आहे.

दुसरे, प्रवाह आणि नकारांची नावे द्या

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

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

क्लायंट आणि त्यांची व्यवस्थापन स्थितीही नोंदवा, कारण एजंटसह व्यवस्थापित उपकरण आपले नेलेले लॅपटॉप जे करू शकत नाही ते करू शकते.

यादी तपासण्यासाठी पुरेशी लहान ठेवा. तुम्ही सत्यापित करू शकता असे दहा प्रवाह सत्यापित करू न शकता अशा चाळीसपेक्षा चांगले आहेत.

तपासणी 3: तथ्ये आणि गृहीतके वेगळी करा

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

उदाहरणात्मक नेटवर्क लेबल केलेले असेल तर ठीक आहे. समस्या अशी काल्पनिक शाखा आहे जी कधीही नसलेला दुसरा वरचा दुवा किंवा सार्वजनिक पत्ता ब्लॉक शांतपणे मिळवते.

तपासणीपूर्वी तुम्ही तपासू शकता असे गृहीतक तपासा, कारण एक मोजलेले तथ्य चर्चेची संपूर्ण शाखा काढून टाकते.

ip route get 10.50.0.10
traceroute -n -m 6 10.50.0.10
nc -vz 10.50.0.10 443

चौथे, अयशस्वी करार लिहा

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

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

पुनर्प्राप्तीचे लक्ष्य सोप्या भाषेत जोडा, जसे की साइट किती काळ ढासळलेल्या स्थितीत चालू शकते आणि घटना कोण जाहीर करतो.

तपासणी 5 आणि 6: शिवण निवडा आणि बदल नोंदवा

वाद घालण्यासाठी एक शिवण निवडा, कारण सर्व काही सोडवण्याचा प्रयत्न करणारा आढावा काहीही सोडवत नाही. मार्गनिर्देशन, अधिकृतता आणि एन्क्रिप्शन या तीन वेगळ्या शिवणी आहेत, आणि ब्रीफने सांगावे की प्रश्न कोणत्या बद्दल आहे. RFC 4301 हे इथे उपयुक्त स्मरण आहे, कारण ते धोरणात्मक निर्णय, संरक्षित रहदारी आणि सुरक्षा संघटना एकच वस्तू न मानता वेगळे करते.

नंतर निर्णयानंतर काय बदलले ते नोंदवा, सुधारित गृहीतकांसह. ती नोंदच पुढील आढावा लहान करते.

git diff --stat design/vpn-brief.md
grep -n 'assumption' design/vpn-brief.md
ip route get 10.50.0.10

सहा तपासण्या उत्तीर्ण होणारी ब्रीफ उत्तरासह प्रश्न निर्माण करते: रचना सांगितलेल्या प्रवाह आणि अयशस्वी करार पूर्ण करते, किंवा नामनिर्देशित बंधन तिला प्रतिबंध करते. बंधन नंतर बदलल्यास, नोंद दाखवते की कोणता निर्णय पुन्हा पाहावा आणि कोणता राहू शकतो. यामुळे हा सराव एकदाचा वाद न होता पुनर्वापरयोग्य होतो.