RemoteAccess सेवा थांबल्यामुळे RRAS इंस्टॉलेशन अयशस्वी होते
Routing and Remote Access भूमिका अयशस्वी होऊ शकते कारण तिची सेवा Starting स्थितीत अडकून राहते। काहीही पुन्हा इंस्टॉल करण्यापूर्वी सेवा म्हणून लॉग-ऑनचा अधिकार तपासा।
भूमिकेचे इंस्टॉलेशन सामान्य त्रुटीने थांबते आणि इव्हेंट लॉगमध्ये काम करण्यासाठी जवळजवळ काहीच मिळत नाही। हे जिथे घडते त्या सर्व्हरवर गहाळ भाग विझार्डमध्येच नाही: Remote Access सेवा कधीच Starting स्थिती सोडत नाही। स्वतःचे आरंभीकरण पूर्ण करू न शकणारी भूमिका प्रत्येक प्रयत्नात पुन्हा अयशस्वी होते, म्हणून आधी सेवा आणि नंतर विझार्ड। लॉग-ऑनचा अधिकार दुरुस्त करण्यास मिनिटे लागतात, भूमिका वारंवार पुन्हा इंस्टॉल करण्यास लागत नाहीत।
भूमिका विझार्डपासून नाही, सेवेपासून सुरुवात करा
उन्नत प्रॉम्प्ट उघडा आणि भूमिकेला स्पर्श करण्यापूर्वी सेवेचे कॉन्फिगरेशन वाचा। दोन मूल्ये महत्त्वाची आहेत: स्टार्ट प्रकार आणि सेवा ज्या खात्याखाली चालते ते खाते। डीफॉल्ट इंस्टॉलेशन सेवेची Network Service अंतर्गत स्वयंचलित, विलंबित स्टार्टसाठी नोंदणी करते।
स्थिती Runningऐवजी Starting वर राहिल्यास, सेवा अशा गोष्टीची वाट पाहत आहे जी तिला मिळू शकत नाही, आणि लॉग-ऑनचा अधिकार हा नेहमीचा उमेदवार आहे। जास्त वेळ वाट पाहून उपयोग नाही, कारण स्टार्ट Service Control Manager प्रलंबित असे नोंदवते अशा पद्धतीने आधीच अयशस्वी झाला आहे। सेवा स्वच्छपणे थांबवा आणि तिचे कॉन्फिगरेशन पुन्हा वाचा। नंतर इव्हेंट लॉगमध्ये सेवा स्टार्टचा प्रयत्न पाहा, अपयशाच्या शेजारी खात्याचे नाव तिथेच दिसते।
भूमिका विझार्ड फक्त आरंभीकरण अयशस्वी झाले असे सांगते, आणि म्हणूनच सेवेचे निदान आधी आले पाहिजे।
पुन्हा इंस्टॉल करण्यापूर्वी लॉग-ऑनचा अधिकार वाचा
सुरू होण्यासाठी Network Service ला सेवा म्हणून लॉग-ऑनचा अधिकार आवश्यक आहे। अंतर्निहित खात्यांना तो सामान्यतः गट सदस्यत्वातून मिळतो, आणि कडक बेसलाइन किंवा धोरण रिफ्रेश तो हिरावून घेऊ शकतो। पुढील रिफ्रेशला ग्रुप पॉलिसी जिंकते, म्हणून हाताने दिलेला अधिकार इशारा न देता पुन्हा नाहीसा होऊ शकतो।
स्थानिक सुरक्षा धोरण निर्यात करा आणि GUI वर विश्वास ठेवण्याऐवजी नोंद वाचा। यामुळे रिफ्रेशनंतर तुलना करण्यासाठी तुम्हाला फाइल मिळते, आणि बदल टिकला का हे जाणण्याचा हाच एकमेव मार्ग। नोंद रिकामी असल्यास किंवा खाते वगळल्यास, तुम्हाला दोष सापडला। तो कोणती धोरण वस्तू ठरवते ते लिहून ठेवा, कारण कायमची दुरुस्ती त्याच वस्तूला आवश्यक आहे।
secedit /export /cfg C:\Windows\Temp\secpol-export.inf
Select-String -Path C:\Windows\Temp\secpol-export.inf -Pattern SeServiceLogonRight
sc.exe qc RemoteAccess
Get-Service RemoteAccess | Format-List Name, Status, StartTypeस्थानिक पातळीवर लागू होऊन पुढील रिफ्रेशला धोरणाने अधिलिखित झालेला अधिकार काम करणे थांबवलेल्या दुरुस्तीसारखा दिसतो, आणि तो त्याच पद्धतीने पुन्हा अयशस्वी होईल।
कॉन्फिगरेशन पुन्हा लिहिणारी खात्याची फेरफटका
धोरण हाताने संपादित न करता सेवेचे लॉग-ऑन कॉन्फिगरेशन दुरुस्त करणारा एक शॉर्टकट आहे: खाते बदला, लागू करा, आणि नंतर पासवर्डची रकाने रिकामी ठेवून ते परत बदला।
ही फेरफटका सेवा नोंद पुन्हा लिहिते आणि खात्याला आवश्यक असलेला अधिकार पुन्हा देते। हे मूळ कारणाची दुरुस्ती नाही तर एक उपाय आहे, म्हणून तारखेसह बदल नोंदीत असले पाहिजे। जिथे बेसलाइन सर्व्हर व्यवस्थापित करते, तिथे योग्य दुरुस्ती म्हणजे त्या बेसलाइनमधील सेवा म्हणून लॉग-ऑन नेमणुकीत खाते जोडणे। शक्य असेल तेव्हा आधी तेच करा, आणि फेरफटका फक्त अन्यथा अडकलेले इंस्टॉलेशन सोडवण्यासाठी वापरा।
sc.exe config RemoteAccess obj= "NT AUTHORITY\LocalService" start= demand
Start-Service RemoteAccess
sc.exe config RemoteAccess obj= "NT AUTHORITY\NetworkService" start= delayed-auto
Start-Service RemoteAccessप्रत्येक आदेशानंतर स्थिती वाचा, कारण एका खात्याखाली सुरू होणारी आणि दुसऱ्याखाली न होणारी सेवा कोणता अधिकार गहाळ आहे हे सांगते।
भूमिका इंस्टॉल करा आणि ती इंस्टॉल झाली हे सिद्ध करा
सेवा चालू असताना भूमिका पुन्हा जोडा आणि तुम्ही खरोखर वापरणार असलेले VPN उप-वैशिष्ट्य समाविष्ट करा। फक्त सामान्य भूमिका तुम्हाला कार्यरत VPN अंतबिंदू देत नाही।
Install-WindowsFeature DirectAccess-VPN -IncludeManagementTools
Get-WindowsFeature RemoteAccess, DirectAccess-VPN, Routing
Get-Service RemoteAccessउप-वैशिष्ट्ये Availableऐवजी Installed नोंदवतात याची खात्री करा, नंतर कन्सोल उघडा आणि दुसरे कोणी मशीनला स्पर्श करण्यापूर्वी प्रारंभिक कॉन्फिगरेशन पूर्ण करा। कन्सोल अजूनही सेवा चालू नाही असे सांगत असल्यास, भूमिका काढण्याऐवजी सेवा तपासणीकडे परत जा।
तुम्ही काय बदलले ते लिहा
विझार्डच्या पहिल्या निवडी फायरवॉल नियम, पत्ता वाटप आणि सर्व्हर DHCP रिलेची अपेक्षा करतो का हे ठरवतात। मोजक्या पॉइंट-टू-साइट क्लायंटना साइट-टू-साइट अंतबिंदूचा आकार आवश्यक नाही। क्लिक करण्यापूर्वी भूमिका, पत्ता पूल, प्रमाणीकरण पद्धत आणि प्रमाणपत्राचा स्रोत ठरवा। येथे अंदाज लावल्यास स्वच्छ इंस्टॉल होणारा आणि कधीही कनेक्शन स्वीकार न करणारा सर्व्हर तयार होतो।
सेवा-खात्यातील विचलन त्याच टिपेत ठेवा। डीफॉल्ट खाते परत आणणारा कडकीकरणाचा फेरा पुढील रीस्टार्टला दोष पुनर्संचयित करू शकतो, ज्याने त्याचे निदान केले तो पुढे गेल्यानंतर महिन्यांनी।