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 გადამცემს. პუნქტიდან ადგილზე კლიენტების მცირე რაოდენობას ადგილიდან ადგილზე ბოლო წერტილის ფორმა არ სჭირდება. სანამ დააწკაპუნებთ, გადაწყვიტეთ როლი, მისამართების აუზი, ავთენტიფიკაციის მეთოდი და სერტიფიკატის წყარო. აქ გამოცნობა ქმნის სერვერს, რომელიც სუფთად ინსტალირდება და არასოდეს იღებს კავშირს.

სერვისის ანგარიშის გადახრა იმავე ჩანაწერში შეინახეთ. გამკაცრების ციკლი, რომელიც ნაგულისხმევ ანგარიშს აბრუნებს, შეიძლება ხარვეზი აღადგინოს შემდეგ გადატვირთვაზე, თვეების შემდეგ მას შემდეგ, რაც დიაგნოზის დამდგენი უკვე წავიდა.