Slet ruten, se den forsvinde, og den næste forbindelse bringer den tilbage. Det er ikke slettekommandoen, der fejler; det er et andet objekt, der gendanner posten. Din kommando virkede på den aktive rutetabel, mens noget andet holder en gemt instruktion, der geninstallerer ruten ved hver forbindelse. Find ejeren, før du sletter den samme post tredje gang.

Navngiv ejeren, før du sletter igen

Notér det præcise destinationspræfiks, den aktive grænseflade og profilnavnet, mens ruten er til stede. Se derefter på den tilsigtede profil i det omfang, hvor den ligger, fordi forbindelseslister pr. bruger og for alle brugere er separate objekter. Kontroller, om et script, VPN-tjenesten eller enhedsstyring også installerer posten, og gennemgå opstartselementerne, når ingen af de oplagte ejere forklarer det. En rute, der tilføjes af en planlagt opgave, vender tilbage på en timer og ikke ved en forbindelse.

Tidspunktet indsnævrer listen hurtigt. En rute, der kun vender tilbage ved genopkobling, peger på profilen, og en der vender tilbage, mens forbindelsen forbliver oppe, peger på et script, en tjeneste eller en politikopdatering.

Slet den gemte rute, ikke den aktive

For en oprindelig profil kræver fjernelse forbindelsesnavnet og destinationspræfikset, sammen med skifteren for alle brugere, når forbindelsen hører til den globale telefonbog. Se først et eksempel, fordi cmdlet'en understøtter det, og forhåndsvisningen koster intet:

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

Det fjerner den gemte instruktion og ikke en matchende aktiv post, og det er forskellen, der gør ændringen holdbar efter en genopkobling. Sletning fra tabellen køber kun tid indtil den næste forbindelse. Microsoft dokumenterer cmdlet'en som fjernelse af en rute fra en VPN-forbindelse, og det er det objekt, du vil ændre.

Læs outputtet, i stedet for at antage, at det virkede. Cmdlet'en rapporterer den forbindelse, den ændrede, og næste trin bekræfter ændringen ud fra den gemte konfiguration og ikke fra den aktive tabel.

Læs de gemte ruter tilbage

Spørg profilen, hvilke ruter den nu har, fordi den gemte samling er det autoritative svar, og tabellen er kun en kopi. Forbindelsesobjektet bærer sin egen ruteliste:

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

Et præfiks, der stadig optræder i den samling, kommer tilbage ved næste forbindelse, uanset hvor mange gange det slettes fra tabellen. Et præfiks, der er væk fra samlingen og stadig findes i tabellen, har en anden ejer, og det sender dig tilbage til spørgsmålet om timing.

Sammenlign de to lister, mens forbindelsen er oppe. Et præfiks i den aktive tabel og fraværende i den gemte samling er det tilfælde, der peger på scripts og politik, og et præfiks, der findes i begge, er det tilfælde, som profilen ejer. Den sammenligning er hele diagnosen, og den koster en genopkobling.

Når en styringspolitik ejer ruten

En profil, der er klargjort af enhedsstyring, er ikke din at redigere, og en lokal ændring erstattes ved næste politikopdatering. Tegnet er en gemt rute, der dukker op igen efter en vellykket fjernelse, eller en profil, du ikke kan ændre uden en forhøjelse, du ikke har. Kontroller enhedens registreringstilstand, før du bruger mere tid på cmdlet'en.

Den korrigerende handling hører til politikken: fjern præfikset fra VPN-profildefinitionen i styringskonsollen eller fra den gruppepolitik, der udruller den. Bed ejeren af den politik bekræfte ændringen i stedet for at redigere den lokale kopi igen. Enheden matcher derefter politikken ved næste opdatering, og ruten forbliver væk af en grund, der overlever den næste udrulning.

Notér, hvad der ejede den

Skriv ejeren, omfanget og den præcise kommando ned, så den næste person ikke gentager undersøgelsen fra begyndelsen. Notér, om posten kom tilbage, og hvad der udløste det, fordi det er beviset på, at ejeren blev identificeret korrekt. En rute, der vender tilbage efter en politikopdatering, fortæller dig, at politikken stadig siger det.

At slette en aktiv rute er en legitim hurtig test af, om stien betyder noget. Det er ikke en konfigurationsændring, og det bør ikke registreres som en. Den ændring, der tæller, er den, der foretages der, hvor instruktionen bor.

Relaterede artikler