I-delete ang Windows VPN route mula sa profile, hindi sa table

I-delete ang ruta, panoorin itong mawala, at ibinabalik ito ng susunod na koneksyon. Hindi ang delete command ang nabigo; may ibang object na nagbabalik ng entry. Kumilos ang command mo sa active na routing table, habang may ibang bagay na may hawak ng naka-save na instruction na muling nag-i-install ng ruta sa bawat koneksyon. Hanapin ang may-ari bago mo i-delete ang parehong entry sa ikatlong pagkakataon.

Pangalanan ang may-ari bago mag-delete muli

Itala ang eksaktong destination prefix, ang aktibong interface at ang pangalan ng profile habang naroon ang ruta. Pagkatapos tingnan ang sinusunod na profile sa anumang saklaw kung saan ito nakaimbak, dahil magkahiwalay na object ang listahan ng koneksyon para sa bawat user at para sa lahat ng user. Suriin kung may script, ang VPN service o device management na nag-i-install din ng entry, at tingnan ang mga startup item kapag wala sa mga halatang may-ari ang makapagpapaliwanag nito. Ang rutang idinagdag ng naka-iskedyul na gawain ay bumabalik sa timer, hindi sa koneksyon.

Mabilis na pumayat ang listahan sa timing. Ang rutang bumabalik lamang kapag muling kumonekta ay tumuturo sa profile, at ang bumabalik habang nananatili ang koneksyon ay tumuturo sa script, service o pag-refresh ng patakaran.

I-delete ang naka-save na ruta, hindi ang aktibo

Para sa native na profile, kailangan ng pag-alis ang pangalan ng koneksyon at ang destination prefix, kasama ang switch para sa lahat ng user kapag kabilang ang koneksyon sa global na phone book. I-preview muna, dahil sinusuportahan ito ng cmdlet at walang gastos ang preview:

Remove-VpnConnectionRoute -ConnectionName 'Office VPN' -DestinationPrefix '10.77.0.0/24' -WhatIf
Remove-VpnConnectionRoute -ConnectionName 'Office VPN' -DestinationPrefix '10.77.0.0/24'

Inaalis nito ang naka-save na instruction at hindi ang katumbas na aktibong entry, at iyon ang pagkakaibang nagpapanatili ng pagbabago pagkatapos ng muling pagkonekta. Ang pag-delete mula sa table ay bumibili lamang ng oras hanggang sa susunod na koneksyon. Dokumentado ng Microsoft ang cmdlet bilang pag-alis ng ruta mula sa koneksyon ng VPN, at iyon ang object na gusto mong baguhin.

Basahin ang output sa halip na ipagpalagay na gumana. Iniulat ng cmdlet kung aling koneksyon ang binago nito, at kinukumpirma ng susunod na hakbang ang pagbabago mula sa naka-save na configuration, hindi mula sa aktibong table.

Basahin muli ang mga naka-save na ruta

Tanungin ang profile kung anong mga ruta ang hawak nito ngayon, dahil ang naka-save na koleksyon ang awtoritatibong sagot at ang table ay kopya lamang. May sariling listahan ng ruta ang object ng koneksyon:

Get-VpnConnection -Name 'Office VPN' | Select-Object -ExpandProperty Routes
Get-VpnConnection -AllUserConnection | Select-Object Name, Routes

Ang prefix na lumilitaw pa sa koleksyong iyon ay babalik sa susunod na koneksyon, gaano man karaming beses itong i-delete mula sa table. Ang prefix na nawala sa koleksyon at nasa table pa ay may ibang may-ari, at ibinabalik ka nito sa tanong ng timing.

Ihambing ang dalawang listahan habang aktibo ang koneksyon. Ang prefix na nasa aktibong table at wala sa naka-save na koleksyon ay ang kaso na tumuturo sa mga script at patakaran, at ang prefix na nasa pareho ay ang kaso na pag-aari ng profile. Ang paghahambing na iyon ang buong diagnosis, at isang muling pagkonekta ang halaga.

Kapag pag-aari ng patakaran ng pamamahala ang ruta

Ang profile na ibinigay ng device management ay hindi sa iyo para i-edit, at ang lokal na pagbabago ay pinapalitan sa susunod na pag-refresh ng patakaran. Ang senyales ay naka-save na rutang muling lumilitaw pagkatapos ng matagumpay na pag-alis, o profile na hindi mo mababago nang walang elevation na wala ka. Suriin ang estado ng enrollment ng device bago gumugol ng mas maraming oras sa cmdlet.

Ang corrective action ay nasa patakaran: alisin ang prefix mula sa depinisyon ng VPN profile sa management console, o mula sa group policy na nag-deploy nito. Hilingin sa may-ari ng patakarang iyon na kumpirmahin ang pagbabago sa halip na i-edit muli ang lokal na kopya. Pagkatapos ay tumutugma ang device sa patakaran sa susunod na refresh, at nananatiling wala ang ruta dahil sa dahilang lumalampas sa susunod na deployment.

Itala kung ano ang nagmamay-ari nito

Isulat ang may-ari, ang saklaw at ang eksaktong command, para hindi ulitin ng susunod na tao ang imbestigasyon mula sa simula. Itala kung bumalik ang entry at ano ang nag-trigger nito, dahil iyon ang ebidensyang nakilala nang tama ang may-ari. Ang rutang bumabalik pagkatapos ng pag-refresh ng patakaran ay nagsasabi sa iyo na sinasabi pa rin ito ng patakaran.

Ang pag-delete ng aktibong ruta ay lehitimong mabilis na pagsubok kung mahalaga ang landas. Hindi ito pagbabago sa configuration, at hindi ito dapat itala bilang ganoon. Ang pagbabagong may halaga ay ang ginawa sa lugar kung saan nakatira ang instruction.