vpnc가 24분에 연결이 끊기는 이유와 바꿔야 할 설정

터널이 반복되는 간격으로 죽는다면 그것은 나쁜 케이블이 아니라 스스로를 보고하는 타이머입니다. 이십사 분은 1440초이며, 프로파일이나 헤드엔드 정책이 담는 둥근 값입니다. 그러면 같은 구성이 매번 같은 집선기에 대해 실패하고 다른 모든 네트워크는 동작하며, 아무리 링크를 시험해도 바뀌지 않습니다.

어느 타이머가 당신의 것인지는 세 가지 조건이 결정합니다: 클라이언트가 유휴 세션을 포기하는지, 키 갱신 교환이 거부되는지, 변환 게이트웨이가 캡슐화를 다시 썼는지입니다.

어느 타이머가 끊김을 소유하는가

설정을 건드리기 전에 최소 세 번의 재연결에 걸쳐 간격을 재십시오. 몇 초의 흩어짐은 링크 손실이나 무선 로밍을 가리키고, 매번 같은 지점에서 몇 초 안에 떨어지는 값은 정책 값을 가리킵니다. 세션 길이는 클라이언트 측 타임아웃과 서버 측 삭제가 디버그 출력에 서로 다른 마지막 줄을 남기기 때문에 누가 끝냈는지도 알려 줍니다. 세 번의 재연결은 간격이 애초에 흘러가는지도 보여 주지만, 한 번의 측정으로는 알 수 없습니다.

말하던 헤드엔드 옆에 그 숫자를 적어 두십시오. 간격이 안정되면 남은 일은 세 원인 중에서 고르는 것이고, 재연결마다 설정 하나만 바꾸는 것이 그것들을 구별 가능하게 유지합니다.

사례 하나: 클라이언트가 유휴 세션을 포기한다

vpnc는 자체 죽은 피어 검사를 실행하며, 그 검사는 집선기가 아직 살아 있다고 믿는 세션을 죽일 수 있으며, 특히 둘 사이에 변환 게이트웨이가 있을 때 그렇습니다. 문서에 있는 클라이언트 측 해결책은 타이머를 로컬에서 끄고 피어가 언제 사라졌는지 헤드엔드가 결정하게 하는 것입니다. 아래 두 줄은 모두 vpnc 프로파일이나 명령줄에 들어가며, 둘 다 암호화 설정과 무관합니다.

DPD idle timeout (our side) 0
NAT Traversal Mode cisco-udp

클라이언트 DPD를 비활성화하면 잘못된 경보가 사라지고 유일한 로컬 감지도 사라지므로, 단독으로 적용하고 간격이 애초에 바뀌는지 지켜보십시오.

사례 둘: 키 갱신이 거부된다

간격이 DPD 변경을 견디면 1단계 키 갱신이 후보가 됩니다. 오래된 vpnc 빌드는 현재보다 키 갱신을 덜 조심스럽게 다뤘고, 흔한 이견은 Diffie-Hellman 그룹입니다. 헤드엔드가 이미 받아들이는 그룹을 강제하는 데는 한 줄과 재연결 한 번이 들므로, 정책 변경이 아니라 값싼 실험이 됩니다.

IKE DH Group dh5

유효한 그룹 이름은 dh1, dh2, dh5입니다. 집선기가 거부하는 그룹은 즉시 실패를 내며, 그것도 정보이며, 헤드엔드가 까다롭고 원래 그룹이 아마 맞았다는 것을 알려 줍니다.

사례 셋: 변환이 캡슐화를 다시 쓴다

변환 게이트웨이 뒤에서는 Cisco의 UDP 캡슐화와 표준 기반 모드가 서로 바꿀 수 없습니다. 잘못된 선택은 흔히 연결이 성립하고 트래픽을 통과시킨 뒤 부하에서 만료되는 터널을 만들며, 이는 대역폭 문제처럼 읽히지만 그렇지 않습니다. 모드만 바꾸고 다시 연결한 뒤 끊김을 다시 재십시오. 다른 모드는 처음 두 사례를 배제한 뒤에만 시도하십시오.

프런트엔드는 여기서 나름의 혼란을 더합니다. NetworkManager는 플러그인 패키지가 설치되기 전까지 vpnc 연결 유형을 제공하지 않으며, 빠진 플러그인은 오류가 아니라 회색으로 표시된 추가 버튼으로 나타납니다. KDE 프런트엔드는 같은 값을 자체 프로파일에 보관하므로, 데몬이 편집한 내용을 읽는지 확인하십시오.

명령줄에서는 잘 연결되지만 데스크톱에서는 안 되는 프로파일은 타이머 문제가 아니라 프런트엔드 문제입니다.

세 번째 변경 전에 실패하는 교환을 확인하십시오

디버그 출력으로 클라이언트를 실행하고 끊김 전의 마지막 교환을 읽으십시오. 연결 해제 직전의 1단계 삭제는 클라이언트가 키를 갱신했고 거부되었음을 뜻합니다. 같은 지점의 2단계 삭제는 터널이 반대편에서 해체되었음을 뜻하며, 클라이언트 설정은 원인이 아닙니다.

vpnc --debug 3 office

터널이 살아남는데 트래픽이 멈출 때는 두 번째 네트워크 데몬도 확인하십시오. 라우팅 테이블을 쓰는 두 관리자는 데스크톱에서 같은 증상과 전혀 다른 로그를 만듭니다.