RRAS diegimas nepavyksta, nes RemoteAccess paslauga sustoja

Vaidmuo Routing and Remote Access gali nepavykti, nes jo paslauga lieka įstrigusi ties Starting. Patikrinkite prisijungimo kaip paslauga teisę prieš ką nors perdiegdami.

Vaidmens diegimas sustoja su bendra klaida, o įvykių žurnalas beveik nieko nesiūlo darbui. Serveriuose, kur tai nutinka, trūkstama dalis yra visai ne vediklyje: Remote Access paslauga niekada nepalieka Starting būsenos. Vaidmuo, kuris negali užbaigti savo inicijavimo, vėl nepavyksta per kiekvieną bandymą, todėl pirmiausia paslauga, o paskui vediklis. Prisijungimo teisės taisymas užima minutes, o pakartotinis vaidmens diegimas – ne.

Pradėkite nuo paslaugos, o ne nuo vaidmens vediklio

Atidarykite išplėstą komandų eilutę ir perskaitykite paslaugos konfigūraciją prieš liesdami vaidmenį. Du dydžiai svarbūs: paleidimo tipas ir paskyra, kuria paslauga veikia. Numatytasis diegimas registruoja paslaugą automatiniam, atidėtam paleidimui pagal Network Service.

Jei būsena lieka Starting, o ne Running, paslauga laukia kažko, ko negali gauti, ir prisijungimo teisė yra įprastas kandidatas. Ilgesnis laukimas nepadės, nes paleidimas jau nepavyko taip, kaip Service Control Manager praneša kaip laukiantį. Sustabdykite paslaugą švariai ir dar kartą perskaitykite jos konfigūraciją. Tada pažiūrėkite į paslaugos paleidimo bandymą įvykių žurnale, nes būtent ten šalia klaidos pasirodo paskyros pavadinimas.

Vaidmens vediklis praneša tik tai, kad inicijavimas nepavyko, ir būtent todėl paslaugos diagnostika turi būti pirma.

Perskaitykite prisijungimo teisę prieš perdiegdami

Network Service turi turėti prisijungimo kaip paslauga teisę, kad galėtų startuoti. Įtaisytosios paskyros ją paprastai gauna per grupės narystę, o sutvirtinta bazinė linija ar politikos atnaujinimas gali ją atimti. Grupės politika laimi per kitą atnaujinimą, todėl rankinis suteikimas gali vėl dingti be įspėjimo.

Eksportuokite vietinę saugumo politiką ir perskaitykite įrašą, o ne pasitikėkite GUI. Tai palieka failą palyginimui po atnaujinimo, ir tai vienintelis būdas sužinoti, ar pakeitimas išliko. Jei įrašas tuščias arba praleidžia paskyrą, radote gedimą. Užsirašykite, kuris politikos objektas jį nustato, nes būtent tam objektui reikia nuolatinio pataisymo.

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

Teisė, pritaikyta vietoje ir per kitą atnaujinimą perrašyta politikos, atrodo kaip pataisymas, kuris nustojo veikti, ir ji vėl nepavyksta taip pat.

Paskyros kelionė pirmyn ir atgal, kuri perrašo konfigūraciją

Nuoroda sutaiso paslaugos prisijungimo konfigūraciją neliečiant politikos rankomis: pakeiskite paskyrą, pritaikykite, tada pakeiskite atgal palikdami slaptažodžio laukus tuščius.

Kelionė perrašo paslaugos įrašą ir vėl suteikia paskyrai reikiamą teisę. Tai apeinamasis sprendimas, o ne šakninės priežasties pataisymas, todėl jis priklauso pakeitimų žurnalui su data šalia. Kur serverį valdo bazinė linija, teisingas pataisymas yra pridėti paskyrą prie prisijungimo kaip paslauga priskyrimo toje bazinėje linijoje. Padarykite tai pirmiausia, kai galite, o kelionę naudokite tik tam, kad atblokuotumėte kitaip įstrigusį diegimą.

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

Perskaitykite būseną po kiekvienos komandos, nes paslauga, kuri startuoja pagal vieną paskyrą, o ne pagal kitą, pasako, kurios teisės trūksta.

Įdiekite vaidmenį ir įrodykite, kad jis įdiegtas

Kai paslauga veikia, vėl pridėkite vaidmenį ir įtraukite VPN pofunkciją, kurią tikrai ketinate naudoti. Vien bendras vaidmuo neduoda veikiančio VPN galinio taško.

Install-WindowsFeature DirectAccess-VPN -IncludeManagementTools
Get-WindowsFeature RemoteAccess, DirectAccess-VPN, Routing
Get-Service RemoteAccess

Įsitikinkite, kad pofunkcijos praneša Installed, o ne Available, tada atidarykite konsolę ir užbaikite pradinę konfigūraciją, kol niekas kitas nelietė mašinos. Jei konsolė vis dar teigia, kad paslauga neveikia, grįžkite prie paslaugos patikros, o ne šalinkite vaidmenį.

Užsirašykite, ką pakeitėte

Pirmieji vediklio pasirinkimai nustato ugniasienės taisykles, adresų paskirstymą ir tai, ar serveris tikisi DHCP releto. Kelių taško-į-vietą klientų forma vietos-į-vietą galinio taško nereikia. Nuspręskite vaidmenį, adresų telkinį, autentifikavimo metodą ir sertifikato šaltinį prieš spausdami. Spėliojimas čia sukuria serverį, kuris švariai įdiegiamas ir niekada nepriima ryšio.

Laikykite paslaugos paskyros nukrypimą toje pačioje pastaboje. Sutvirtinimo etapas, kuris grąžina numatytąją paskyrą, gali atkurti gedimą kitą kartą paleidus, praėjus mėnesiams po to, kai jį diagnozavęs žmogus jau nuėjo toliau.

Susiję straipsniai