Kopiita rasphone.pbk forviŝis la aliajn sistemaĵajn VPN-ojn

La nova VPN aperis, aŭtentigo funkciis, kaj triaparta VPN, kiu loĝis sur la maŝino du jarojn, malaperis en la sama restartigo. Nenio en la disfaldiga protokolo menciis ĝin, ĉar nenio en la disfaldigo traktis ĝin. La pako anstataŭigis la tutmondan telefonlibron, kaj la alia konekto estis ero en tiu dosiero. Jen kopioperacio, kiu kondutas precize tiel, kiel kopioperacio devas konduti.

La solvo ne estas pli bona kopio. Ĝi estas ne kopii la dosieron.

Kion la telefonlibro fakte enhavas

Telefonlibro estas ujo de konektaj difinoj, ne profilo. Eroj por unuopa uzanto loĝas sub la uzantprofilo, kaj eroj por ĉiuj uzantoj loĝas sub la maŝinampleksa ProgramData-vojo, tial disfaldigo, kiu skribas tiun dosieron, tuŝas ĉiun lokan uzanton samtempe. La sama dosiero ankaŭ portas erojn kreitajn de aliaj vendistoj, kaj de tie venas la akompana damaĝo.

Ankaŭ konekta difino ne estas la tuta rakonto. Itinereroj, DNS-politiko, fidata CA-materialo kaj identeco estas provizataj de apartaj posedantoj.

Trovu, kiu amplekso posedas la profilon

Listigu ambaŭ ampleksojn antaŭ ol skribi ion ajn. Get-VpnConnection redonas la erojn de la nuna uzanto kaj Get-VpnConnection -AllUserConnection redonas la maŝinampleksajn, kaj la sama nomo povas ekzisti en ambaŭ kun malsamaj agordoj. Decidu, kiun amplekson posedas via disfaldigo, kaj skribu ĝin, ĉar ĝisdatigi la malĝustan amplekson lasas la uzanton konektiĝi per la malnova profilo dum via ŝanĝo sidas en dosiero, kiun neniu legas. Planita tasko rulanta kiel SYSTEM ankaŭ vidas malsaman aron da profiloj ol la ensalutinta uzanto.

Nomado de la posedanto estas la paŝo, kiu malhelpas la sekvan inĝenieron ripeti la kopiadon de la tuta dosiero.

Kreu aŭ ĝisdatigu la nomitan konekton, nenion alian

Por indiĝena Windows-profilo, Add-VpnConnection kreas unu eron, kaj -AllUserConnection elektas la maŝinampleksan amplekson. Rulu ĝin unue kun -WhatIf, por ke la antaŭrigardo finiĝu en via transskribaĵo anstataŭ en uzanta plendo:

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

La EAP XML devas veni de ie legitime: eksportita el funkcianta referenca profilo, aŭ generita de viaj administraj iloj por la efektiva enirejo. Sen ĝustaj servil-fidaj agordoj la profilo aŭ konektiĝas al la malĝusta afero aŭ malsukcesas ĉie, kaj neniu el la du estas sukcesa disfaldigo.

Kiam la ero jam ekzistas, komparu ĝiajn agordojn kaj ĝisdatigu ĝin per Set-VpnConnection anstataŭ forigi kaj rekrei ĝin. Forigi estas kiel funkcianta agordo perdas kampojn, kiujn neniu dokumentis, kaj kiel ne rilataj eroj kaptiĝas en vasta purigado.

Kontrolu ĉu ekzistas dua administra sistemo, kiu remetos la malnovan profilon ĉe la sekva politika refreŝigo. Pilotaj provoj malsukcesas ĉi tie pli ofte ol ĉe la cmdlet.

Pilotu sur maŝino, kiu jam havas alian VPN

Elektu testan maŝinon kun nerilata maŝinampleksa ero, disfaldigu, poste kontrolu tri aferojn: la nova profilo aperas en la celita amplekso, aŭtentigo atingas privatan rimedon, kaj la nerilata ero ankoraŭ konektiĝas. Disfaldigu du pliajn fojojn kaj konfirmu, ke la dua rulo ŝanĝas nur la profilon, kiun ĝi posedas. Tiu tria kontrolo kaptas pakon, kiu estas idempotenta por sia propra ero kaj detrua por ĉio alia.

Forigo sekvas la saman regulon: Remove-VpnConnection -Name 'Office VPN' -AllUserConnection emeritigas unu eron kaj lasas la reston de la dosiero trankvila.

Tenu la antaŭan celitan agordon disponebla, por ke limigita retroŝovo signifu reimporti unu profilon anstataŭ restarigi tutan maŝinstaton.