VPN ng Windows: naka-save na profile laban sa estado ng aktibong interface

Lumilitaw ang isang VPN ng Windows sa dalawang lugar na sumasagot sa magkaibang tanong, at ang paghahalo sa kanila ay gumagawa ng tiwala ngunit maling diyagnosis. Sinasabi ng naka-save na profile kung ano ang kino-configure ng isang tao; sinasabi ng aktibong interface kung ano ang inilapat ng stack ngayon lang. Kapag nabuo ang isang koneksyon at mali pa rin ang dinaraanan ng trapiko, dapat basahin ang dalawang tanawin, sa ganoong pagkakasunod-sunod. Wala sa kanila ang nag-iisang nagsasabi kung lumabas ang packet ng aplikasyon sa tunel.

Dalawang tanawin ng iisang tunel

Ang tanawin ng profile ay konfigurasyon: address ng server, uri ng tunel, paraan ng pagpapatunay, mga setting ng hinati na tunel. Maaaring tama ito habang binabalewala ito ng koneksyon, at maaaring luma na ito habang perpektong gumagana ang koneksyon, dahil ang kliyenteng muling kumokonekta ay maaaring hindi muling basahin ang inedit mo. Ang tanawin ng interface ay inilapat na estado: aling mga adapter ang umiiral, aling mga pamilya ng address ang dinadala nila, ang kanilang metriko at estado ng koneksyon. Nagbabago ito habang dumarating at umaalis ang mga tunel, na ginagawa itong tamang lugar para sa tanong sa live na routing at maling lugar para sa tanong sa konfigurasyon.

Ang basahin silang magkasama ang buong paraan, at ang basahin ang isa lamang ang paraan kung paano nauuwi ang mga tao sa pagbura ng malusog na adapter. Ang mga utos sa ibaba ay gumagawa ng dalawang tanawin nang walang binabago.

Basahin ang dalawang tanawin nang walang binabago

Magsimula sa mga naka-save na profile, dahil iyon ang pinakamurang katotohanang mapapatunayan. Pansinin ang uri ng tunel at ang halaga ng hinati na tunel, dahil pareho silang nagtatakda kung aling mga destinasyon ang dapat pumasok sa tunel. Kung mali ang profile, ituwid ito sa pamamagitan ng sinusuportahang ibabaw ng konfigurasyon nito, dahil walang anuman sa listahan ng interface ang nag-aayos ng profile na tumuturo sa maling gateway.

Get-VpnConnection | Select-Object Name,ServerAddress,TunnelType,SplitTunneling,ConnectionStatus

Iba ang hugis ng tanawin ng interface: ang isang tunel ay maaaring tumagal ng dalawang hilera kapag dinadala nito ang dalawang pamilya ng address. Basahin ang index bilang pagkakakilanlan at ang alias bilang label na pinili ng isang tao, at asahan na magbabago ang alias sa pagitan ng mga bersyon ng kliyente.

Get-NetIPInterface | Select-Object InterfaceIndex,InterfaceAlias,AddressFamily,ConnectionState,InterfaceMetric

Ang presensya ay hindi patunay ng paggamit, dahil ang isang interface ay maaaring umiral, makakonekta at hindi pa rin ang siyang pinipili ng ruta patungo sa destinasyon mo. Tandaan iyon bago ituring na kasalanan ang isang hindi pamilyar na adapter. Ang dalawang kabiguan na ito ay magkapareho ang itsura mula sa labas: tamang profile na may rutang hindi kailanman ginagamit ito, at maling profile na may rutang ginagamit ito. Magkaiba ang kanilang pag-aayos, at iyon ang dahilan kung bakit may susunod na seksyon.

Sundan ang ruta patungo sa destinasyon

Tanungin ang stack kung aling landas ang tatahakin nito para sa address na aktuwal na kinokontak ng aplikasyon. Iyon ang tanong na hindi kayang sagutin ng listahan ng interface nang mag-isa.

Find-NetRoute -RemoteIPAddress 10.60.20.10 | Select-Object -First 1
Get-NetIPAddress -InterfaceIndex 37 | Select-Object IPAddress,AddressFamily,PrefixLength

Ang unang utos ay nag-uulat ng dalawang field na sulit basahin: ang alias ng interface ng piniling pinagmulan at ang susunod na hop para sa destinasyong iyon. Ang index 37 sa ikalawang utos ay ang inilimbag ng unang output, hindi isang palagiang kokopyahin, at ang address na 10.60.20.10 ay halimbawa. Kung ang piniling pinagmulan ay pag-aari ng pisikal na adapter samantalang ang destinasyon ay dapat nasa loob ng tunel, natagpuan mo ang problema sa pagpili, dahil ang interface ng VPN ay maaaring ganap na malusog at hindi lamang ginusto. Ang metriko ay bahagi lamang ng desisyong iyon, dahil ang pagiging tiyak ng ruta, patakaran at estado ng interface ay lahat kasali.

Ihambing ang tatlong estado sa ilalim ng parehong mga kondisyon

Itala ang listahan ng interface at ang piniling ruta bago kumonekta, habang nakakonekta at pagkatapos makadiskonekta, gamit ang parehong destinasyon at parehong mga utos bawat beses. Hinihiwalay ng paghahambing na iyon ang kasalukuyang interface ng tunel mula sa lumang nakatagong adapter na iniwan ng pag-uninstall, at mula sa ikalawang kliyenteng tumatakbo rin. Sinasabi rin nito kung malinis na nawawala ang interface ng tunel, dahil ang adapter na nananatili pagkatapos makadiskonekta ay ibang problema kaysa sa hindi kailanman lumitaw. Kung wala ang tatlong snapshot, bawat hindi kilalang alias ay mukhang salarin.

Itabi ang tatlong output kasama ng tiket, dahil ang dalawang output ng utos ay mas mabuti kaysa isang talata ng paglalarawan. Maaaring ihambing ng kasamahan ang mga ito nang hindi inuulit ang iyong sesyon.

Huwag burahin ang hindi mo natukoy

Ang mga hindi pamilyar na adapter ay karaniwang pag-aari ng isang bagay: pinamamahalaang kliyente, virtual switch, network ng container o ahente ng seguridad. Ang pagbura ng isa ay maaaring mag-alis ng gumaganang bahagi at iwanan ang orihinal na sintomas sa eksaktong kinaroroonan nito. Kung luma na ang ruta, hanapin ang may-ari ng ruta at ituwid ito roon; kung mali ang profile, iedit ang profile. Inililista ng dokumentasyon ng Get-NetIPInterface ang mga field na ginamit sa itaas, kabilang ang mga hanay ng metriko at estado na nagbibigay-kahulugan sa paghahambing.

Pangalanan ang bagay, hanapin ang may-ari nito, pagkatapos ay kumilos sa may-ari na iyon. Ang anupamang iba ay pagpapalit ng pangalan ng problema sa halip na basahin ito.