RRAS-ի տեղադրումը ձախողվում է, քանի որ RemoteAccess ծառայությունը կախվում է

Դերի տեղադրումը կանգ է առնում ընդհանուր սխալով, և իրադարձությունների մատյանը գրեթե ոչինչ չի առաջարկում աշխատելու համար։ Այն սերվերներում, որտեղ դա տեղի է ունենում, բացակայող մասը բացարձակապես կախարդի մեջ չէ: Remote Access ծառայությունը երբեք չի հեռանում Starting վիճակից։ Դեր, որը չի կարող ավարտել սեփական սկզբնավորումը, նորից ձախողվում է ամեն փորձի ժամանակ, ուստի առաջինը ծառայությունն է, իսկ հետո՝ կախարդը։ Մուտքի իրավունքի վերանորոգումը տևում է րոպեներ, իսկ դերի կրկնվող վերատեղադրումը՝ ոչ։

Սկսեք ծառայությունից, ոչ թե դերի կախարդից

Բացեք բարձրացված հրամանի տող և կարդացեք ծառայության կոնֆիգուրացիան, նախքան դերին դիպչելը։ Երկու արժեք կարևոր է՝ մեկնարկի տեսակը և այն հաշիվը, որի ներքո աշխատում է ծառայությունը։ Կանխադրված տեղադրումը գրանցում է ծառայությունը ավտոմատ, ուշացված մեկնարկի համար Network Service-ի ներքո։

Եթե կարգավիճակը մնում է Starting, այլ ոչ Running, ծառայությունը սպասում է մի բանի, որը չի կարող ստանալ, և մուտքի իրավունքը սովորական թեկնածուն է։ Ավելի երկար սպասելը չի օգնում, քանի որ մեկնարկն արդեն ձախողվել է այնպես, ինչը Service Control Manager-ը հաղորդում է որպես սպասող։ Դադարեցրեք ծառայությունը մաքուր և նորից կարդացեք նրա կոնֆիգուրացիան։ Այնուհետև նայեք ծառայության մեկնարկի փորձին իրադարձությունների մատյանում, քանի որ հենց այնտեղ է հաշվի անունը հայտնվում ձախողման կողքին։

Դերի կախարդը միայն հաղորդում է, որ սկզբնավորումը ձախողվել է, և հենց դրա համար ծառայության ախտորոշումը պետք է առաջինը լինի։

Կարդացեք մուտքի իրավունքը, նախքան վերատեղադրելը

Network Service-ին անհրաժեշտ է որպես ծառայություն մուտքի իրավունքը, որպեսզի կարողանա սկսվել։ Ներկառուցված հաշիվները սովորաբար ստանում են այն խմբի անդամակցության միջոցով, և կարծրացված բազային գիծը կամ քաղաքականության թարմացումը կարող է խլել այն։ Խմբային քաղաքականությունը հաղթում է հաջորդ թարմացման ժամանակ, ուստի ձեռքով տրված իրավունքը կարող է նորից անհետանալ առանց նախազգուշացման։

Արտահանեք տեղական անվտանգության քաղաքականությունը և կարդացեք գրառումը՝ GUI-ին վստահելու փոխարեն։ Դա ձեզ թողնում է ֆայլ՝ թարմացումից հետո համեմատելու համար, և դա միակ միջոցն է իմանալու՝ փոփոխությունը պահպանվել է արդյոք։ Եթե գրառումը դատարկ է կամ բաց է թողնում հաշիվը, դուք գտել եք խափանումը։ Գրանցեք, թե որ քաղաքականության օբյեկտն է սահմանում այն, քանի որ հենց այդ օբյեկտին է պետք մշտական ուղղում։

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

Տեղում կիրառված և հաջորդ թարմացման ժամանակ քաղաքականությամբ վերագրված իրավունքը նման է ուղղման, որը դադարել է աշխատել, և այն նորից կձախողվի նույն կերպ։

Հաշվի ետ ու առաջ ընթացքը, որը վերաշարադրում է կոնֆիգուրացիան

Կարճ ուղին ուղղում է ծառայության մուտքի կոնֆիգուրացիան՝ առանց քաղաքականությունը ձեռքով խմբագրելու: փոխեք հաշիվը, կիրառեք, ապա փոխեք հետ՝ թողնելով գաղտնաբառի դաշտերը դատարկ։

Ետ ու առաջ ընթացքը վերաշարադրում է ծառայության գրառումը և նորից տալիս է հաշվին անհրաժեշտ իրավունքը։ Սա շրջանցում է, այլ ոչ թե արմատական պատճառի ուղղում, ուստի տեղ ունի փոփոխությունների գրառման մեջ՝ կողքին ամսաթիվ։ Երբ բազային գիծը կառավարում է սերվերը, ճիշտ ուղղումը հաշիվն այդ բազային գծում որպես ծառայություն մուտքի նշանակմանը ավելացնելն է։ Արեք դա առաջինը, երբ կարող եք, և ետ ու առաջ ընթացքը օգտագործեք միայն այլ կերպ կախված տեղադրումը բացելու համար։

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

Կարդացեք կարգավիճակը յուրաքանչյուր հրամանից հետո, քանի որ մեկ հաշվի ներքո սկսվող և մյուսի ներքո չսկսվող ծառայությունը ձեզ ասում է, թե որ իրավունքն է պակասում։

Տեղադրեք դերը և ապացուցեք, որ այն տեղադրված է

Երբ ծառայությունն աշխատում է, նորից ավելացրեք դերը և ներառեք այն VPN ենթահատկությունը, որը դուք իսկապես մտադիր եք օգտագործել։ Միայն ընդհանուր դերը ձեզ աշխատող VPN ելակետ չի տալիս։

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

Համոզվեք, որ ենթահատկությունները հաղորդում են Installed, այլ ոչ Available, ապա բացեք վահանակը և ավարտեք նախնական կոնֆիգուրացիան, նախքան ինչ-որ մեկը կդիպչի սարքին։ Եթե վահանակը դեռ պնդում է, որ ծառայությունը չի աշխատում, վերադարձեք ծառայության ստուգմանը՝ դերը հեռացնելու փոխարեն։

Գրեք, թե ինչ եք փոխել

Կախարդի առաջին ընտրությունները սահմանում են հրաբաշխի կանոնները, հասցեների բաշխումը և այն, թե արդյոք սերվերը սպասում է DHCP փոխանցիչ։ Մի բուռ կետից տեղ հաճախորդներին պետք չէ տեղից տեղ ելակետի ձևը։ Որոշեք դերը, հասցեների լողավազանը, նույնականացման եղանակը և վկայագրի աղբյուրը, նախքան սեղմելը։ Այստեղ գուշակելը ստեղծում է սերվեր, որը մաքուր տեղադրվում է և երբեք միացում չի ընդունում։

Պահեք ծառայության հաշվի շեղումը նույն նշումում։ Կարծրացման փուլը, որը վերադարձնում է կանխադրված հաշիվը, կարող է վերականգնել խափանումը հաջորդ վերագործարկման ժամանակ՝ ամիսներ անց այն բանից հետո, երբ ախտորոշողը արդեն առաջ է գնացել։