Az RRAS telepítése meghiúsul, mert a RemoteAccess szolgáltatás elakad

A szerepkör telepítése egy általános hibával leáll, és az eseménynapló szinte semmit sem kínál a munkához. Azokon a kiszolgálókon, ahol ez történik, a hiányzó darab egyáltalán nincs a varázslóban: a Remote Access szolgáltatás soha nem hagyja el a Starting állapotot. Az a szerepkör, amely nem tudja befejezni a saját inicializálását, minden újabb próbálkozásnál ismét meghiúsul, ezért előbb a szolgáltatás jön, és utána a varázsló. A bejelentkezési jog javítása perceket vesz igénybe, a szerepkör ismételt újratelepítése nem.

A szolgáltatásnál kezdje, ne a szerepkör-varázslónál

Nyisson meg egy emelt szintű parancssort, és olvassa el a szolgáltatás konfigurációját, mielőtt a szerepkörhöz nyúl. Két érték számít: az indítási típus és a fiók, amely alatt a szolgáltatás fut. Az alapértelmezett telepítés automatikus, késleltetett indításra regisztrálja a szolgáltatást a Network Service alatt.

Ha az állapot Starting marad Running helyett, a szolgáltatás valamire vár, amit nem tud megszerezni, és a bejelentkezési jog a szokásos gyanúsított. A további várakozás nem segít, mert az indítás már olyan módon hiúsult meg, amelyet a Service Control Manager függőben lévőként jelent. Állítsa le tisztán a szolgáltatást, és olvassa el újra a konfigurációját. Ezután nézze meg a szolgáltatás indítási kísérletét az eseménynaplóban, mert ott jelenik meg a fiók neve a hiba mellett.

A szerepkör-varázsló csak azt jelenti, hogy az inicializálás meghiúsult, és éppen ezért a szolgáltatás diagnózisa az első.

Olvassa el a bejelentkezési jogot az újratelepítés előtt

A Network Service-nek szüksége van a szolgáltatásként való bejelentkezés jogára az induláshoz. A beépített fiókok általában csoporttagságon keresztül kapják meg, és egy megerősített alapszint vagy házirend-frissítés elveheti. A csoportházirend a következő frissítéskor nyer, ezért a kézi engedélyezés figyelmeztetés nélkül ismét eltűnhet.

Exportálja a helyi biztonsági házirendet, és olvassa el a bejegyzést ahelyett, hogy a GUI-ban bízna. Ez egy fájlt hagy Önnek a frissítés utáni összehasonlításhoz, és csak így tudhatja meg, hogy a változás túlélte-e. Ha a bejegyzés üres, vagy kihagyja a fiókot, megtalálta a hibát. Jegyezze fel, melyik házirend-objektum állítja be, mert annak az objektumnak van szüksége a tartós javításra.

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

A helyben alkalmazott és a következő frissítéskor a házirend által felülírt engedélyezés olyan javításnak látszik, amely abbahagyta a működést, és ugyanúgy meg fog hiúsulni újra.

A fiók oda-vissza útja, amely újraírja a konfigurációt

Egy rövidítés kijavítja a szolgáltatás bejelentkezési konfigurációját anélkül, hogy kézzel szerkesztené a házirendet: változtassa meg a fiókot, alkalmazza, majd változtassa vissza úgy, hogy a jelszómezők üresek maradnak.

Az oda-vissza út újraírja a szolgáltatás bejegyzését, és újra megadja a fióknak a szükséges jogot. Ez megkerülő megoldás, nem a gyökérok javítása, ezért a változásnaplóba tartozik, mellette egy dátummal. Ahol alapszint kezeli a kiszolgálót, a helyes javítás az, hogy a fiókot hozzáadja a szolgáltatásként való bejelentkezés hozzárendeléséhez abban az alapszintben. Ezt tegye először, amikor csak tudja, és az oda-vissza utat csak egy egyébként elakadt telepítés felszabadítására használja.

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

Minden parancs után olvassa el az állapotot, mert az a szolgáltatás, amely az egyik fiók alatt elindul, a másik alatt nem, megmondja, melyik jog hiányzik.

Telepítse a szerepkört, és bizonyítsa, hogy telepítve van

Miközben a szolgáltatás fut, adja hozzá újra a szerepkört, és vegye fel azt a VPN-részfunkciót, amelyet valóban használni kíván. Az általános szerepkör önmagában nem ad működő VPN-végpontot.

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

Győződjön meg róla, hogy a részfunkciók Installed állapotot jelentenek Available helyett, majd nyissa meg a konzolt, és fejezze be a kezdeti konfigurációt, mielőtt bárki más hozzányúl a géphez. Ha a konzol továbbra is azt állítja, hogy a szolgáltatás nem fut, térjen vissza a szolgáltatás ellenőrzéséhez, ahelyett hogy eltávolítaná a szerepkört.

Írja le, mit változtatott

A varázsló első választásai beállítják a tűzfalszabályokat, a címkiosztást és azt, hogy a kiszolgáló vár-e DHCP-átjátszót. Néhány pont-hely ügyfélnek nincs szüksége hely-hely végpont alakjára. Döntse el a szerepkört, a címkészletet, a hitelesítési módszert és a tanúsítvány forrását, mielőtt átkattint. Az itteni találgatás olyan kiszolgálót eredményez, amely tisztán települ, és soha nem fogad kapcsolatot.

Tartsa a szolgáltatásfiók eltérését ugyanabban a jegyzetben. Egy megerősítési kör, amely visszaállítja az alapértelmezett fiókot, a következő újraindításkor visszahozhatja a hibát, hónapokkal azután, hogy a diagnózist felállító személy továbblépett.