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 रिले अपेक्षा गर्छ कि भन्ने निर्धारण गर्छन्। थोरै पोइन्ट-टु-साइट ग्राहकहरूलाई साइट-टु-साइट अन्त्यबिन्दुको आकार चाहिँदैन। क्लिक गर्नु अघि भूमिका, ठेगाना पूल, प्रमाणीकरण विधि र प्रमाणपत्रको स्रोत निर्धारण गर्नुहोस्। यहाँ अनुमान गर्दा सफासँग स्थापना हुने र कहिल्यै जडान स्वीकार नगर्ने सर्भर बन्छ।

सेवा-खाताको विचलन त्यही टिप्पणीमा राख्नुहोस्। पूर्वनिर्धारित खाता फर्काउने कडाइको चरणले अर्को रिस्टार्टमा दोष फेरि ल्याउन सक्छ, यसको निदान गर्ने व्यक्ति अगाडि बढेको महिनौंपछि।

सम्बन्धित लेखहरू