RemoteAccess സേവനം നിലയ്ക്കുന്നതിനാൽ RRAS ഇൻസ്റ്റാളേഷൻ പരാജയപ്പെടുന്നു

റോളിന്റെ ഇൻസ്റ്റാളേഷൻ ഒരു പൊതു പിശകിൽ നിലയ്ക്കുന്നു, ഇവന്റ് ലോഗിൽ ജോലി ചെയ്യാൻ ഏതാണ്ട് ഒന്നും ലഭിക്കുന്നില്ല. ഇത് സംഭവിക്കുന്ന സെർവറുകളിൽ, കാണാത്ത ഭാഗം വിസാർഡിൽ തന്നെയല്ല: 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 റിലേ പ്രതീക്ഷിക്കുന്നുണ്ടോ എന്നിവ നിർണ്ണയിക്കുന്നു. കുറച്ച് പോയിന്റ്-ടു-സൈറ്റ് ക്ലയന്റുകൾക്ക് സൈറ്റ്-ടു-സൈറ്റ് എൻഡ്പോയിന്റിന്റെ രൂപം ആവശ്യമില്ല. ക്ലിക്ക് ചെയ്യുന്നതിന് മുൻപ് റോൾ, വിലാസ പൂൾ, പ്രാമാണീകരണ രീതി, സർട്ടിഫിക്കറ്റ് ഉറവിടം എന്നിവ തീരുമാനിക്കുക. ഇവിടെ ഊഹിക്കുന്നത് വൃത്തിയായി ഇൻസ്റ്റാൾ ചെയ്യപ്പെടുകയും ഒരിക്കലും കണക്ഷൻ സ്വീകരിക്കാതിരിക്കുകയും ചെയ്യുന്ന സെർവർ സൃഷ്ടിക്കുന്നു.

സേവന അക്കൗണ്ടിലെ വ്യതിചലനം അതേ കുറിപ്പിൽ സൂക്ഷിക്കുക. ഡിഫോൾട്ട് അക്കൗണ്ട് തിരികെ കൊണ്ടുവരുന്ന കടുപ്പമാക്കൽ റൗണ്ട് അടുത്ത റീസ്റ്റാർട്ടിൽ തകരാർ പുനഃസ്ഥാപിക്കാം, അത് രോഗനിർണയം ചെയ്തയാൾ മുന്നോട്ട് പോയതിന് ശേഷം മാസങ്ങൾ കഴിഞ്ഞ്.