클라이언트 업데이트 후 VPN이 끊기나요? 협상을 비교해 보세요

업데이트는 프로필을 해석하고 터널을 협상하는 구성 요소를 교체합니다. 업그레이드 후의 첫 실패는 특정 변경에 대한 증거이며, 그 릴리스에 대한 판결이 아닙니다. 그 오류를 버전과 타임스탬프와 함께 보관하는 것이 무엇이든 다시 설치하기 전에 할 수 있는 가장 가치 있는 단계입니다.

이런 끊김의 대부분은 두 가지 메커니즘으로 설명됩니다. 둘을 분리하는 것이 일입니다.

협상에서 무엇이 바뀌었나

OpenVPN은 데이터 채널 암호를 단일 지시문에서 가져오지 않고 협상하며, 그 협상을 제어하는 옵션의 의미는 릴리스마다 바뀌었습니다. 구형 클라이언트용으로 작성된 프로필은 연결된 뒤 데이터 채널에 합의하지 못할 수 있으며, 이는 명확한 구성 오류가 아니라 연결 끊김으로 나타납니다. 최신 릴리스는 레거시 동작을 강화하거나 폐기하고, 아직 옮기지 않은 피어를 위한 호환 모드를 함께 제공합니다. 그래서 업그레이드는 파일의 한 바이트도 건드리지 않고 작동하던 프로필을 깰 수 있습니다.

클라이언트에 대한 영향은 비대칭입니다. 제어 채널이 열리고 인증이 성공한 뒤 터널이 죽는데, 이는 프로필이 거부된 것이 아니라 협상 불일치의 특징입니다.

서버에 대해 추측하기 전에 설치된 버전을 읽으세요. 그 문자열은 누구에게도 접근 권한을 요청하지 않고 확인할 수 있는 로컬 사실입니다.

프로필이 해석되면서 다른 뜻이 될 수 있다

해석을 통과하는 지시문이 반드시 작성자가 의도한 대로 여전히 동작하는 것은 아닙니다. 옵션은 호환성을 위해 받아들여진 뒤 무시되거나, 이름이 바뀌거나, 이전보다 좁은 경우에만 적용될 수 있습니다. 아무것도 오류를 내지 않으므로 프로필은 올바르게 보이지만 그 아래의 동작은 바뀌었습니다. 바로 그 침묵이 이런 회귀를 비싸게 만듭니다.

협상된 결과에 실제로 책임이 있는 줄이 무엇인지 묻고, 지금 실행 중인 버전의 문서와 대조하세요. 그 비교는 짧으며, 수정과 롤백의 차이가 바로 거기에 있습니다.

openvpn --version | head -n 2
openvpn --show-ciphers | head -n 10
grep -nE '^(cipher|data-ciphers|ncp-|tls-)' office.ovpn

플랫폼도 동시에 움직였다

클라이언트 릴리스는 좀처럼 혼자 오지 않습니다. 운영체제 업데이트, 이제 명시적 허가를 요구하는 권한 프롬프트, 또는 기기에 적용된 관리 정책이 같은 주에 겹쳐 클라이언트가 비난받는 실패를 만들 수 있습니다. 모바일 플랫폼은 자체 계층을 더합니다. 앱이 시스템에 터널을 요청하고, 그 터널이 무엇을 라우팅할 수 있는지는 시스템이 정하기 때문입니다.

그 변경들을 타임라인에 따로 기록하세요. 인증은 성공하는데 경로나 이름 확인이 실패한다면 흥미로운 단계는 핸드셰이크 이후이며, 인증서 검증을 약화시켜도 거기에는 닿지 않습니다.

보고서를 시작한 사건을 다시 시험하세요

단순화한 버전이 아니라 원래 순서를 재현하세요. 최초 연결, 실패한 애플리케이션, 네트워크 변경 후의 평범한 재연결입니다. 시험 조건에서는 올라오지만 재연결 경로에서 여전히 떨어지는 터널은 고쳐지지 않은 것이며, 그 차이는 보통 실제 결함이 어디에 있는지 알려 줍니다. 재연결 단계를 빼먹은 보고서는 아직 열려 있는 버그를 닫아 버립니다.

전면 롤백 대신 검증된 경로로 사업자가 지원하는 프로필이나 공급업체의 수정을 받으세요. 폭넓은 다운그레이드는 업데이트가 가져온 보안 수정까지 되돌리며, 그 맞바꿈은 작동하는 연결 하나에 거의 값하지 않습니다.