유휴 시 VPN 끊김 해결: Wi-Fi 절전 점검 목록

유휴 시 VPN 끊김을 순서대로 확인합니다. 시각을 확인하고, 무선과 터널을 분리하고, 실제 절전 상태를 읽은 뒤, 설정을 하나 바꿔 다시 테스트합니다.

노트북을 한동안 건드리지 않고 두면 터널이 죽고, 트랙패드를 만지는 순간 다시 살아납니다. 이 패턴은 VPN 게이트웨이가 자격 증명을 거부하는 것이 아니라 무선 링크가 절전 상태로 들어간다는 뜻입니다. 같은 프로필로 바쁜 아침이 증거입니다. 트래픽이 흐르는 동안에는 터널이 살아 있고, 무선이 조용해지면 끊깁니다. 아래 점검을 순서대로 진행하고, 처음 실패하는 지점에서 멈추고, 그다음에야 설정을 하나 바꾸십시오.

점검 하나: 끊김이 유휴를 따르는가

상관관계를 가정하지 말고 증명부터 하십시오. 마지막으로 보낸 패킷의 벽시계 시각, 클라이언트가 터널 다운을 보고한 시각, 그 사이에 화면이 꺼졌는지를 적어 두십시오. 간격이 매번 같다면 유휴 경로의 문제이고, 활발히 쓰는 중에 불규칙하게 끊긴다면 점검 다섯으로 넘어가십시오.

되돌리는 데 아무 비용이 없는 값싼 테스트입니다. 이십 분 동안 게이트웨이로 낮은 속도의 ping을 일정하게 보내고 기기는 그대로 두십시오. 그동안 터널이 계속 유지된다면, 꾸준한 소량 트래픽이 증상을 고치는 것이 아니라 가리고 있는 것이며 그것도 유용한 증거입니다. 저는 그 ping 출력을 임시 터미널에 남겨 두고 나중에 클라이언트 로그와 맞춰 봅니다. 두 시계는 좀처럼 일치하지 않기 때문입니다.

점검 둘: VPN 트래픽만인가

터널을 탓하기 전에 링크 자체가 아직 쓸 만한지 알아보십시오. 터널은 죽었지만 화면이 아직 꺼져 있을 때, 액세스 포인트 주소와 공용 호스트에 IP로 접근해 보십시오. 평범한 ping도 실패한다면 무선이나 액세스 포인트가 당신을 놓아 버린 것이고, VPN 클라이언트는 방관자일 뿐입니다.

터널이 조용한데 일반 트래픽이 흐른다면 링크는 건강하고, 문제는 터널 자체의 타이머나 클라이언트의 재개 처리에 있습니다. 서로 다른 수정이므로 이 단계를 건너뛰지 마십시오. Wi-Fi와 Ethernet이 모두 있는 노트북이라면 케이블을 뽑고 유휴 테스트를 반복하십시오. 유선 Ethernet에서 사라지는 유휴 끊김은 무선 계층에 유리한 강한 증거입니다.

점검 셋: 절전 상태 읽기

대부분의 데스크톱 환경은 체크 상자를 제공하지만, 그 상자는 드라이버가 실제로 있는 상태가 아닙니다. 먼저 드라이버 자체의 보고서를 읽고 나서 판단하십시오. mac80211을 쓰는 Linux에서는 인터페이스가 곧바로 답합니다.

iw dev wlan0 get power_save          # on or off, per interface
sudo iw dev wlan0 set power_save off # diagnostic only, lost on reconnect

두 번째 명령은 테스트이지 수정이 아닙니다. 연결 해제나 절전, 재부팅을 넘겨 살아남지 않으므로, 영구적인 변경을 남기지 않고 가설을 확인하는 깔끔한 방법이 됩니다.

Windows에서는powercfg /q SCHEME_CURRENT활성 전원 계획을 출력하고, 무선 어댑터 하위 트리는 어댑터에 절전을 지시할 수 있는지 보여 줍니다. 같은 선택지는 장치 관리자의 어댑터 전원 관리 탭에도 있습니다. macOS에서는 인터페이스별 802.11 절전이 공개되지 않으므로 대신pmset -g절전 및 대기 동작을 보십시오. 거기서는 보통 무선의 유휴 동작이 아니라 절전과 깨우기 경로가 원인으로 드러납니다.

점검 넷: 하나만 바꾸고 다시 테스트하기

실행마다 변수는 정확히 하나만 바꾸고 같은 작업 부하를 반복하십시오. 절전을 끈 상태에서 터널이 유휴 한 시간을 버틴다면 진짜로 무언가를 배운 것입니다. 여전히 끊긴다면 다음 아이디어를 시험하기 전에 되돌리십시오. 그렇지 않으면 겹치는 설정 세 개만 남고 어느 것이 중요한지 알 수 없게 됩니다.

연결 유지 기능은 또 다른 독립 변수이며 절전과 늘 혼동됩니다. WireGuard의PersistentKeepalive = 25NAT 매핑을 따뜻하게 유지하고,OpenVPN양쪽 끝에서keepalive와ping-restart을 사용합니다. 둘 다 원래는 조용한 터널에 트래픽을 만들므로, 끊김을 고친 것처럼 보이는 연결 유지가 무선 문제를 해결하는 대신 숨기고 있을 수 있습니다. 둘을 분리해서 하나씩 시험하십시오.

[Peer]
PublicKey = ...
Endpoint = vpn.example.net:51820
PersistentKeepalive = 25

점검 다섯: 무선이 결백할 때

절전을 끄고 연결 유지를 켠 상태에서도 유휴 끊김이 계속된다면 노트북 밖을 보십시오. 액세스 포인트와 가정용 공유기는 유휴 NAT나 세션 항목을 자체 일정에 따라 만료시키고, VPN 서버는 트래픽이 없는 세션을 끊을 수 있습니다.같은 SSID를 공유하는 액세스 포인트 사이의 로밍도 클라이언트가 분명히 말하지 않는 사이 링크를 초기화할 수 있습니다.

그다음 같은 네트워크에서 같은 유휴 테스트를 하는 두 번째 기기와 비교하십시오. 두 기기가 같은 간격으로 끊기면 경로나 서버의 이야기이고, 한 기기만 끊기면 로컬 드라이버나 전력의 이야기입니다. 그 비교는 십 분이면 되고, 잘못된 구성을 다시 쓰는 수고를 덜어 줍니다.

영구적으로 만들기 전에

무엇을 남길지 정하십시오. 끊김이 보인 네트워크에서만 절전을 끄는 프로필별 스크립트는 방어할 만합니다. 모든 네트워크에서 배터리 시간을 대가로 전부 끄는 전역 조정은 대개 그렇지 않습니다.

  • 원래 절전 값을 스크립트 옆에 기록해 복원할 수 있게 하십시오.
  • 드라이버나 클라이언트를 업데이트할 때마다 유휴 테스트를 다시 하십시오. 기본값은 바뀝니다.
  • 문제를 보고할 때는 ping 로그와 클라이언트 로그를 함께 두십시오.
  • 두 번째 단계가 실패했다면 VPN 설정 변경을 멈추고 로컬 링크 결함으로 다루십시오.

하나만 한다면 점검 둘을 하십시오. 이 목록의 나머지가 자신에게 해당하는지를 결정하는 것이 바로 이것이고, 답이 절전이라고 이미 정해 버린 사람이 건너뛰는 단계도 이것입니다.

관련 글