809 오류는 로그인 문제가 아니라 경로 문제입니다

809 오류가 무엇을 말하는지는 프로필의 프로토콜이 생각하는 그 프로토콜인지, 경로가 그 프로토콜을 통과시키는지, 게이트웨이가 그 시도를 아예 보았는지라는 세 가지 조건이 결정합니다. 이 질문에 답이 나오기 전까지 오류는 시간 초과이며, 시간 초과는 자격 증명에 대한 판정이 아닙니다. 순서가 중요하며, 잘못된 조건을 먼저 바꾸면 나머지 둘의 증거가 사라집니다.

막힌 포트와 잘못된 암호는 전혀 다른 메시지를 만들며, 809가 후자인 경우는 드뭅니다.

프로필이 쓰는 프로토콜을 확인하십시오

서버 이름, 주소, 터널 유형을 운영자의 현재 지침과 대조하고, 그 유형이 어느 전송에 의존하는지 적어 두십시오. 이 세 값은 함께 움직이며, 오래된 터널 유형을 가진 올바른 이름은 잘못된 이름과 똑같이 실패합니다. IKEv2는 UDP 500과 4500에 의존하고, 원래의 ESP 트래픽은 TCP나 UDP가 아니라 자체 프로토콜로 허용되어야 합니다. 오래된 설정에서 복사한 프로필은 서버가 더 이상 제공하지 않는 터널 유형을 가리킬 수 있습니다. 대화 상자의 레이블에서 추론하지 말고 운영자에게 값을 받으십시오.

같은 호스트 이름의 브라우저 페이지는 전혀 다른 서비스를 시험합니다. 호스트가 살아 있음은 증명할 수 있지만 실패한 협상에 대해서는 아무것도 증명하지 못합니다.

자격 증명이 아니라 네트워크를 바꾸십시오

정책이 허용한다면 같은 프로필을 다른 신뢰할 수 있는 네트워크에서 시험하되 클라이언트와 서버는 그대로 두어 접근 경로만 차이가 나게 하십시오. 다른 곳에서의 성공은 원래 경로의 필터링을 가리키고, 어디서나 실패하면 엔드포인트나 프로필 자체를 가리킵니다. 게이트웨이가 그 시도를 보았는지 운영자에게 물어야 하며, 서버에 대응하는 이벤트가 없는 클라이언트는 명시적 거부와는 다른 경계입니다.

레지스트리를 임의로 고치거나 방화벽을 끄는 것은 이 코드에 대해 흔한 조언이며, 둘 다 확인된 진단에서 나온 것이 아닙니다. 이 배포에 대해 문서화된 수정이 무엇인지 운영자에게 물으십시오.

코드를 다음 단계로 따라가십시오

이후 시도가 인증까지 도달해 다른 코드를 내면 그 새 단계를 따르고 원래의 시간 초과 진단은 버리십시오. 경로 문제를 계정 조사로 끌고 가면 양쪽 모두 시간을 낭비합니다. 프로토콜, 실패한 단계, 네트워크 비교를 했는지를 기록해 다음 사람이 대화 상자의 문구가 아니라 증거에서 시작하게 하십시오.

코드를 판정이 아니라 단계 표시로 다루어야 하며, 그렇게 읽는 것이 오 분짜리 점검과 잃어버린 오후의 차이입니다.

먼저 바꾸지 말아야 할 것

자격 증명, 잠금 상태, 인증서 저장소는 결국 모두 주의를 기울일 가치가 있습니다. 어느 것도 809가 보통 시작되는 지점이 아니며, 하나를 먼저 바꾸면 경로를 찾아냈을 비교가 사라집니다. 이런 점검은 네트워크 시험 뒤로 미루십시오. 네트워크를 바꾸는 동안 클라이언트, 프로필, 서버는 고정하고 무엇을 바꿨는지 기록하십시오.

운영자가 최근에 엔드포인트를 바꿨다면 기억에서 재구성하지 말고 현재 세부 정보를 요청하십시오. 더 이상 존재하지 않는 주소는 정확히 이런 종류의 실패를 만듭니다.

프로토콜, 시험한 네트워크, 게이트웨이가 본 상황을 기록하십시오. 이 세 가지로 대부분의 809 보고가 정리됩니다.