Fout 809 is eerst een padprobleem, geen inlogprobleem

Drie voorwaarden bepalen wat fout 809 u vertelt: of het protocol van het profiel het juiste is, of het pad dat protocol doorlaat en of de gateway de poging überhaupt heeft gezien. Tot die vragen beantwoord zijn, is de fout een time-out, en een time-out is geen oordeel over inloggegevens. De volgorde is belangrijk, want het verkeerde eerst wijzigen vernietigt het bewijs voor de andere twee.

Een geblokkeerde poort en een verkeerd wachtwoord geven volledig verschillende meldingen, en 809 is zelden het tweede.

Controleer het protocol dat het profiel gebruikt

Controleer de servernaam, het adres en het tunneltype aan de hand van de actuele instructies van de operator en noteer vervolgens van welk transport dat type afhangt. Die drie waarden horen bij elkaar; een juiste naam met een verouderd tunneltype faalt net als een verkeerde naam. IKEv2 leunt op UDP 500 en 4500, en native ESP-verkeer moet als eigen protocol worden toegestaan, niet als TCP of UDP. Een profiel dat uit een oude configuratie is gekopieerd, kan een tunneltype noemen dat de server niet meer biedt. Haal de waarde bij de operator in plaats van die af te leiden uit het label in het dialoogvenster.

Een browserspagina op dezelfde hostnaam test een volledig andere dienst. Die kan bewijzen dat de host leeft en bewijst niets over de mislukte onderhandeling.

Wissel van netwerk, niet van inloggegevens

Als het beleid het toestaat, test hetzelfde profiel vanaf een ander vertrouwd netwerk, met client en server ongewijzigd zodat het toegangspad het enige verschil is. Succes elders wijst op filtering op het oorspronkelijke pad, terwijl mislukking overal wijst op het eindpunt of het profiel zelf. Vraag de operator of de gateway de poging heeft gezien, want een client zonder bijbehorende servergebeurtenis is een andere grens dan een expliciete weigering.

Willekeurige registeraanpassingen en de firewall uitschakelen zijn populair advies voor deze code, en geen van beide volgt uit een bevestigde diagnose. Vraag de operator wat de gedocumenteerde correctie voor deze uitrol is.

Volg de code naar de volgende fase

Als een latere poging de authenticatie bereikt en een andere code oplevert, volg dan die nieuwe fase en laat de oorspronkelijke time-outdiagnose vallen. Een padprobleem meenemen in een accountonderzoek kost tijd aan beide kanten. Noteer het protocol, de fase die faalde en of de netwerkvergelijking is uitgevoerd, zodat de volgende persoon met bewijs begint en niet met de dialoogtekst.

Behandel de code als een fasemarkering, niet als een oordeel; die lezing is het verschil tussen een controle van vijf minuten en een verloren middag.

Wat u niet eerst moet wijzigen

Inloggegevens, vergrendelingsstatus en het certificaatarchief verdienen uiteindelijk allemaal aandacht. Geen ervan is waar 809 meestal begint, en er één eerst wijzigen haalt de vergelijking weg die het pad zou hebben gevonden. Bewaar die controles tot na de netwerktest. Houd de client, het profiel en de server vast terwijl u het netwerk varieert, en noteer wat u hebt gevarieerd.

Als de operator het eindpunt onlangs heeft gewijzigd, vraag dan de actuele gegevens in plaats van ze uit het geheugen te reconstrueren. Een adres dat niet meer bestaat levert precies deze klasse van fouten op.

Noteer het protocol, de geprobeerde netwerken en de kijk van de gateway. Die drie beslechten de meeste 809-meldingen.