Ang pag-alis ng Windows VPN profile ay hindi nagbabawi ng access

Tinatanggal mo ang koneksyon mula sa Mga Setting ng Windows, muling binubuksan ang listahan, at bumabalik ito. O nawala ito sa Mga Setting ngunit tumutugon pa rin sa PowerShell. O inalis mo ang VPN client at hindi kailanman umalis ang entry. Ang tatlo ay nagmumula sa isang maling palagay: na ang Windows VPN profile ay bahagi ng VPN software.

Hindi. Ang profile ay isang rekord ng koneksyon sa isang phonebook file. Ang pag-alis nito ay nagtatanggal ng rekord na iyon, sa isang saklaw, mula sa isang imbakan. Ang client, ang mga sertipiko nito at ang tiwala ng gateway sa iyong kredensyal ay nananatiling eksaktong kung nasaan sila.

Ano ang aktwal na tinatanggal ng Remove-VpnConnection

Ang mga native na profile ay naninirahan sa rasphone.pbk: isang phonebook sa ilalim ng bawat profile ng user, isang machine-wide sa ilalim ng ProgramData. Ang Get-VpnConnection ay naglilista ng mga entry ng user; ang pagdaragdag ng -AllUserConnection ay naglilista ng machine-wide. Maaaring umiral ang parehong pangalan sa dalawang listahan, at ang dalawang rekord ay magkahiwalay na bagay.

Ang Remove-VpnConnection -Name "Old Office" -Force ay nagtatanggal ng katumbas na rekord ng user. Ang parehong command na may -AllUserConnection ay nagtatanggal ng machine-wide na rekord at nangangailangan ng elevated shell. Sa alinmang paraan, ang cmdlet ay humihipo lamang sa rekord na iyon: walang uninstall, walang paglilinis ng sertipiko, walang mensahe sa server. Remove-VpnConnection reference ay naglilista ng mga parameter, at parehong cmdlet ay sumusuporta sa -WhatIf.

Kaya ang tanong bago magpatakbo ng anuman ay hindi kung paano magtanggal ng VPN profile. Ito ay kung alin sa dalawang rekord ang tinitignan mo. Ang preview ay sumasagot nito sa isang linya:

Get-VpnConnection -AllUserConnection | Select-Object Name, ServerAddress
Remove-VpnConnection -Name "Old Office" -AllUserConnection -WhatIf

Kung iniuulat ng preview na walang tumutugma, nasa maling saklaw ka at hahanapin ng kabilang command ang entry. Kung pinangalanan nito ang target, tama ang nasa iyo.

Bakit bumabalik ang entry pagkatapos mong tanggalin ito

Ang profile na muling lumilitaw sa loob ng ilang minuto ay hindi kailanman sa iyo upang tanggalin. Sa managed na laptop, ang koneksyon ay karaniwang dumarating mula sa deployment: VPN configuration ng Intune o Group Policy, CMAK package na itinutulak ng network team, o login script. Tanggalin ang rekord at ang susunod na policy refresh ay isusulat ito pabalik.

Ang palatandaan ay ang oras. Ang managed na profile ay bumabalik sa isang refresh cycle, hindi sa susunod na reboot, at bumabalik ito gamit ang parehong server address at authentication method na inalis mo lang. Ang profile na idinagdag mo nang manu-mano ay nananatiling wala.

Ayusin iyon sa pinagmulan: ipatanggal ang assignment mula sa device o sa user, pagkatapos ay tanggalin ang lokal na rekord. Kung hindi mo kaya, ituring ang entry bilang managed object at pabayaan ito sa halip na mag-iskedyul ng pagtanggal na paulit-ulit na natatalo.

Ang pag-uninstall ng client ay ibang trabaho

Ang mga third-party client ay may sariling imbakan. Ang Cisco Secure Client, GlobalProtect, OpenVPN GUI at ang WireGuard tunnel service ay bawat isa ay nag-iingat ng data ng koneksyon sa labas ng phonebook ng Windows. Ang pag-alis ng native na entry ay iniiwan ang lahat ng iyon na hindi nagalaw, at ang pag-uninstall ng app ay maaaring mag-iwan ng native na entry dahil ang profile ay ini-import nang hiwalay.

Ang pag-import ang karaniwang bitag. Kung idinagdag mo ang koneksyon mula sa .pbk, .cmpbk o na-download na configuration file, ang pagtanggal ng file na iyon ay hindi nagtatanggal ng rekord na ginawa nito, at ang muling pagbukas ng file ay muling gumagawa nito. Alisin muna ang entry, tanggalin ang file sa pangalawa, pagkatapos ay kumonekta at humiwalay nang isang beses upang kumpirmahin na walang bumalik.

Ang pagtanggal ay hindi pagbawi

Kung tinatanggal mo ang profile dahil nawala ang isang laptop, pinagsasaluhan ang isang machine o tumagas ang isang configuration file, ang lokal na pagtanggal ay halos kosmetiko. Ang gateway ay nagtitiwala pa rin sa sertipiko o pre-shared key hanggang sa bawiin ito ng operator. Ang pagtanggal ng rekord ay pumipigil sa machine na ito na magsimula ng bagong koneksyon; hindi nito pinipigilan ang isang kopya ng kredensyal na kumonekta sa ibang lugar.

Gawin ang pagbawi sa panig na nagbibigay ng access: hilahin ang sertipiko mula sa pinagkakatiwalaang listahan, i-disable ang account, i-rotate ang key. Pagkatapos ay linisin ang lokal na profile. Baliktarin ang pagkakasunod-sunod at magtatapos ka sa isang machine na walang profile at kredensyal na gumagana pa rin.

Isang apat na hakbang na pagsusuri bago mo sabihing tapos na

Ang buong pagkakasunod-sunod ay tumatagal ng mga isang minuto at nahuhuli ang halos lahat ng maling saklaw na pagtanggal:

1. Ilista ang dalawang saklaw at isulat ang eksaktong pangalan at server address.
2. Patakbuhin ang pagtanggal gamit ang -WhatIf laban sa saklaw na tumugma.
3. Patakbuhin muli ito nang walang -WhatIf, elevated kung ang entry ay para sa lahat ng user.
4. Ilista muli ang dalawang saklaw, buksan muli ang Mga Setting, at kumpirmahin na gumagana pa rin ang iba mong koneksyon.

Kung ang hakbang 4 ay nagpapakita pa rin ng entry, tahimik na pinuntirya ng pagtanggal ang kabilang saklaw. Kung bumabalik ang entry pagkaraan ng ilang sandali, isang deployment ang tinitignan mo. Kung ipinapakita pa rin ito ng Mga Setting habang ang dalawang listahan ng cmdlet ay walang laman, isara at buksan muli ang pahina, na nagka-cache ng listahan nito nang mas matagal kaysa sa pag-iingat ng phonebook sa rekord.

Susunod: magpasya kung ang entry ay lokal na natira o managed object. Ang natira ay ligtas tanggalin nang isang beses at kalimutan. Ang managed object ay kailangang baguhin muna ang assignment, o ang pagtanggal mo ay isang karerang matatalo ka lang. At kung ang tunay na layunin ay putulin ang access, ang pagbabago sa gateway ay mas mahalaga kaysa sa anumang gawin mo sa profile.