Ang error 809 ay problema sa ruta bago problema sa pag-login

Tatlong kondisyon ang nagtatakda kung ano ang sinasabi ng error 809: kung ang protocol ng profile ay ang iniisip mo, kung pinapadaan ng ruta ang protocol na iyon, at kung nakita man ng gateway ang pagtatangka. Hangga't hindi ito nasasagot, ang error ay timeout, at ang timeout ay hindi hatol sa mga kredensyal. Mahalaga ang pagkakasunod-sunod, dahil ang pagpalit muna ng maling kondisyon ay sumisira sa ebidensya para sa dalawa pa.

Ang naka-block na port at maling password ay gumagawa ng lubos na magkaibang mensahe, at 809 ay bihirang ang pangalawa.

Kumpirmahin ang protocol na ginagamit ng profile

Suriin ang pangalan ng server, address at uri ng tunnel laban sa kasalukuyang tagubilin ng operator, pagkatapos ay itala kung aling transportasyon nakadepende ang uri na iyon. Ang tatlong halagang ito ay magkakaugnay; ang tamang pangalan na may lumang uri ng tunnel ay nabibigo tulad ng maling pangalan. Ang IKEv2 ay umaasa sa UDP 500 at 4500, at ang native na trapiko ng ESP ay dapat payagan bilang sarili nitong protocol, hindi bilang TCP o UDP. Ang profile na kinopya mula sa lumang setup ay maaaring magbanggit ng uri ng tunnel na hindi na inaalok ng server. Kunin ang halaga sa operator sa halip na hulaan ito mula sa label sa dialog.

Ang pahina ng browser sa parehong hostname ay sumusubok ng lubos na ibang serbisyo. Mapapatunayan nito na buhay ang host at wala itong pinapatunayan tungkol sa nabigong negosasyon.

Palitan ang network, hindi ang mga kredensyal

Kung pinapayagan ng patakaran, subukan ang parehong profile mula sa ibang pinagkakatiwalaang network, na hindi binabago ang client at server upang ang daan ng pag-access ang tanging pagkakaiba. Ang tagumpay sa ibang lugar ay tumutukoy sa pag-filter sa orihinal na ruta, habang ang kabiguan saanman ay tumutukoy sa endpoint o sa profile mismo. Itanong sa operator kung nakita ng gateway ang pagtatangka, dahil ang client na walang katumbas na kaganapan sa server ay ibang hangganan kaysa sa tahasang pagtanggi.

Ang mga random na pagbabago sa registry at pagpatay sa firewall ay popular na payo para sa code na ito, at wala sa dalawa ang nagmumula sa kumpirmadong diagnosis. Itanong sa operator kung ano ang dokumentadong pagwawasto para sa deployment na ito.

Sundan ang code hanggang sa susunod na yugto

Kung ang susunod na pagtatangka ay umabot sa authentication at gumawa ng ibang code, sundan ang bagong yugtong iyon at iwanan ang orihinal na diagnosis ng timeout. Ang pagdala ng problema sa ruta sa imbestigasyon ng account ay nagsasayang ng oras sa dalawa. Itala ang protocol, ang yugtong nabigo at kung ginawa ang paghahambing ng network, upang ang susunod na tao ay magsimula sa ebidensya at hindi sa teksto ng dialog.

Tratuhin ang code bilang marker ng yugto, hindi bilang hatol; ang pagbasang iyon ang pagkakaiba ng limang minutong pagsusuri at nawalang hapon.

Ano ang hindi dapat unahing palitan

Ang mga kredensyal, estado ng lockout at tindahan ng sertipiko ay lahat nararapat bigyan ng pansin sa huli. Wala sa mga ito ang lugar kung saan karaniwang nagsisimula ang 809, at ang pagpalit ng isa muna ay nag-aalis ng paghahambing na makakahanap ng ruta. Itabi ang mga pagsusuring iyon hanggang pagkatapos ng pagsubok sa network. Panatilihing nakatigil ang client, profile at server habang ibinabago ang network, at itala ang binago mo.

Kung binago ng operator ang endpoint kamakailan, humingi ng kasalukuyang detalye sa halip na buuin muli ito mula sa memorya. Ang address na wala na ay gumagawa ng eksaktong ganitong uri ng kabiguan.

Itala ang protocol, mga network na sinubukan at pananaw ng gateway. Ang tatlong ito ay nag-aayos ng karamihan sa mga ulat ng 809.