კოპირებულმა rasphone.pbk-მა სხვა სისტემური VPN-ები წაშალა

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

გამოსწორება უკეთესი ასლი არ არის. გამოსწორებაა ფაილის არ კოპირება.

რას შეიცავს რეალურად სატელეფონო წიგნი

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

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

დაადგინეთ, რომელი სფერო ფლობს პროფილს

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

მფლობელის დასახელება ის ნაბიჯია, რომელიც ხელს უშლის შემდეგ ინჟინერს გაიმეოროს მთელი ფაილის კოპირება.

შექმენით ან განაახლეთ დასახელებული კავშირი, და მეტი არაფერი

მშობლიური Windows პროფილისთვის Add-VpnConnection ქმნის ერთ ჩანაწერს, და -AllUserConnection ირჩევს მანქანის დონის სფეროს. ჯერ გაუშვით ის -WhatIf-ით, რომ გადახედვა თქვენს ჩანაწერში მოხვდეს და არა მომხმარებლის საჩივარში:

Add-VpnConnection -Name 'Office VPN' -ServerAddress 'vpn.example.com' -TunnelType Ikev2 -AuthenticationMethod Eap -EapConfigXmlStream $approvedEapXml -AllUserConnection -WhatIf

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

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

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

გამოსცადეთ მანქანაზე, რომელსაც უკვე აქვს სხვა VPN

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

წაშლა იმავე წესს მიჰყვება: Remove-VpnConnection -Name 'Office VPN' -AllUserConnection გააუქმებს ერთ ჩანაწერს და ფაილის დარჩენილ ნაწილს მშვიდად ტოვებს.

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