RRAS-i paigaldus ebaõnnestub, sest RemoteAccessi teenus takerdub
Roll Routing and Remote Access võib ebaõnnestuda, sest selle teenus jääb rippuma olekusse Starting. Kontrollige teenusena sisselogimise õigust enne, kui midagi uuesti paigaldate.
Rolli paigaldamine peatub üldise veaga ja sündmustelogi ei paku töötamiseks peaaegu midagi. Serverites, kus see juhtub, ei ole puuduv tükk üldse viisardis: teenus Remote Access ei lahku kunagi olekust Starting. Roll, mis ei suuda oma lähtestamist lõpetada, ebaõnnestub uuesti igal katsel, nii et teenus tuleb enne ja viisard pärast. Sisselogimisõiguse parandamine võtab minuteid, rolli korduv uuesti paigaldamine aga mitte.
Alustage teenusest, mitte rolliviisardist
Avage kõrgendatud käsuviip ja lugege teenuse konfiguratsiooni enne, kui rolli puutute. Tähtsad on kaks väärtust: käivitustüüp ja konto, mille all teenus töötab. Vaikepaigaldus registreerib teenuse automaatseks, viivitatud käivituseks Network Service’i all.
Kui olek püsib Starting, mitte Running, ootab teenus midagi, mida ta ei saa, ja sisselogimisõigus on tavaline kahtlusalune. Kauem ootamine ei aita, sest käivitus on juba ebaõnnestunud viisil, mida Service Control Manager teatab ootel olevana. Peatage teenus puhtalt ja lugege selle konfiguratsiooni uuesti. Seejärel vaadake sündmustelogis teenuse käivituskatset, sest just seal ilmub kontonimi ebaõnnestumise kõrvale.
Rolliviisard teatab ainult, et lähtestamine ebaõnnestus, ja just seetõttu peab teenuse diagnoos olema esimene.
Lugege sisselogimisõigust enne uuesti paigaldamist
Network Service vajab käivitumiseks teenusena sisselogimise õigust. Sisseehitatud kontod saavad selle tavaliselt grupiliikmelisuse kaudu ning karastatud baasjoon või poliitika värskendus võib selle ära võtta. Grupipoliitika võidab järgmisel värskendusel, nii et käsitsi antud luba võib hoiatusteta uuesti kaduda.
Eksportige kohalik turbepoliitika ja lugege kirjet, selle asemel et GUI-d usaldada. See jätab teile faili, mida värskenduse järel võrrelda, ja see on ainus viis teada, kas muudatus püsis. Kui kirje on tühi või jätab konto välja, olete vea leidnud. Kirjutage üles, milline poliitikaobjekt selle määrab, sest just see objekt vajab püsivat parandust.
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
Kohapeal rakendatud ja järgmisel värskendusel poliitikaga üle kirjutatud luba näeb välja nagu parandus, mis lakkas töötamast, ja see ebaõnnestub uuesti samamoodi.
Konto edasi-tagasi käik, mis konfiguratsiooni ümber kirjutab
Otsetee parandab teenuse sisselogimiskonfiguratsiooni ilma poliitikat käsitsi muutmata: muutke kontot, rakendage ja muutke see siis tagasi, jättes parooliväljad tühjaks.
Käik kirjutab teenusekirje ümber ja annab kontole vajaliku õiguse uuesti. See on möödaminek, mitte juurpõhjuse parandus, seega kuulub see muudatuste registrisse koos kuupäevaga kõrval. Kui serverit haldab baasjoon, on õige parandus lisada konto selles baasjoones teenusena sisselogimise määramisse. Tehke seda kõigepealt, kui saate, ja kasutage käiku ainult paigalduse vabastamiseks, mis muidu on kinni jäänud.
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
Lugege olekut pärast iga käsku, sest teenus, mis käivitub ühe konto all ja mitte teise all, ütleb teile, millist õigust puudu on.
Paigaldage roll ja tõestage, et see on paigaldatud
Kui teenus töötab, lisage roll uuesti ja kaasake VPN-i alamfunktsioon, mida te tegelikult kasutada kavatsete. Üldine roll üksi ei anna teile toimivat VPN-i lõpp-punkti.
Install-WindowsFeature DirectAccess-VPN -IncludeManagementTools
Get-WindowsFeature RemoteAccess, DirectAccess-VPN, Routing
Get-Service RemoteAccess
Kinnitage, et alamfunktsioonid teatavad Installed, mitte Available, seejärel avage konsool ja lõpetage algne konfiguratsioon, enne kui keegi teine masinat puutub. Kui konsool väidab endiselt, et teenus ei tööta, pöörduge tagasi teenuse kontrolli juurde, selle asemel et rolli eemaldada.
Kirjutage üles, mida te muutsite
Viisardi esimesed valikud määravad tulemüürireeglid, aadresside jaotamise ja selle, kas server ootab DHCP releed. Peotäis punkt-ühenduse kliente ei vaja sait-sait lõpp-punkti kuju. Otsustage roll, aadresside kogum, autentimismeetod ja sertifikaadi allikas enne, kui läbi klõpsate. Siin oletamine loob serveri, mis paigaldub puhtalt ega võta kunagi ühendust vastu.
Hoidke teenusekonto hälve samas märkmes. Karastusprotsess, mis paneb vaikekonto tagasi, võib rikke järgmisel taaskäivitusel taastada, kuid hiljem, kui selle diagnoosinud inimene on juba edasi liikunud.