Add-VpnConnection: bakit nasisira ang PSK at bakit nananatili ang address
Pinalalawak ng PowerShell ang paunang ibinahaging key sa loob ng dobleng panipi bago ito iimbak ng cmdlet, at pinapanatili ng tumatakbong tunnel ang lumang address hanggang muling kumonekta ka.
Ang Windows VPN profile ay isang entry sa phonebook, at ang PowerShell ay isang paraan upang i-edit ang entry na iyon. Mula sa pagkakaibang ito ay may dalawang pagkabigo: isang paunang ibinahaging key na dumarating sa server na sira na, at isang address ng server na mukhang na-update ngunit hindi ang tatawagan ng susunod na tunnel. Mas madaling makita ang dalawa kung ituturing mo ang profile bilang nakaimbak na estado at hindi bilang utos na pinatakbo mo. Sinusundan ng paliwanag ang ayos ng mga pag-edit: gumawa, magbago, saklaw, basahin muli.
Buuin ang profile gamit ang literal na key
Add-VpnConnection ay tumatanggap ng L2TP na paunang ibinahaging key sa pamamagitan ng -L2tpPsk. Pinoproseso ng PowerShell ang string bago ito matanggap ng cmdlet, at sa loob ng dobleng panipi ang tandang dolyar ay nagsisimula ng sanggunian sa variable habang ang backtick ay nagsisimula ng escape. Ang key na naglalaman ng alinman sa dalawa ay dumarating na mas maikli, o may ibang character, at matagumpay na nagagawa ang profile na may maling sikreto.
Pagkatapos ay lumilitaw ang pagkabigo sa IPsec authentication, kung saan tumatanggi ang tunnel na bumangon. Kaya madalas iulat ang error sa panipi bilang problema sa panig ng server: umiiral ang profile, tama ang pangalan, at tahimik na mali ang sikreto.
| How you write it | What PowerShell does | Result |
|---|---|---|
| "p@ss$word!42" | Expands $word as a variable | Stored key is truncated |
| Double-quoted with an escape character | Consumes the next character as an escape | One character disappears |
| 'p@ss$word!42' | Keeps the literal characters | Stored key matches the secret |
Ang solong panipi ang solusyon, at kailangan nitong balutin ang buong halaga. Kung may entry na may masamang key, pinapalitan ito ng -Force, o alisin at muling gawin ang profile at pagkatapos ay subukan sa bagong koneksyon:
Add-VpnConnection -Name "Contoso-L2TP" -ServerAddress vpn.contoso.example -TunnelType L2tp -L2tpPsk 'n3w$ecret!2026' -AuthenticationMethod Pap -RememberCredential -ForceItago ang tunay na sikreto sa labas ng kasaysayan ng shell at ng mga ibinahaging script. Basahin ito sa oras ng pagpapatakbo mula sa aprubadong imbakan at ipasa ang variable sa halip na ang literal, na lubos na umiiwas sa problema sa panipi.
Baguhin ang address, pagkatapos ay kumonekta muli
Set-VpnConnection ay tumatanggap ng mga parameter na pinaghihiwalay ng espasyo, hindi syntax ng pagtatalaga. Ang pagsulat ng -ServerAddress = "203.0.113.10" ay nagpapasa ng karagdagang token, at ang cmdlet ay magkakamali o mag-iimbak ng hindi mo sinadya. Ang tamang anyo ay -Name "Office L2TP" -ServerAddress 203.0.113.10.
Kahit tama ang syntax, hindi umaabot ang pagbabago sa tunnel na nakabangon na. Ang naitatag na koneksyon ay nagpapanatili ng address na tinawagan nito hanggang madiskonekta, kaya walang pinatutunayan ang pagsubok sa parehong session tungkol sa bagong halaga. Diskonektahin, i-edit, kumonekta muli, at kumpirmahin ang address ng kapares sa mga detalye ng koneksyon.
May mga katangiang hindi mababago sa lugar. Kapag tumanggi ang cmdlet, itala ang mga umiiral na parameter, tanggalin ang profile at muling gawin ito gamit ang mga itinamang halaga, at panatilihin ang orihinal na mga setting ng tunnel at authentication. Ang script na kailangan lamang baguhin ang numero ng telepono ay maaaring mag-edit ng entry sa phonebook sa pamamagitan ng RAS API sa halip na muling gawin ang lahat. Alin man ang landas, kumpirmahin ang mga nakaimbak na halaga pagkatapos sa halip na magtiwala sa katahimikan ng utos.
Alamin kung aling phonebook ang in-edit mo
Ang profile ng bawat gumagamit ay nasa direktoryo ng mga network connection ng gumagamit na iyon, at ang profile ng lahat ng gumagamit ay nasa direktoryo ng buong makina sa ilalim ng puno ng data ng programa. Magkaiba ang mga entry na ito at magkaiba ang saklaw, at ang pag-edit ng isa ay iniiwan ang isa na hindi nagalaw.
Kaya maaaring magmukhang nawala ang pagbabago: tumakbo ang script sa isang account at ang pagsubok sa iba. Gamitin ang -AllUserConnection kapag pag-aari ng makina ang profile, at suriin ang parehong saklaw kapag binabasa mo itong muli.
Basahin muli ang profile bago subukan
Tanungin ang Windows kung ano ang inimbak nito, hindi kung ano ang ipinasa mo:
Get-VpnConnection -Name "Office L2TP" | Select-Object Name, ServerAddress, TunnelType, AuthenticationMethodIhambing ang output na iyon sa layunin, pagkatapos ay magsimula ng bagong koneksyon. Kung nabigo ang pagtawag, tingnan ang log ng RAS client sa Event Viewer bago muling baguhin ang profile, dahil pinapangalanan ng log ang yugtong nabigo.
Panatilihing buo ang disenyo ng authentication habang nag-e-edit. Ang utos na nagbabago ng address ngunit iniiwan ang certificate o ang EAP configuration ay gumagawa ng pagkabigong mukhang walang kaugnayan sa pag-edit, at ang pag-export ng gumaganang profile nang maaga ay nagbibigay sa iyo ng maibabalik sa halip na isang haka-haka.