NPS गट धोरण VPN संसाधन अंमलबजावणी नाही
गटाला जोडण्याची परवानगी देणे म्हणजे तो कुठपर्यंत पोहोचतो हे मर्यादित करणे नाही। जुळणारे धोरण, परत मिळालेले अधिकृतता आणि गेटवेची स्वतःची अंमलबजावणी तपासा।
दोन गट, दोन प्रवेश प्रोफाइल, एक VPN गेटवे, आणि शेवटी दोन्ही गट त्याच सर्व्हरपर्यंत पोहोचतात। नेहमीचे कारण तुटलेले धोरण नसून रचनेचा गहाळ दुसरा अर्धा भाग असतो: NPS कोण सत्र स्थापित करू शकतो हे ठरवते, आणि त्या सत्राला कशापर्यंत पोहोचता येईल हे दुसऱ्या कशालातरी ठरवावे लागते। जेव्हा फक्त पहिला अर्धा भाग असतो, तेव्हा प्रमाणीकरण करणाऱ्या प्रत्येकासाठी अधिकृतता यशस्वी होते। धोरण आपले काम करत आहे, आणि रचना अजूनही अपूर्ण आहे।
गटाशी जुळणारे नेटवर्क धोरण प्रवेशाबद्दलचा पुरावा आहे। तो पॅकेटबद्दलचा पुरावा नाही, आणि या दोन विधानांमधील अंतर हेच या कामाचा मोठा भाग घडण्याचे ठिकाण आहे।
सत्र प्रत्यक्षात स्वीकारणारे धोरण शोधा
NPS क्रमबद्ध नेटवर्क धोरणांचे मूल्यांकन करते, आणि ज्या पहिल्या सक्षम नियमाच्या अटी जुळतात तो जिंकतो। अटींमध्ये वापरकर्ता किंवा संगणक गटाचे सदस्यत्व, कनेक्शन प्रकार, वेळ आणि उपकरणाची स्थिती समाविष्ट असू शकते। त्यामुळे यादीत आधी ठेवलेले व्यापक धोरण खालील अरुंद नियम विचारात घेण्यापूर्वीच कनेक्शन स्वीकारते। क्रम हा इंटरफेसचा तपशील नाही; क्रम हेच धोरण आहे।
यादी क्रमाने वाचा आणि जुळलेले ओळखा, नंतर त्याने कोणती सेटिंग्ज परत दिली ते नोंदवा। संपादकातील गटाचे नाव निकाल नाही; निकाल म्हणजे सर्व्हरला मिळालेली अधिकृतता। जेथे तैनाती दोन्ही वापरते तेथे वापरकर्ता अधिकृतता आणि उपकरण अधिकृतता वेगळी ठेवा, कारण बोगदा उघडू शकणारे खाते स्वयंचलितपणे प्रत्येक अंतर्गत सेवेपर्यंत पोहोचायला हवे असे खाते नसते।
RADIUS उत्तर सूचना आहे, फिल्टर नाही
Filter-Id गुणधर्म फिल्टर यादीचे नाव वाहतो। प्रत्येक प्राप्तकर्त्याला समजणाऱ्या पॅकेट-फिल्टर नियमांचा वाहून नेण्याजोगा संच तो पाठवत नाही, आणि गेटवेने कधीही परिभाषित न केलेले नाव पाठवणे काहीही लागू करत नाही। तीच सावधानी VLAN गुणधर्मांनाही लागू होते: बोगदा सत्र VLAN ला नेमून देणे हे स्वतःच त्या वापरकर्त्यासाठी मार्गनिर्देशित प्रवेश नियम नाही।
येथेच NPS बाजूला पूर्ण दिसणारी रचना शांतपणे काहीही करत नाही। कोणते अधिकृतता गुणधर्म समर्थित आहेत आणि प्राप्तकर्ता प्रत्येकासोबत काय करतो हे गेटवे पुरवठादाराच्या दस्तऐवजांतून पुष्टी करा, मानक गुणधर्म नावाचा अर्थ मानक वर्तन असतो असे गृहीत धरण्याऐवजी।
अंमलबजावणी ट्राफिक जिथून जातो तिथे ठेवा
वापरकर्त्याचे पॅकेट प्रक्रिया करणारा गेटवे प्रत्येक सत्रासाठी फिल्टर लागू करू शकतो, गटाला गेटवे धोरणाशी जोडू शकतो, किंवा फायरवॉल वेगळ्या पद्धतीने पाहणाऱ्या वेगळ्या तलावातून सत्राला पत्ता देऊ शकतो। यापैकी कोणतेही चालू शकते, आणि ते वेगवेगळ्या प्रकारे अयशस्वी होतात। धोरण लिहिण्यापूर्वी तुमचा गेटवे कोणती यंत्रणा समर्थित करतो ते ठरवा। नंतर ती यंत्रणा नसताना सत्राचे काय होते ते लिहा, कारण शांतता हा डीफॉल्ट आहे।
इच्छित परवानगी चार भागांत वर्णन करा: स्रोत ओळख किंवा गट, गंतव्य, प्रोटोकॉल आणि पोर्ट। वापरकर्त्याला खरोखर आवश्यक असलेली अवलंबन जोडा, उदाहरणार्थ DNS किंवा प्रमाणीकरण सेवा, नाहीतर निर्बंध असे लॉगिन प्रवाह तोडतील जे तपासण्याचा कोणालाही विचार आला नाही। नियम प्रत्यक्षात फिल्टर करणाऱ्या इंटरफेसविरुद्ध लिहा, संपादकात अपघाताने उघडलेल्या इंटरफेसविरुद्ध नाही।
पत्ता भाषांतराचाही विचार करा। जर खालचा फायरवॉल प्रत्येक बोगदा वापरकर्त्यासाठी एक भाषांतरित स्रोत पत्ता पाहत असेल, तर तो केवळ त्या पत्त्यावरून व्यक्ती वेगळे करू शकत नाही, आणि शक्य आहे असे लिहिलेला नियम एकतर निरुपयोगी असेल किंवा खूप व्यापक असेल।
क्लायंट प्रोफाइल अविश्वासार्ह बाजूला राहतात
व्यवस्थापित VPN प्रोफाइल मार्ग, विभाजित बोगदा नियम किंवा अनुप्रयोग फिल्टर ढकलू शकते, आणि ते सुसंस्कृत उपकरण कसे वागते हे घडवतात। ते सेवेसाठी संरक्षण नाहीत, कारण क्लायंट हा तुम्ही मर्यादित करू पाहत असलेला पक्ष आहे। प्रोफाइलमधील मार्ग काढणेही अधिकृतता नाही, कारण क्लायंटकडे त्याच गंतव्याचा दुसरा मार्ग असू शकतो।
क्लायंट सेटिंग्ज सोयीच्या आणि गेटवे सेटिंग्ज नियंत्रणाच्या दृष्टीने पाहा। दोन्ही मतभेद करतात तेव्हा गेटवे बरोबर असतो, कारण पॅकेट तोच पाहतो।
दोन खात्यांसह स्वीकारा, नंतर क्रमाने माग काढा
वेगळ्या इच्छित परवानग्या असलेली दोन सामान्य चाचणी खाती तयार करा, नवीन सत्रे स्थापित करा आणि प्रत्येकासाठी प्रभावी गेटवे धोरण तपासा। नंतर एक निरुपद्रवी अनुमत क्रिया आणि एक विशेषतः नाकारलेले संसाधन तपासा। अयशस्वी ping स्वतःच फारच कमी सिद्ध करतो, कारण ICMP फिल्टर होऊ शकतो आणि त्यामागील TCP सेवा आनंदाने उत्तर देते।
दोन्ही खात्यांना अजूनही व्यापक प्रवेश मिळत असेल, तर निश्चित क्रमाने माग काढा: कोणते धोरण जुळले, उत्तर कोणती अधिकृतता वाहत होते, आणि गेटवेने त्याचे काय केले। प्राप्तकर्ता ती अंमलात आणतो याची खात्री करण्यापूर्वी अधिक NPS गुणधर्म जोडणे हा तो मार्ग आहे ज्यात छोटी अधिकृतता समस्या निकालाशिवाय बदल विंडो बनते।