რომელ სატელეფონო წიგნში ეძებს SYSTEM დავალება VPN პროფილებს?

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

ორი საცავი ერთსა და იმავე პროფილის სახელს ინახავს

Windows-ის მშობლიური VPN პროფილი იმ ანგარიშის საცავში ცხოვრობს, რომელმაც ის შექმნა. გლობალური საცავი სხვა სატელეფონო წიგნია, რომელიც მხოლოდ მაშინ ივსება, როცა პროფილი ყველა მომხმარებლის გადამრთველით, ამაღლებულ სესიაში იქმნება. ორივეს შეუძლია ერთი და იმავე სახელის პროფილი ინახოს, და არც ერთი არ არის მეორის ხედი.

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

Get-VpnConnection | Select-Object Name, ServerAddress, TunnelType
Get-VpnConnection -AllUserConnection | Select-Object Name, ServerAddress, TunnelType

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

წაიკითხეთ დავალების principal-ი მის სერთიფიკატებამდე

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

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

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

პროფილის პოვნა შესვლა არ არის

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

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

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

ოთხი ველი, რომლებიც დავალების ჩანაწერს სჭირდება

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

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

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

დაადგინეთ ეტაპი, რომელსაც დავალება მიაღწია

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

whoami
Get-VpnConnection -AllUserConnection | Select-Object Name, ServerAddress
rasdial "Office"
schtasks /query /tn "VPN Connect" /v /fo LIST

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

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