Nabibigo ang pag-install ng RRAS dahil natigil ang serbisyong RemoteAccess

Nahihinto ang pag-install ng role na may pangkalahatang error at halos walang iniaalok ang event log na mapagtatrabahuhan. Sa mga server kung saan nangyayari ito, wala ang kulang na piraso sa wizard: hindi kailanman lumalabas ang serbisyong Remote Access sa estadong Starting. Ang role na hindi matapos ang sariling inisyalisasyon ay nabibigo muli sa bawat pagtatangka, kaya nauuna ang serbisyo at sumusunod ang wizard. Ilang minuto ang pag-aayos ng karapatang mag-log on, at hindi iyon ang ginagawa ng paulit-ulit na pag-install muli ng role.

Magsimula sa serbisyo, hindi sa wizard ng role

Magbukas ng elevated na prompt at basahin ang konfigurasyon ng serbisyo bago hawakan ang role. Dalawang halaga ang mahalaga: ang uri ng simula at ang account na pinapatakbuhan ng serbisyo. Ang default na pag-install ay nagrerehistro ng serbisyo para sa awtomatiko, naantalang simula sa ilalim ng Network Service.

Kung nananatili ang estado sa Starting kaysa Running, naghihintay ang serbisyo ng bagay na hindi nito makukuha, at ang karapatang mag-log on ang karaniwang kandidato. Hindi nakakatulong ang mas mahabang paghihintay, dahil nabigo na ang simula sa paraang iniuulat ng Service Control Manager bilang nakabinbin. Ihinto nang malinis ang serbisyo at basahin muli ang konfigurasyon nito. Pagkatapos tingnan ang pagtatangkang magsimula ng serbisyo sa event log, doon lumilitaw ang pangalan ng account sa tabi ng kabiguan.

Iniuulat lamang ng wizard ng role na nabigo ang inisyalisasyon, at iyon mismo ang dahilan kung bakit dapat mauna ang diagnosis ng serbisyo.

Basahin ang karapatang mag-log on bago mag-install muli

Kailangan ng Network Service ang karapatang mag-log on bilang serbisyo upang magsimula. Karaniwang natatanggap ito ng mga built-in na account sa pamamagitan ng pagiging miyembro ng grupo, at maaaring bawiin ito ng hardened na baseline o ng pag-refresh ng patakaran. Nanalo ang group policy sa susunod na refresh, kaya maaaring mawala muli ang manu-manong pagbibigay nang walang babala.

I-export ang lokal na patakaran sa seguridad at basahin ang entry sa halip na magtiwala sa GUI. Nag-iiwan iyon sa iyo ng file na maihahambing pagkatapos ng refresh, at iyon lang ang paraan upang malaman kung nakaligtas ang pagbabago. Kung walang laman ang entry o inaalis ang account, natagpuan mo ang depekto. Itala kung aling bagay ng patakaran ang nagtatakda nito, dahil ang bagay na iyon ang nangangailangan ng permanenteng pagwawasto.

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

Ang pagbibigay na inilapat nang lokal at na-overwrite ng patakaran sa susunod na refresh ay mukhang pagwawastong tumigil sa paggana, at muli itong mabibigo sa parehong paraan.

Ang pag-ikot ng account na muling nagsusulat ng konfigurasyon

May shortcut na nag-aayos ng konfigurasyon ng pag-log on ng serbisyo nang hindi kinakalawang ang patakaran: palitan ang account, ilapat, at pagkatapos ay ibalik ito nang walang laman ang mga patlang ng password.

Muling isinusulat ng pag-ikot ang talaan ng serbisyo at muling ibinibigay sa account ang karapatang kailangan nito. Ito ay liko at hindi pagwawasto ng pinagmulang dahilan, kaya nabibilang ito sa talaan ng pagbabago na may petsa sa tabi. Kung saan pinamamahalaan ng baseline ang server, ang tamang pagwawasto ay idagdag ang account sa pagtatalaga ng pag-log on bilang serbisyo sa baseline na iyon. Gawin iyon muna kapag kaya, at gamitin ang pag-ikot lamang upang buksan ang pag-install na kung hindi ay natigil.

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

Basahin ang estado pagkatapos ng bawat utos, dahil ang serbisyong nagsisimula sa ilalim ng isang account at hindi sa ilalim ng isa pa ay nagsasabi sa iyo kung aling karapatan ang kulang.

I-install ang role at patunayan na na-install ito

Habang tumatakbo ang serbisyo, idagdag muli ang role at isama ang sub-feature ng VPN na talagang balak mong gamitin. Ang pangkalahatang role lamang ay hindi nagbibigay sa iyo ng gumaganang VPN endpoint.

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

Tiyakin na iniuulat ng mga sub-feature ang Installed kaysa Available, pagkatapos buksan ang console at tapusin ang paunang konfigurasyon bago pa man hawakan ng iba ang makina. Kung sinasabi pa rin ng console na hindi tumatakbo ang serbisyo, bumalik sa pagsusuri ng serbisyo sa halip na alisin ang role.

Itala kung ano ang binago mo

Ang mga unang pagpipilian ng wizard ay nagtatakda ng mga patakaran ng firewall, paghahati ng address at kung umaasa ang server sa isang DHCP relay. Ilang kliyenteng point-to-site lang ang hindi nangangailangan ng hugis ng site-to-site endpoint. Magpasya sa role, pool ng address, paraan ng pagpapatunay at pinagmulan ng sertipiko bago mag-click. Ang paghuhula dito ay gumagawa ng server na malinis na nai-install at hindi kailanman tumatanggap ng koneksyon.

Itago ang paglihis sa account ng serbisyo sa parehong tala. Ang isang pag-ikot ng pagpapatibay na nagbabalik ng default na account ay maaaring magbalik ng depekto sa susunod na restart, mga buwan matapos magpatuloy ang nag-diagnose nito.