RRAS instalēšana neizdodas, jo RemoteAccess pakalpojums iestrēgst

Loma Routing and Remote Access var neizdoties, jo tās pakalpojums paliek iestrēdzis stāvoklī Starting. Pirms kaut ko pārinstalējat, pārbaudiet tiesības pieteikties kā pakalpojumam.

Lomas instalēšana apstājas ar vispārīgu kļūdu, un notikumu žurnāls gandrīz neko nepiedāvā darbam. Serveros, kur tas notiek, trūkstošā daļa nemaz nav vednī: Remote Access pakalpojums nekad neiziet no Starting stāvokļa. Loma, kas nevar pabeigt savu inicializāciju, atkal neizdodas katrā mēģinājumā, tāpēc vispirms nāk pakalpojums un pēc tam vednis. Pieteikšanās tiesību salabošana aizņem minūtes, bet atkārtota lomas pārinstalēšana – ne.

Sāciet ar pakalpojumu, nevis ar lomas vedni

Atveriet paaugstinātu komandu uzvedni un izlasiet pakalpojuma konfigurāciju, pirms aiztiekat lomu. Svarīgas ir divas vērtības: starta tips un konts, ar kuru pakalpojums darbojas. Noklusējuma instalācija reģistrē pakalpojumu automātiskai, aizkavētai palaišanai zem Network Service.

Ja statuss paliek uz Starting, nevis Running, pakalpojums gaida kaut ko tādu, ko nevar iegūt, un pieteikšanās tiesības ir ierastais kandidāts. Ilgāka gaidīšana nepalīdz, jo palaišana jau ir neizdevusies tā, kā Service Control Manager to ziņo kā gaidošu. Apturiet pakalpojumu tīri un vēlreiz izlasiet tā konfigurāciju. Pēc tam apskatiet pakalpojuma palaišanas mēģinājumu notikumu žurnālā, jo tieši tur konta nosaukums parādās blakus kļūdai.

Lomas vednis ziņo tikai to, ka inicializācija neizdevās, un tieši tāpēc pakalpojuma diagnostikai jābūt pirmajai.

Izlasiet pieteikšanās tiesības pirms pārinstalēšanas

Network Service ir vajadzīgas pieteikšanās kā pakalpojumam tiesības, lai startētu. Iebūvētie konti tās parasti saņem ar grupas dalību, un rūdīta bāzes līnija vai politikas atsvaidzināšana tās var atņemt. Grupas politika uzvar nākamajā atsvaidzināšanā, tāpēc manuāls piešķīrums var atkal pazust bez brīdinājuma.

Eksportējiet vietējo drošības politiku un izlasiet ierakstu, nevis uzticieties GUI. Tas jums atstāj failu salīdzināšanai pēc atsvaidzināšanas, un tas ir vienīgais veids, kā uzzināt, vai izmaiņa ir izdzīvojusi. Ja ieraksts ir tukšs vai izlaiž kontu, jūs esat atradis kļūdu. Pierakstiet, kurš politikas objekts to nosaka, jo tieši šim objektam vajadzīga pastāvīgā labošana.

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

Vietēji piemērots un nākamajā atsvaidzināšanā ar politiku pārrakstīts piešķīrums izskatās kā labojums, kas pārstājis darboties, un tas atkal neizdosies tāpat.

Konta gājiens turp un atpakaļ, kas pārraksta konfigurāciju

Īsceļš salabo pakalpojuma pieteikšanās konfigurāciju, nepievēršoties politikai ar roku: nomainiet kontu, piemērojiet, pēc tam nomainiet to atpakaļ, atstājot paroles laukus tukšus.

Gājiens pārraksta pakalpojuma ierakstu un atkal piešķir kontam vajadzīgās tiesības. Tas ir apvedceļš, nevis saknes cēloņa labojums, tāpēc tas pieder izmaiņu žurnālam ar datumu blakus. Kur serveri pārvalda bāzes līnija, pareizais labojums ir pievienot kontu pieteikšanās kā pakalpojumam piešķīrumam tajā bāzes līnijā. Dariet to vispirms, kad varat, un izmantojiet gājienu tikai tāpēc, lai atbloķētu citādi iestrēgušu instalāciju.

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

Lasiet statusu pēc katras komandas, jo pakalpojums, kas startē zem viena konta un ne zem otra, jums pasaka, kuru tiesību trūkst.

Instalējiet lomu un pierādiet, ka tā ir instalēta

Kad pakalpojums darbojas, pievienojiet lomu vēlreiz un iekļaujiet VPN apakšfunkciju, kuru tiešām plānojat izmantot. Vien vispārīgā loma jums nedod strādājošu VPN galapunktu.

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

Pārliecinieties, ka apakšfunkcijas ziņo Installed, nevis Available, pēc tam atveriet konsoli un pabeidziet sākotnējo konfigurāciju, pirms kāds cits aiztiek mašīnu. Ja konsolē joprojām apgalvo, ka pakalpojums nedarbojas, atgriezieties pie pakalpojuma pārbaudes, nevis noņemiet lomu.

Pierakstiet, ko mainījāt

Vedņa pirmās izvēles nosaka ugunsmūra noteikumus, adrešu piešķiršanu un to, vai serveris gaida DHCP starpnieku. Dažiem punkta-uz-vietu klientiem nav vajadzīga vietas-uz-vietu galapunkta forma. Pirms klikšķināšanas izlemiet lomu, adrešu kopu, autentifikācijas metodi un sertifikāta avotu. Minēšana šeit rada serveri, kas tīri instalējas un nekad nepieņem savienojumu.

Turiet pakalpojuma konta novirzi tajā pašā piezīmē. Rūdīšanas kārta, kas atgriež noklusējuma kontu, var atjaunot kļūdu nākamajā restartā, mēnešus pēc tam, kad to diagnosticējušais cilvēks jau ir aizgājis tālāk.

Saistītie raksti