Error 623 ng rasdial: gawin muna ang profile ng VPN

Ang error 623 mula sa rasdial ay bigong paghahanap at hindi bigong network: walang entry sa phonebook na may ganoong pangalan. Inaasahan ng Windows na umiiral na ang profile bago ito tawagan ng anumang command, at hindi kailanman gumagawa ang dialer ng isa nang mag-isa. Sundan ang mga pagsusuri sa ibaba nang sunod-sunod, dahil ipinapalagay ng bawat isa na nagtagumpay ang nauna.

Basahin ang error code bago ang anupaman

Ang mga code na sumusunod sa 623 ay naglalarawan ng ibang mga sira, kaya ang unang tekstong nakikita mo ang nagpapasya sa sangay. Ang 691 ay pagtanggi ng mga kredensyal laban sa isang profile na talagang umiiral, at ang 868 ay karaniwang tumutukoy sa paglutas ng pangalan para sa address ng server. Tanging 623 lang ang nagbabalik sa iyo sa paggawa, kaya bihirang magbago ang pag-uulit ng parehong command.

Itala ang exit status sa parehong hakbang na tumatawag. Ang susunod na command sa isang script ay magpapatong dito, at wala na ang tunay na code pagdating ng panahong may magbasa ng log.

rasdial "Office"; if ($LASTEXITCODE -ne 0) { Write-Output "failed: $LASTEXITCODE" }

Kumpirmahin na umiiral ang entry sa phonebook

Tanungin ang Windows kung anong mga profile ang talagang mayroon bago magdagdag ng isa pa. Ibinabalik ng cmdlet ang pangalan, ang address ng server at ang kasalukuyang estado ng koneksyon, at ang walang laman na resulta ay agad na nagtatapos sa tanong.

Iniimbak ng Windows ang mga entry ng bawat user sa isang file ng phonebook at ang mga entry ng lahat ng user sa isa pa, kaya ang isang pangalan ay maaaring tumukoy sa dalawang magkaibang server. Ang duplikasyong iyon ang nagpapaliwanag sa isang script na tumatawag sa maling endpoint habang ang mga setting na sinuri mo ay mukhang ganap na tama. Ilista ang dalawang lokasyon bago maghinuha ng anuman tungkol sa pangalan.

Get-VpnConnection -Name "Office" | Format-List Name, ServerAddress, ConnectionStatus
dir "%APPDATA%\Microsoft\Network\Connections\Pbk"
dir "%PROGRAMDATA%\Microsoft\Network\Connections\Pbk"

Gawin ang profile gamit ang Add-VpnConnection

Gawin ang entry nang isang beses gamit ang cmdlet na nagsusulat ng native na profile, hindi sa pamamagitan ng manu-manong pag-edit ng teksto. Ibigay ang address ng server, ang uri ng tunnel at ang paraan ng authentication na talagang tinatanggap ng iyong gateway, dahil ang profile na nakikipag-usap sa maling protocol ay mabibigo sa kalaunan sa isang mensaheng nagsisisi sa server.

Maaari mo pa ring i-paste nang manu-mano ang isang seksyon ng koneksyon sa rasphone.pbk, ngunit walang nagpapatunay sa pag-edit na iyon. Isang maling key lang ay nagbubunga ng profile na hindi nagpapatunay sa anuman, at ang error na nalilikha nito ay mukhang malayong sira kaysa typo.

Add-VpnConnection -Name "Office" -ServerAddress vpn.corp.internal \
  -TunnelType Ikev2 -AuthenticationMethod Eap -EncryptionLevel Required

Ihanay ang session sa imbakan ng mga kredensyal

Ang isang entry ay pag-aari ng isang user o ng makina, at ang certificate o naka-save na kredensyal sa likod nito ay maaaring maabot lamang mula sa isang logon session. Ang naka-iskedyul na gawain na tumatakbo bilang SYSTEM ay ibang client kaysa sa account na nag-log in, at ang serbisyo sa session 0 ay walang desktop na maipapakita ng prompt. Sa unang pagkakataong makatagpo ang isang interactive na session ng hindi kilalang network, binubuksan ng Windows ang prompt ng lokasyon ng network, at walang switch na inaalok ang dialer upang patahimikin ito. Iniiwasan ng session isolation ang prompt na iyon at sabay na inaalis ang user context na kailangan ng ilang paraan ng authentication.

Piliin ang may-ari nang sinasadya: isang gawaing na-trigger sa logon para sa tunnel ng bawat user, o isang serbisyo para sa tunnel ng buong makina. Ang paghahalo ng dalawa at pag-asa ng parehong pag-uugali ang dahilan kung bakit ang koneksyong gumagana nang manu-mano ay nagsisimulang mabigo sa ilalim ng automation.

Iwanan ang awtomatikong trigger kung paano mo ito natagpuan

Maaaring itaas ng Windows ang tunnel nang mag-isa kapag tumugma ang isang application o kondisyon ng network, at ang pag-disconnect ay maaaring magdagdag ng profile sa listahan ng mga naka-disable na entry ng awtomatikong trigger. Hindi na kailanman mangyayari ang susunod na awtomatikong pagtatangka, matagal matapos lumabas ang script na may pananagutan. Kaya sinisira ng gawaing nag-disconnect nang walang kondisyon ang pag-uugaling laging-naka-on para sa bawat iba pang user ng makinang iyon. Invisible ang side effect na iyon sa log ng gawain, at iyon ang nagpapamahal dito.

Itala ang estado ng profile bago tumakbo ang gawain, at ibalik ito kung paano mo ito natagpuan sa halip na gibain ang tunnel bilang default. Ang muling pagpapagana ng trigger ay pagbabago ng patakaran, kaya ituring itong sinadyang hakbang at hindi paglilinis.

Dalawang limitasyon ang nakakaligtas sa anumang dami ng script. Maaaring mag-ulat ng tagumpay ang rasdial habang hindi pa maabot ang serbisyo sa likod ng tunnel, kaya subukan ang resource na talagang kailangan mo. Ang profile na nangangailangan ng smart card, pag-apruba ng push o pag-log in sa browser ay walang landas na walang nagbabantay, at ang taong may-ari ay nananatiling bahagi ng disenyo.