VPN이 같은 간격으로 끊기나요? 타이머를 맞춰 보세요
고정된 간격의 끊김은 지문입니다. 무엇이든 바꾸기 전에 터널 키 재협상, NAT 유휴 타이머, DHCP 임대, 계정 한도를 비교하세요.
십오 분마다, 또는 매시 같은 분에 죽는 터널은 네트워크가 불안정하다는 것이 아니라 어떤 타이머가 만료되었다고 알려 줍니다. 유용한 조치는 간격을 적어 두고 이 패턴을 만드는 네 가지 타이머와 비교하는 것입니다. 그 비교 전에 시간 제한을 바꾸면 보통 원인을 설명하지 않은 채 고장이 옮겨가고, 다음 발생은 첫 번째보다 읽기 어려워집니다. 측정은 십 분이 걸리고 일주일의 추측을 대신합니다.
간격을 숫자로 바꾸기
다섯 번이나 여섯 번의 발생을 모아 하루 시작부터가 아니라 그 사이의 간격을 계산하세요. 09:12, 10:12, 11:12의 끊김은 매시 경계이고, 09:12, 09:27, 09:42의 끊김은 마지막 성공 연결로부터 십오 분입니다. 결과는 가장 가까운 분이 아니라 가장 그럴듯한 타이머로 반올림하세요.
이벤트마다 트래픽이 마지막으로 움직인 시각과 클라이언트가 끊김을 보고한 시각, 두 가지를 기록하세요. 터널이 조용히 죽고 클라이언트가 다음 전송에서야 알아차릴 때 이 둘은 어긋나며, 그 차이가 유휴 타임아웃과 단단한 고장을 가릅니다. 늦게 알아차리는 클라이언트는 측정하는 유휴 창을 부풀립니다.
재연결이 자동인지 확인하세요. 몇 초 안에 다시 연결하는 클라이언트는 간격을 로그에 남기고 사용자 보고에서는 빼기 때문에, 이런 고장은 주기적이 아니라 가끔 일어나는 것으로 설명되곤 합니다. 또한 노트북을 쓰는 사람에게서 이벤트를 숨깁니다.
비슷하게 보이는 네 가지 타이머
반복되는 터널 끊김은 거의 프로토콜 키 재협상, 유휴 매핑 만료, DHCP나 인터페이스 이벤트, 또는 계정 정책에서 옵니다. 차이는 트래픽이 흐르고 있었는지와 경계에서 로그가 무엇을 말하는지입니다.
아래 서명은 로그 한 줄로 세 가지 설명을 물리칠 수 있어 배울 가치가 있습니다:
| Timer | Typical trigger | What the log shows at the boundary |
|---|---|---|
| Protocol rekey | Traffic present, fixed interval | Negotiation lines, sometimes a failure |
| NAT or firewall idle | No traffic for minutes | Silence, then a timeout on send |
| DHCP lease or link change | Half the lease, or a radio event | Address or interface churn |
| Account session limit | Wall-clock hours since login | Clean disconnect, server-side reason |
첫 줄은 제 일을 하는 보안 메커니즘이고, 둘째는 상태를 잊는 중간 장비입니다. 둘을 혼동하면 키 재협상을 약화시키거나, 애초에 관련 없던 방화벽 규칙을 쫓게 됩니다.
바쁨과 유휴가 어느 절반인지 알려 줍니다
터널 안 호스트로의 긴 스트림처럼 연속 트래픽으로 통제된 비교를 하고, 간격이 바뀌는지 보세요. 데이터가 흐르는 동안 끊김이 사라지면 타이머는 유휴 기반입니다.
연속 트래픽에서도 살아남으면 원인은 키 재협상, 임대, 정책 쪽입니다. 이 한 가지 시험으로 약 한 시간의 관찰에서 후보의 절반이 사라지고, 드는 비용은 주의력뿐입니다.
시험 중에는 액세스 네트워크를 바꾸지 마세요. 비교 중간에 Wi-Fi와 Ethernet을 오가면 타이머와 구별하려는 인터페이스 이벤트를 정확히 끌어들입니다.
로그 줄을 경계와 맞추기
기록한 시각 전후의 클라이언트와 서버 로그를 파일 전체가 아니라 읽으세요. 키 재협상은 협상을 보여 주고, 유휴 만료는 다음 패킷까지 아무것도 보여 주지 않으며, 임대 변경은 주소 작업을 보여 주고, 정책 한도는 보통 깔끔한 관리적 연결 해제를 보여 줍니다.
다음 명령은 각 소스에서 해당 창을 뽑아냅니다:
grep -iE "reneg|TLS Error|Inactivity" /var/log/openvpn.log | tail -20
journalctl -u NetworkManager --since "-90 min" | grep -iE "dhcp|link"
wg show세 소스가 타임스탬프에서 일치하면 타이머의 주인을 아는 것입니다. 클라이언트 로그에만 무언가 있다면 세션을 끝내는 쪽은 서버가 아닐 가능성이 큽니다.
고칠 것은 단계이지 아이콘이 아닙니다
주인마다 지원되는 수리는 하나입니다. 키 재협상 실패에는 양쪽 끝의 호환되는 제안이 필요합니다. 유휴 만료에는 경로가 허용하는 범위에서 킵얼라이브나 더 짧은 유휴 기대가 필요합니다. 임대 이벤트에는 인터페이스나 전원 설정을 손봐야 합니다. 계정 한도는 정책 결정이지 버그가 아닙니다.
아이콘을 초록으로 유지하려고 키 재협상이나 인증을 끄는 것은 보이는 끊김을 보이지 않는 약점과 맞바꾸는 일이며, 터널이 마지막으로 새 키를 협상한 때를 말할 수 없게 만듭니다. 그 뒤 원래 시간을 다시 시험하고 타임스탬프를 남기면, 다음 사건을 처음부터 다시 시작하지 않고 이것과 비교할 수 있습니다.