I-script ang Azure P2S VPN profile para sa bawat Windows user

Gumagana ang mano-manong pamimigay ng Azure point-to-site package sa limang laptop at bumabagsak sa limampu. May dalawang bitag ang naka-script na landas na tig-iisang hapon ang halaga: isang error sa parameter na mukhang pagpalya ng certificate, at isang rutang hindi kailanman iniinstall ng koneksyon, kahit tama ang lahat ng iba pa. Hindi naaayos ang alinman sa dalawa sa pamamagitan ng muling pag-download ng client package. Gawin ang mga pagsusuri sa ibaba nang sunod-sunod at huminto sa unang mabibigo.

Pinapanatili kong fixed ang pagkakasunod-sunod dahil ipinapalagay ng bawat hakbang na tama ang nauna.

1. Ayusin ang saklaw ng profile bago ang unang device

Ang profile para sa lahat ng user ay nakatira sa makina at lumalabas sa bawat session. Ang profile bawat user ay sumusunod sa isang account at iniingatan ang mga credential nito sa konteksto ng account na iyon. Pumili ng isa at manatili rito, dahil ang makinang may dalawa ay nagpapakita ng dalawang entry na may parehong pangalan, at kumokonekta ang mga user sa unang lumalabas. Ang pagpapalit ng saklaw mamaya ay nangangahulugang alisin muna ang lumang profile sa halip na i-edit ito sa lugar.

Ang mga profile para sa lahat ng user ay angkop sa pinagsasaluhang device at kiosk kung saan walang nag-sign in gamit ang personal na account. Ito ang maling default kapag ang certificate ay ibinibigay bawat tao, dahil hindi maipapakita ng profile na saklaw ang buong makina ang credential na pag-aari ng iba. Isulat ang pinili sa deployment record bago pa umiral ang pangalawang laptop.

2. Ipasa ang mga switch bilang mga switch

Tumatanggap ang Add-VpnConnection ng switch parameter na maaaring naroroon o wala. Ang pagpasa ng $true sa mga ito ay nagbabalik ng EapConfigXmlStream error, kaya maraming thread tungkol dito ay nagtatapos sa pagsusuri ng mga certificate chain na hindi kailanman naging problema.

Add-VpnConnection -Name "Contoso P2S" `
  -ServerAddress "azuregateway-00000000-0000-0000-0000-000000000000.cloudapp.net" `
  -AllUserConnection -UseWinLogonCredential -RememberCredential `
  -TunnelType Automatic -EncryptionLevel Required -AuthenticationMethod MSChapv2

Ang address ng gateway sa itaas ay halimbawa lamang; kunin ang totoo mula sa na-download na package at panatilihin itong nakasipi. Nangangailangan ang -AllUserConnection ng elevated session, at ang profile na nililikha nito ay saklaw ang buong makina kahit pinatakbo mo ang command bilang administrator. Basahin ang parameter set gamit ang Get-Help Add-VpnConnection -Parameter * bago magdagdag ng higit pang switch.

3. Idagdag ang rutang hindi idinadagdag ng adapter

Nag-iinstall ang point-to-site adapter ng isang ruta para sa pool ng address ng client at wala nang iba.

Ang prefix ng virtual network sa labas ng pool na iyon ay nananatiling hindi maabot habang nag-uulat pa rin ng Connected ang tunnel, at ito ang pinaka-nakakalitong pagpalya sa workflow na ito. Idagdag ang ruta nang tahasan pagkatapos ng matagumpay na koneksyon, at ituro ito sa interface address na natanggap ng adapter sa halip na sa pampublikong pangalan ng gateway. Nagmumula ang address na iyon sa ipconfig pagkatapos kumonekta, at nagbabago ito sa pagitan ng mga session.

route add 10.0.0.0 mask 255.255.0.0 10.0.1.5
route print -4 | findstr /c:"10.0.0.0"

Burahin ang ruta kapag nadiskonekta upang ang lumang susunod na hop ay hindi makapagpadala ng traffic sa isang black hole mamaya. Ituring ang command na dokumentadong lokal na paglihis: kung ang susunod na release ng client ay magdagdag mismo ng ruta, ang linya mo ay magiging duplicate na nakikipagkumpitensya sa sariling susunod na hop ng package.

4. I-verify bilang standard na user

Itinatago ng administrator session ang mga pagkakamali sa saklaw, dahil kung minsan ay nagbibigay ang elevation ng credential na wala sana ang tunay na user.

Mag-sign in bilang hindi administrator, kumonekta sa pamamagitan ng profile, at subukan ang isang pribadong serbisyo sa halip na pampublikong internet. Kumpirmahin na lumalabas ang profile sa Get-VpnConnection -AllUserConnection, na umaabot ang estado sa Connected, at na ang idinagdag mong ruta ay tumuturo sa kasalukuyang address ng adapter. Pagkatapos ay patulugin ang makina, gisingin ito, at ihambing muli ang ipconfig.

5. Alisin nang malinis ang masamang deployment

Binubura ng Remove-VpnConnection kasama ang -AllUserConnection at -Force ang profile na saklaw ang buong makina. Mahalaga ang Force dahil ang konektadong profile ay tumatanggi kung hindi sa pagtanggal, at ang kalahating tinanggal na profile ay mas mahirap i-diagnose kaysa malinis na reinstall.

Itago ang pangalan ng profile, address ng gateway at mga idinagdag na ruta sa mga tala ng deployment. Ang tatlong halagang iyon ang kailangan ng tawag sa helpdesk bago magbukas ng ticket ang sinuman, at sila rin ang kailangan ng susunod na script kapag nagbago ang address ng gateway. Idagdag ang bersyon ng client package sa parehong tala, dahil ang pag-uugali ng ruta ay pag-aari ng package na iyon at hindi ng Windows.