두 초간 멈춤: VPN 때문이었을까, Wi-Fi 때문이었을까?
두 초의 멈춤과 새 VPN 세션은 서로 다른 사건입니다. 타이머를 바꾸기 전에 접속 경로와 터널을 각각의 시간선에 올려 두세요.
두 초 만에 스스로 회복되는 멈춤은 터널이 재협상했든 무선이 휘청였든 똑같아 보입니다. 아무것도 끊기지 않았을 가능성도 있으며, 그 가능성을 먼저 시험해 볼 가치가 있습니다. 짧은 손실 폭주, 재협상, 애플리케이션 멈춤은 키보드 앞에 앉은 사람에게 똑같이 느껴집니다. 셋 중 설정을 고쳐 해결되는 것은 하나뿐입니다.
기록은 둘, 하나가 아니다
아래쪽 연결에 무슨 일이 있었는지, 그리고 터널 자체가 무엇을 했는지 따로 적어 두세요. 그다음 애플리케이션의 멈춤을 두 기록에 나란히 놓습니다. 이는 때로 겹치는 독립적인 사건 계열이며, 셋 모두를 끊김이라고 부르는 것은 처음부터 답을 가정하는 일입니다.
분에 한 번만 확인하는 모니터는 두 초의 중단을 볼 수 없습니다. 그날을 건강하다고 보고하는 것은 기술적으로 정확하고 실용적으로 쓸모없습니다. 인용하는 모든 결과 옆에 샘플링 간격을 적으세요.
앱이 멈춰 있는 동안 접속 링크가 한 일
샘플링 간격과 제한 시간이 모니터가 애초에 무엇을 관찰할 수 있었는지를 정하므로, 둘 다 결과 옆에 기록하세요. 계측기가 예순 초마다 샘플을 뜨면 장애가 없었다는 기록의 의미는 작습니다. 다음으로 로컬 라우터, 일반 경로로 도달하는 승인된 외부 호스트, 터널 뒤의 자원 등 세 곳을 타임스탬프와 함께 확인하세요.
공개 대상 자체가 터널을 통해 라우팅되면 접속 경로가 아니라 터널을 재는 셈이므로 경로를 먼저 확인하세요. 장애를 실제로 날짜로 특정하는 증거는 라우터의 링크 이벤트, 모뎀의 재동기화 기록, 바뀐 WAN 주소처럼 한 계층 아래에 있습니다. 누적 오류 카운터는 무언가 잘못됐다는 사실을 알려 주지만 언제인지는 결코 알려 주지 않습니다. 그 기록들은 따로 읽지 말고 사건 시간대와 상관시키세요.
ping -i 0.5 -c 40 192.168.60.1
mtr -rwc 40 203.0.113.25
ip -brief address show어제 올라간 카운터는 오늘 아침의 멈춤을 전혀 설명하지 못합니다. 상관 범위를 사용자가 보고한 시간대로 한정하세요.
재시작 기록을 찾으세요
잃어버린 UDP 데이터그램 하나로 Community OpenVPN 이 새 TLS 협상을 시작하지는 않습니다. 재시작 동작은 ping-restart 을 따르며, 적용 중인 값은 서버가 밀어 넣었을 수 있고, 2.6 설명서가 그 타이머를 정의합니다. 전달이 잠깐 끊기고 임계값은 결코 넘지 않으며 로그는 비어 있습니다. 그래서 멈춤 전후의 로그에서 재시작 줄, 새 연결, 바뀐 세션 식별자를 찾으세요. 셋 중 아무것도 나타나지 않으면 터널은 아무것도 하지 않았고 타이머는 처음부터 문제가 아니었을 가능성이 큽니다.
keepalive를 줄이면 탐지가 더 빨라 보이고, 작은 흔들림이 재연결이 되는 경계가 옮겨집니다. 재연결마다 인증 한 차례와 경로 재설치가 필요합니다. 타이머를 늘리면 죽은 경로가 아직 살아 있는 것처럼 보이는 시간이 길어질 뿐입니다. 둘 다 대가가 있는 조정이며 무료 개선이 아닙니다.
일어나지 않은 사건도 증거이며, 로그 어디도 주목을 끌지 않아 사람들이 건너뛰기 쉬운 종류입니다. 수행한 검색을 결과만이 아니라 그대로 기록하세요.
무엇을 고칠지는 비교가 결정하게 하세요
두 기록을 나란히 두면 배분은 대개 스스로 써집니다. 두 경로 모두에서 라우터 링크 이벤트가 있었다면 주제는 접속 연결입니다. 조용한 터널과 쓸 만한 일반 경로라면 주제는 협상입니다.
| What you observed | Tunnel log at that second | Where to look next |
|---|---|---|
| two-second pause, plain path answers throughout | nothing | the monitor's resolution, then a loss burst |
| pause plus a router link event, plain path stops and returns | no restart line | the access link, not the tunnel timer |
| pause, then a new session identifier | restart line | the restart threshold and what triggered it |
| one application freezes while both paths answer | nothing | that application and its server-side work |
각 행은 단서이지 판결이 아니며, 종단점은 ICMP의 우선순위를 낮추고 두 목적지가 같은 경로를 공유한다고 보장할 수 없습니다. 비교가 가능하도록 클라이언트, 게이트웨이, 애플리케이션의 시계를 맞추세요. 두 열에 모두 들어맞는 행에는 결정이 아니라 관찰이 하나 더 필요합니다.
검토를 견디는 보고서는 멈춤이 얼마나 지속됐는지, 어떤 경로가 계속 응답했는지, 그 초에 터널이 무엇을 기록했는지, 모니터가 얼마나 자주 샘플을 뜨는지에 답합니다. 이 네 가지 사실이 있으면 다음 독자는 요약을 믿는 대신 관찰을 재현할 수 있습니다. 가동률은 당신이 신경 쓰는 구간을 정확히 감추며, "VPN이 끊겼다"는 말도 마찬가지입니다.