RemoteEnable VPN შესვლა არ არის: SoftEther-ის მართვის ფარგლები

სახელმძღვანელო ამბობს, გაუშვით RemoteEnable და შემდეგ დაუკავშირდით, და ეს ისე იკითხება, თითქოს ეს ორი ნაბიჯი ერთი ტიპის რამ არის. ასე არ არის. RemoteEnable სხვა მანქანას აძლევს ნებას, მართოს ამ კომპიუტერზე მომუშავე SoftEther VPN კლიენტის სერვისი. ხოლო დაკავშირება არის VPN ანგარიში, რომელიც სერვერთან ადასტურებს თავს, და მასში მართვის ნებართვა საერთოდ არ მონაწილეობს.

მითი: RemoteEnable VPN-ს რთავს

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

ბრძანების დახმარება წყაროში ნათლად ამბობს ფარგლებზე: დისტანციური მართვა VPN Client Manager-ის ან vpncmd-ის მეშვეობით localhost-ის გარედან. ამ აღწერაში არც გვირაბი, არც ანგარიში და არც მარშრუტი არ მოიხსენიება. მოცემული ნებართვა ადმინისტრაციული წვდომაა და მისი საგანი კლიენტის სერვისია და არა კავშირი.

სამი იდენტობა, რომლებიც პაროლი სიტყვას იზიარებენ

ძველი გზამკვლევები ერთ სიტყვას იყენებენ სამი დაუკავშირებელი სერთიფიკატისთვის და ასე მთავრდება განლაგება არასწორ ველში ჩასმული საიდუმლოთი.

კლიენტის სერვისის მართვის პაროლი იცავს ლოკალური SoftEther კლიენტის ადმინისტრირებას. VPN ანგარიშის პაროლი სერვერთან ადასტურებს თავს იმ სერვერის პოლიტიკის მიხედვით. სერვერის სერთიფიკატი სულაც არ არის პაროლი, მაგრამ ის პასუხობს რომელი ბოლო წერტილი უნდა მიიღოს კლიენტმა. ერთის შეცვლა დანარჩენებს არ ცვლის, და მათ შორის მნიშვნელობის კოპირება უფრო მარტივის ნაცვლად სხვა კონფიგურაციას ქმნის.

მართვის პაროლზე მხოლოდ-დისტანციური ვარიანტი მეორე შეხედვას იმსახურებს, რადგან ის წყვეტს, ვრცელდება თუ არა პაროლის მოთხოვნა ლოკალური მანქანიდან მართვაზეც. ამ ფარგლის შევიწროება განზრახ არჩევანია ერთი მომხმარებლის ლეპტოპისთვის და არა გვერდის ავლა იმ პაროლისთვის, რომელიც არავის ჩაუწერია.

რა იცვლება სინამდვილეში დისტანციური მართვის ჩართვით

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

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

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

გადაწყვიტეთ, ვის შეუძლია ამ კლიენტის მართვა

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

ბრძანებები გაუშვით ლოკალური სერვისის წინააღმდეგ, რათა ცვლილება თქვენივე shell-ის ისტორიაში მოხვდეს და არა ეკრანის სურათში: vpncmd localhost /client /cmd RemoteDisable გამორთავს შესაძლებლობას, და იგივე ბრძანება RemoteEnable-ით ჩართავს მას. შემდეგ გადატვირთეთ სერვისი, თორემ პარამეტრი ძალაში არ იქნება.

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

მართვის წვდომა და კავშირი ცალ-ცალკე შეამოწმეთ

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

vpncmd localhost /client /cmd RemoteDisable
systemctl restart vpnclient
vpncmd localhost /client /cmd AccountList
vpncmd localhost /client /cmd NicList

პირველი ორი ხაზი კლიენტს ლოკალურ მართვას დაუბრუნებს და ცვლილებას აყენებს. ბოლო ორი ადასტურებს, რომ VPN ანგარიშები და ვირტუალური ადაპტერები კვლავ კონფიგურირებულია, როგორც უნდა იყოს, რადგან მართვის ფარგლები და კავშირის მდგომარეობა დამოუკიდებელი პარამეტრებია. თუ გადატვირთვის შემდეგ ანგარიშების სია ცარიელი დაბრუნდა, სხვა რამ გატყდა და დისტანციური მართვის პარამეტრი ამის ახსნა არ არის.

შემდეგ თავად კავშირი შეამოწმეთ კლიენტიდან და დაადასტურეთ, რომ ადაპტერი მოსალოდნელ მისამართსა და მარშრუტებს ინახავს. წარმატებული vpncmd სეანსი ადასტურებს მართვის ურთიერთობას და არაფერს ამბობს იმაზე, გადის თუ არა ტრაფიკი გვირაბში.