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 वा राउट गरिएको बाटो, फर्कने ट्राफिक र सेवाको अनुमति त्यही क्रममा पुष्टि गर्नुहोस्, र देखाइएको बेमेलसँग मिल्ने फिल्ड मात्र बदल्नुहोस्। पछि पनि बाँडफाँट र अनुमतिका अभिलेख अलग राख्नुहोस्, ताकि पछिको पूल परिवर्तन समूहले पुग्न सक्ने कुराको परिवर्तनका रूपमा पढिऊ नपरोस्।