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

გადაწყვეტა უკეთესი სკრიპტი არ არის; გადაწყვეტა არის ის, რომ არე დაასახელოთ პროფილის დასახელებამდე.

სიმპტომი და ორი საცავი

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

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

რას განსაზღვრავს არე სინამდვილეში

არე პასუხობს ორ კითხვას და უარს ამბობს მესამეზე პასუხზე:

QuestionCurrent userAll users
Who can see the profileThe account that created itEvery account on the machine
Elevation to create or removeNot requiredRequired
Where the profile livesPer-user phone bookMachine-wide phone book
Does it authenticate a deviceNoNo
Does it start before sign-inNoNo, that needs a device tunnel

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

ხილვადობა ავთენტიფიკაცია არ არის

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

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

განლაგება და პოლიტიკის საკუთრება

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

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

რა ჩავწეროთ, როცა ის ტყდება

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

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

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

დაკავშირებული სტატიები