Access Server गट CIDR: सदस्य पत्ते की संसाधन नेटवर्क

Access Server गटात दोन फील्ड CIDR स्वीकारतात आणि पहिल्या दृष्टीक्षेपात ते एकाच प्रकारचे इनपुट वाटतात: एक VPN सदस्यांना दिले जाणारे पत्ते वर्णन करते, दुसरे त्या सदस्यांना पोहोचता येणारी नेटवर्क वर्णन करते. चुकीचे फील्ड भरणे त्रुटीशिवाय स्वीकारले जाते, आणि यामुळेच ही चूक महाग पडते. पहिले टनेलची पत्ता योजना बदलते, दुसरे कोणती लक्ष्ये अनुमत आहेत हे ठरवते, आणि यापैकी कोणतेही दुसऱ्याला सूचित करत नाही. लोक या दोन्हींत मिसळणारी तिसरी वस्तू देखील आहे, शाखेच्या गेटवेमागील सबनेट, आणि ती कोणत्याही फील्डची नाही.

तीच रचना, वेगळे प्रश्न

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

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

वाटप: सदस्यांची पत्ता जागा

पूल सदस्य पोहोचू शकणाऱ्या कोणत्याही LAN शी किंवा तैनातीतील दुसऱ्या कोणत्याही VPN पूलशी ओव्हरलॅप होऊ नये. हे नियोजनाचे बंधन आहे, उत्पादनाची सेटिंग नाही: जेव्हा दोन ठिकाणे सदस्यांसाठी 10.90.40.0/24 वापरतात, तेव्हा एका ठिकाणचा सदस्य भाषांतराशिवाय दुसऱ्याकडे राउट करू शकत नाही, आणि कोणताही प्रवेश नियम ते दुरुस्त करत नाही.

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

परवानगी: लक्ष्य नेटवर्क प्रवेश नियमांमध्ये असतात

पोहोचक्षमता प्रवेश नियमांमध्ये व्यक्त होते, जे गट किंवा वापरकर्ते, लक्ष्य नेटवर्क किंवा सेवा आणि प्रवेश पद्धत नाव देतात. तो शेवटचा भाग म्हणजे अर्धवट सेटिंग्ज मरतात ती जागा: नियम रहदारी लक्ष्याकडे राउट करू शकतो किंवा त्याचे NAT करू शकतो, आणि दोन्ही नेटवर्ककडून वेगवेगळ्या गोष्टी मागतात. राउट केलेल्या मार्गासाठी लक्ष्य बाजूने रहदारी VPN पूलमध्ये कशी परत पाठवायची हे माहीत असणे आवश्यक आहे, तर NAT मार्ग सदस्यांना लक्ष्य आधीच विश्वास ठेवत असलेल्या पत्त्यामागे लपवतो. Access Server गट दस्तऐवज गट नेटवर्किंग गट प्रवेश नियमांपासून वेगळे ठेवते, आणि लेबल आवृत्त्यांमध्ये हलली आहेत.

अनुमत लक्ष्याला तरीही वापरण्यायोग्य मार्ग लागतो. नियम परवानगी देतो, मार्ग पोहोचवतो, परतीचा मार्ग उत्तर देतो आणि होस्टवरील सेवा स्वीकारते. चार गोष्टी, पाहण्यासाठी चार ठिकाणे, आणि फक्त पहिलीच प्रवेश नियमात असते. हिरवी परवानगी आणि मृत traceroute म्हणजे सहसा लक्ष्याच्या गेटवेवर परतीचा मार्ग नाही, नियम चुकीचा आहे असे नाही.

तिसरी वस्तू: गेटवेमागील शाखा सबनेट

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

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

तुम्ही कोणते पाहत आहात हे कसे कळवायचे

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

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