Bakit Nilalaktawan ng Get-VpnConnection ang Ilang Windows VPN Profile

I-type ang Get-VpnConnection, walang bumabalik, at karaniwang doon natatapos ang imbestigasyon. Ang walang laman na output na iyon ay binabasa bilang patunay na walang VPN ang makina, kahit na may tunnel na nagdadala ng trapiko. Tama ang command; mali ang palagay tungkol sa kung ano ang iniimbentaryo nito. Isang native na imbakan sa isang saklaw ang binabasa nito, at wala itong alam sa mga client na may sariling profile.

Isang native na imbakan bawat tawag

Magsimula sa payak na tawag, na nagta-target sa mga profile ng naka-sign in na account. Ito ang tawag na unang pinapatakbo ng karamihan:

Get-VpnConnection

Bawat ibinalik na object ay may Name, ServerAddress, TunnelType at ConnectionStatus, at sapat ang apat na field na iyon para makilala ang dalawang entry sa isang ticket. Maaaring manatiling disconnected ang isang profile nang ilang buwan at nasa listahan pa rin, dahil inilalarawan ng object ang naka-save na configuration at hindi ang live na trapiko. Ang walang laman na resulta dito ay nangangahulugang wala ang imbakan ng bawat user para sa account na iyon. Mas maliit ito nang malaki kaysa sa karaniwang binabasa ng mga tao rito.

Kailangan ng phone book ng lahat ng user ng sarili nitong query

Ang mga profile na naglilingkod sa bawat account ay nasa hiwalay na listahan, at hindi ito binabasa ng default na tawag. Hinihiling mo nang tahasan ang imbakan na iyon:

Get-VpnConnection -AllUserConnection

Kapag kulang ang session sa mga karapatan, asahan ang access denied na error sa halip na walang laman na resulta, at tratuhin ang dalawang kinalabasan nang magkaiba: ang isa ay nangangahulugang hindi ka maaaring tumingin, ang isa ay walang naka-save. Itala ang saklaw sa tabi ng bawat pangalan habang nasa harap mo ang output, dahil hindi ka ipapaalala ng susunod na command kung aling imbakan ang tinanong nito. Ang mga pahintulot ang karaniwang dahilan kung bakit nakikita ng katrabaho ang profile na hindi mo makita. Ang mga parameter set ay nakadokumento sa reference page ng Get-VpnConnection, kasama kung aling switch ang kabilang sa aling set.

Parehong pangalan, dalawang magkaibang imbakan

Kakaiba ang pangalan ng profile sa loob ng imbakan nito, hindi sa buong makina, kaya ang listahan ng bawat user at ng lahat ng user ay maaaring may tig-isang profile na pinangalanang Office. Ang dalawang entry ay maaaring tumukoy sa magkaibang server, gumamit ng magkaibang uri ng tunnel at magdala ng magkaibang kredensyal. Isa lamang sa kanila ang entry na dinodoble-klik ng user. Itala ang saklaw bago mo hipuin ang alinman sa kanila.

Ang pagbura ng kopyang walang nagpapatakbo ay mukhang hindi mapanganib sa window ng pagbabago. Nagiging tawag sa suporta ito kapag tumigil nang gumana ang shortcut ng user.

Mga client na hindi kailanman humahawak sa native na listahan

Ang OpenVPN o WireGuard na profile na inangkat sa isang vendor client ay nasa sariling configuration ng client na iyon, kaya hindi ito kailanman nagiging native na Windows entry. Pinapatakbo ng client ang sarili nitong serbisyo, hinahawakan ang sarili nitong listahan at ipinapadala ang trapiko sa sarili nitong adapter. Wala sa mga iyon ang iniuulat ng command, at walang switch ng saklaw ang magpapakita nito. Maaaring may tatlong gumaganang tunnel at walang laman na native na listahan ang isang makina.

Kapag kailangan mo ng view ng adapter sa halip, tanungin ang mga adapter. Ipinapangalan ng mga interface ng vendor ang kanilang sarili, kaya itugma ang isang bahagi at hindi ang eksaktong string:

Get-NetAdapter | Where-Object InterfaceDescription -match 'WireGuard|OpenVPN|TAP'

Ang mga native na profile na ginawa sa kamay ay napupunta sa file ng phone book sa ilalim ng profile ng user, at ang mga katumbas para sa lahat ng user ay nasa kopya ng buong makina. Iyon ang dahilan kung bakit ang pagkopya ng imbakan ng profile ng isang user sa ibang account ay bihirang muling gawin ang parehong listahan. Ipinapaliwanag ng file kung saan nagmula ang isang naligaw na native na koneksyon. Wala itong sinasabi tungkol sa imbakan ng vendor client.

Ano ang itatala bago alisin ang isang profile

Ang murang seguro ay isang tala na may limang field: pangalan, saklaw, address ng server, estado at ang eksaktong teksto ng error mula sa pagtatangka ng user. Idagdag ang client na talagang pinapatakbo nila, dahil ang detalyeng iyon ang nagtatakda kung may kabuluhan man ang native na entry. Kung wala iyon, ang tamang pagbura ay mukha pa ring dahilan ng susunod na pagkabigo. Itago ang tala sa ticket at hindi sa window ng chat.

Ang pag-alis ay isang command, at binubura nito ang configuration sa halip na i-disable ito. Patakbuhin lamang ito kapag umiiral na ang talang iyon:

Remove-VpnConnection -Name "Office" -Force

Idagdag ang -AllUserConnection kapag nasa imbakan ng lahat ng user ang target, at itago muna ang aprubadong pinagmulan ng configuration sa ibang lugar. Pagkatapos ay kumonekta muli nang isang beses at basahin ang routing table, dahil pinatutunayan lamang ng listahan na naka-save ang configuration. Kung naaabot ng trapiko ang server ay hiwalay na tanong na walang anumang dami ng output ng Get-VpnConnection ang makasasagot. Kung nabigo pa rin ang user pagkatapos ng malinis na muling pagdaragdag, hindi kailanman ang profile ang problema.