Feil 809 er et ruteproblem før det er et påloggingsproblem

Tre forhold avgjør hva feil 809 forteller deg: om profilens protokoll er den du tror, om ruten slipper den protokollen gjennom, og om gatewayen i det hele tatt så forsøket. Til disse er besvart, er feilen en tidsavbrudd, og et tidsavbrudd er ikke en dom over påloggingsopplysningene. Rekkefølgen betyr noe, fordi å endre det feil først ødelegger beviset for de to andre.

En blokkert port og et feil passord gir helt forskjellige meldinger, og 809 er sjelden den andre.

Bekreft protokollen profilen bruker

Kontroller servernavnet, adressen og tunneltypen mot operatørens gjeldende instruksjoner, og noter deretter hvilken transport den typen avhenger av. Disse tre verdiene hører sammen; et riktig navn med en utdatert tunneltype feiler på samme måte som et feil navn. IKEv2 bygger på UDP 500 og 4500, og native ESP-trafikk må tillates som sin egen protokoll, ikke som TCP eller UDP. En profil kopiert fra et gammelt oppsett kan oppgi en tunneltype som serveren ikke lenger tilbyr. Hent verdien fra operatøren i stedet for å utlede den fra etiketten i dialogen.

En nettleserside på samme vertsnavn tester en helt annen tjeneste. Den kan bevise at verten lever og beviser ingenting om forhandlingen som mislyktes.

Bytt nettverk, ikke påloggingsopplysninger

Hvis policyen tillater det, test den samme profilen fra et annet klarert nettverk, med klient og server uendret slik at tilgangsveien er den eneste forskjellen. Suksess andre steder peker på filtrering på den opprinnelige ruten, mens fiasko overalt peker på endepunktet eller selve profilen. Spør operatøren om gatewayen så forsøket, fordi en klient uten en tilsvarende serverhendelse er en annen grense enn en uttrykkelig avvisning.

Tilfeldige endringer i registeret og å slå av brannmuren er populære råd for denne koden, og ingen av dem følger av en bekreftet diagnose. Spør operatøren hva den dokumenterte rettelsen er for denne utrullingen.

Følg koden til neste stadium

Hvis et senere forsøk når autentisering og gir en annen kode, følg det nye stadiet og forkast den opprinnelige tidsavbruddsdiagnosen. Å bære et ruteproblem inn i en kontoundersøkelse koster tid på begge. Noter protokollen, stadiet som feilet og om nettverkssammenligningen ble utført, slik at neste person starter fra bevis og ikke fra dialogteksten.

Behandle koden som en stadig markør, ikke som en dom; den lesningen er forskjellen mellom en femminutters sjekk og en tapt ettermiddag.

Hva du ikke bør endre først

Påloggingsopplysninger, låsestatus og sertifikatlageret fortjener alle oppmerksomhet til slutt. Ingen av dem er der 809 vanligvis begynner, og å endre én først fjerner sammenligningen som ville funnet ruten. Spar disse sjekkene til etter nettverkstesten. Hold klienten, profilen og serveren fast mens du varierer nettverket, og før notater om hva du varierte.

Hvis operatøren nylig har endret endepunktet, be om de gjeldende detaljene i stedet for å rekonstruere dem fra hukommelsen. En adresse som ikke lenger finnes gir nøyaktig denne typen feil.

Noter protokollen, nettverkene som ble prøvd og gatewayens syn. De tre avgjør de fleste 809-rapportene.