Error 868 kasama ng IP address? Ano ang unang nilulutas ng Windows
Sinasabi ng dialog na bigo ang paghahanap habang mukhang numeric ang profile. Basahin ang tunay na field ng profile, pagkatapos ihiwalay ang problema sa pangalan mula sa lumang bug sa muling pagkonekta.
Sinasabi ng dialog na hindi naresolba ang pangalan ng server, at ang field ng profile na tinititigan mo ay isang address. Hindi kontradiksyon ang kombinasyong iyon: may ibang nire-resolve ang client kaysa sa value na inaakala mong binabasa nito. Alamin kung ano talaga ang dinidial nito bago ka maghinuha na sira ang DNS. Ang pagkakasunod-sunod ng sariling hakbang ng client ay nagpapakita kung saan ka titingin.
Nire-resolve ng client ang pangalan bago ito dumial
Ang native na VPN connection ng Windows ay nagbabasa ng profile nito, nire-resolve ang address ng server, sinisimulan ang tunnel, at pagkatapos lang nagpapatunay. Ang error 868 ay kabilang sa ikalawang hakbang. Dahil hindi kailanman tumatakbo ang mga susunod na hakbang, maaaring magmukhang problema sa kredensyal ang dialog kapag nauna pang nabigo ang paghahanap.
Kapaki-pakinabang ang pagkakasunod-sunod na iyon dahil pinapaliit nito ang layer na susuriin. Kapag gumagana ang parehong profile mula sa isang network at nabigo mula sa iba, ang pagkakaiba ay karaniwang pag-resolve ng pangalan at hindi ang uri ng tunnel o ang account. Subukan ang paghahanap kung saan nangyayari ang kabiguan, hindi kung saan ginawa ang profile.
Aling pangalan, kapag nagpapakita ng address ang field
Basahin ang nakaimbak na value sa halip na ang ipinapakitang pangalan. Ang label ng isang koneksyon ay hindi ang address ng server nito, at dalawang entry na may magkatulad na label ang magpapahabol sa iyo sa mali:
Get-VpnConnection -Name "Work VPN" |
Select-Object Name, ServerAddress, TunnelTypeKung inihanda ang profile para sa lahat ng user, itanong din ang saklaw na iyon gamit ang -AllUserConnection. Pagkatapos, i-resolve nang eksakto ang value na inilabas ng command, mula sa network kung saan nangyayari ang kabiguan. Gamitin ang dokumentadong gateway ng operator, hindi ang panloob na pangalan ng application na nire-resolve lamang kapag nakataas na ang tunnel. Nabigo ang ikalawang query na iyon sa inaasahang dahilan at wala itong sinasabi sa iyo tungkol sa pag-dial:
Resolve-DnsName vpn.example.comKapag tunay na numeric ang nakaimbak na value, maghanap ng pangalawang lugar kung saan nagbabasa ng pangalan ang client. Ang EAP configuration ay maaaring tumukoy sa isang server, ang profile na inangkat mula sa ibang tool ay maaaring magdala ng sarili nitong value, at ang naunang installer ay maaaring mag-iwan ng doble na entry. Ang field sa dialog ay hindi laging ang tanging input.
Ang pattern ng muling pagkonekta sa Windows 7
Inilalarawan ng thread sa likod ng error na ito ang mga makinang nakakonekta nang isang beses at pagkatapos ay nabigo sa susunod na pagtatangka na may 868, na walang nabago sa profile. Iniulat ng mga contributor na ang pag-restart ng serbisyong Remote Access Connection Manager o pag-log out at pag-log in muli ay pansamantalang nagbalik ng koneksyon. Mga paraan iyon ng pag-iwas, hindi isang napatunayang pangunahing dahilan.
Ituring ang pattern na iyon na hiwalay na hypothesis. Ang restart ay nagre-reset ng estado ng client, kaya ang pansamantalang tagumpay pagkatapos ay hindi nagpapatunay na mali ang DNS record:
| Observation | Points toward | What to do next |
|---|---|---|
| Fails from one network, works from another | Name resolution on that path | Resolve the stored name from both networks |
| Fails after a disconnect, works after service restart | Client state, not DNS | Record the sequence for the vendor |
| Fails only on a newly provisioned machine | Profile content or scope | Compare ServerAddress and TunnelType |
Basahin ang talahanayan bilang isang set ng mga nakikilalang obserbasyon, hindi bilang diagnosis. Ang unang hilera ay problema sa pangalan, ang ikalawa ay estado ng client, at ang ikatlo ay profile na hindi kailanman naging tama. Ang bawat isa ay humahantong sa ibang tao at ibang pagwawasto.
Ano ang dapat kolektahin para sa administrator
Isulat ang pangalan ng profile, ang nakaimbak na address, ang uri ng tunnel, ang network kung saan naroon ang client, at kung ang kabiguan ay sumunod sa isang pagkasira ng koneksyon. Hinihiwalay ng talaang iyon ang tunay na kabiguan sa paghahanap mula sa makasaysayang pag-uugali sa muling pagkonekta nang walang kailangang manghula. Itago rin ang event log ng client sa paligid ng pagtatangka.
Ang paraan ng pag-iwas mula sa lumang build ay ebidensya na umiral ang pag-uugali, hindi isang pangako na aayusin ng parehong restart ng serbisyo ang kasalukuyang makina. Ang pagpapalit ng dokumentadong hostname ng literal na address ay hindi rin pag-aayos.
Ang ilang profile ay umaasa sa pagkakakilanlan ng server na tumutugma sa naka-configure na pangalan, kaya ang numeric na paraan ng pag-iwas ay maaaring magpalit ng isang error sa iba. Kung kailangang manatili ang pangalan, ayusin ang landas ng pag-resolve at hindi ang teksto ng profile. Sa anumang kaso, itala kung ano ang binago mo at bakit.