VPN वर ग्रुप पॉलिसी गायब आहे? बोगद्यापूर्वी व्याप्ती तपासा

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

बोगद्यापासून नाही, सेटिंगपासून सुरुवात करा

एक अपेक्षित GPO आणि त्यातील एक ठोस सेटिंग लिहा, नंतर ती सेटिंग वापरकर्ता कॉन्फिगरेशनमध्ये आहे की संगणक कॉन्फिगरेशनमध्ये हे ठरवा. हे मंजूर VPN वर डोमेनशी जोडलेला अधिकृत Windows क्लायंट गृहीत धरते, डोमेन सदस्य बनवल्या जाणाऱ्या अनियंत्रित किंवा केवळ क्लाउड उपकरणाला नाही. व्याप्तीचे उत्तर ठरवते की निकाल कोण वाचू शकतो आणि अधिकार वाढवणे आवश्यक आहे का, म्हणून काहीही चालवण्यापूर्वी ते ठरवा.

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

सेटिंग ज्या खात्याची आहे त्या खात्याने अहवाल वाचा

प्रभावित वापरकर्त्याच्या स्वतःच्या सत्रात whoami /user आणि नंतर gpresult /scope user /r चालवा. VPN प्रमाणित करणारे खाते तुम्ही वाचत असलेल्या धोरणाचे Windows खाते स्वयंचलितपणे नाही, आणि प्रशासक खात्यातून केलेली तपासणी वेगळ्या प्रश्नाचे उत्तर देते. आधारभूत स्थिती नवीन फाइलनावाने जतन करा, उदाहरणार्थ %TEMP%\vpn-policy-user-before.html. gpresult संदर्भ व्याप्ती आणि आउटपुट स्विचचे दस्तऐवजीकरण करते, आणि अहवाल तयार केल्याने काहीही रीफ्रेश होत नाही हे जाणून घेणे उपयुक्त आहे.

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

शोध हा प्रवेश नाही: आधी SRV नोंदी, नंतर SMB

मंजूर VPN जोडलेले असताना, क्लायंट डोमेन नियंत्रकांना इच्छित DNS मार्गाने सोडवतो याची खात्री करा; लोड होणारी सार्वजनिक वेबसाइट नियंत्रक शोधाबद्दल काहीही सांगत नाही. उदाहरण डोमेन corp.example साठी nslookup -type=SRV _ldap._tcp.dc._msdcs.corp.example तुमच्याकडे प्रत्यक्षात असलेल्या प्रश्नाचे उत्तर देते. परत मिळालेली सेवा नोंद केवळ शोधाचा पुरावा आहे, कारण निवडलेल्या नियंत्रकाचा पत्ता आवश्यक प्रमाणीकरण आणि परवानगी असलेल्या डिरेक्टरी सेवांसह अजूनही पोहोचण्यायोग्य असावा. धोरणाची सामग्री नंतर SYSVOL मधून येते, जे त्या विशिष्ट नियंत्रकाविरुद्ध SMB वाचन आहे आणि ICMP चाचणी नाही.

कमकुवत पुरावा पुरावा म्हणून चुकणे सोपे आहे. नियंत्रकाकडून आलेले ICMP उत्तर, धोरण टेम्पलेटच्या नाकारलेल्या वाचनाच्या शेजारी, अजून कोणीही जोडले नसलेल्या कारणामुळे रिकामा दिसणारा अहवाल तयार करते.

तैनातीच्या AD सेवा परवानग्या, परतीचे मार्ग आणि वेळ समक्रमण सुसंगत ठेवा, त्या सर्वसमावेशक फायरवॉल उघडणे किंवा सार्वजनिक DNS सर्व्हरने बदलण्याऐवजी. नियंत्रकांमध्ये भिन्न असणारा धोरण डेटा डिरेक्टरी मालकासाठी प्रतिकृतीचा प्रश्न आहे.

एक रीफ्रेश, दोन अहवाल, एक तुलना

मार्ग सिद्ध झाल्यावर, संबंधित रीफ्रेश gpupdate /target:user ने मागा आणि गृहीत धरण्याऐवजी निकाल वाचा. डीफॉल्ट रीफ्रेश बदललेले धोरण लागू करतो, तर /force पुन्हा लागू करण्याची विनंती करतो; दोन्हीपैकी कोणीही DNS, फाइल परवानग्या किंवा फिल्टरिंग दुरुस्त करत नाही. काही विस्तार केवळ नंतरच्या साइन-इनवर किंवा दुसऱ्या फोरग्राउंड घटनेवर पूर्ण होतात, म्हणून एकदा चालवणे हा निवाडा नाही. दूरच्या वापरकर्त्याच्या सत्रात लॉगऑफ किंवा रीस्टार्ट स्विच नियमित निदान म्हणून जोडणे त्याने उघडे ठेवलेले टाकून देते.

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

अपयश एका क्रियाकलापाशी बांधा

इव्हेंट व्ह्यूअरमध्ये सिस्टम लॉगमधील ग्रुप पॉलिसी इशारा किंवा त्रुटीपासून सुरुवात करा, नंतर अनुप्रयोग आणि सेवा लॉग अंतर्गत GroupPolicy ऑपरेशनल लॉगवर जा. तो ऑपरेशनल लॉग नुकत्याच चालवलेल्या रीफ्रेशच्या क्रियाकलाप ओळखकर्त्याने फिल्टर करा, कारण नवीन रीफ्रेशला नवीन ओळखकर्ता मिळतो आणि तो कालच्या घटनांसोबत मिसळल्यास आत्मविश्वासू पण चुकीचा निष्कर्ष निघतो. वेळ, वापरकर्ता किंवा संगणक संदर्भ, निवडलेला नियंत्रक, GPO, त्रुटी कोड आणि अयशस्वी अवलंबित्व नोंदवा.

ती नोंद हीच नेटवर्क किंवा डिरेक्टरी मालक कार्य करू शकतो ती गोष्ट आहे. VPN ला जोडलेले असणे आणि gpupdate अनेक वेळा चालवणे हे पुरावे नाहीत, आणि दोन्हीपैकी कोणतेही हस्तांतरणात टिकत नाही.

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