Копиран 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 го пензионира еден запис и ја остава останатата датотека на мира.

Чувајте ја претходната предвидена конфигурација достапна, за ограничено враќање да значи повторен увоз на еден профил наместо враќање на целокупната состојба на машината.