VPN은 데이터를 더 쓸까? 오버헤드, 키프얼라이브, 카운터

한 달간 여행한 뒤 데이터 경고가 오면 이 질문이 떠오릅니다. VPN이 용량을 먹어버린 걸까. 터널이 바이트를 더하는 것은 사실입니다. 모든 패킷에 새로운 외부 헤더가 붙고 연결 자체가 제어 트래픽을 나르기 때문입니다. 하지만 내려받은 파일을 두 배로 만들지도, 사업자가 측정을 멈추게 하지도 않습니다. 정직한 답은 두 갈래입니다. 하나는 오버헤드에 관한 것, 다른 하나는 숫자가 어떻게 만들어지는지에 관한 것입니다.

속설: VPN이 사용량을 몇 배로 늘린다

터널링이 트래픽을 대략 두 배로 늘리므로 용량이 두 배 빠르게 사라진다는 믿음입니다. 그러려면 오버헤드가 페이로드 크기에 가까워져야 하는데, 아주 작은 패킷과 말 많은 프로토콜에서만 그런 일이 생깁니다. 일반적인 탐색과 스트리밍에서 추가 바이트는 전체의 작은 부분이고, 한 달이 일찍 끝나는 이유가 터널인 경우는 드뭅니다. 불안정한 터널은 다른 이야기이며, 진짜 배증은 거기에 있습니다.

사업자는 내부에 무엇이 있든 외부 연결을 측정하므로, 터널이 트래픽을 무료로 만들 수는 없습니다. 통신사로부터 볼륨을 숨길 수도 없습니다. 그것을 옮기는 주체가 통신사이기 때문입니다.

실제로 바이트를 더하는 것

캡슐화는 각 패킷을 새 헤더로 감싸고 인증은 자체 필드를 더하며, 정확한 비용은 프로토콜과 사용하는 주소 체계에 따라 다릅니다. 작은 패킷이 가장 불리한데, 고정 헤더가 작은 총합에서 더 큰 비중을 차지하기 때문입니다. 최대 크기 페이로드로 이어지는 전송은 상대적으로 덜 지불하며, 같은 VPN에서 두 사람이 매우 다른 비율을 보는 이유가 여기 있습니다. 패킷 크기와 MTU가 경로의 얼마를 헤더에 쓸지 결정합니다.

키프얼라이브와 핸드셰이크는 터널을 열어 두기 위해 존재하는 트래픽을 더하며, 무언가 고장 나기 전까지는 무시할 수준입니다. 불안정한 링크는 이를 실제 비용으로 바꿉니다. 재연결마다 설정이 반복되고, 끊긴 스트림마다 애플리케이션이 재시도하기 때문입니다. 비싼 쪽은 재시도입니다. 처음부터 다시 시작하는 업로드는 일주일치 키프얼라이브보다 더 들 수 있습니다.

애플리케이션은 파일 내용 외에도 더 보냅니다. 요청, 확인 응답, 프로토콜 대화는 터널 이전에도 있었고 여전히 계산되므로, 있고 없음의 차이는 대화 전체가 아니라 포장입니다. VPN이 실제로 소유하는 부분은 포장뿐입니다.

두 카운터가 절대 일치하지 않는 이유

사용량을 보고할 수 있는 곳은 네 군데입니다. 휴대폰, VPN 앱, 공유기, 통신사이며 각각 다른 인터페이스를 다른 기간에 측정합니다. 가상 인터페이스 카운터는 내부 트래픽을 보고 물리 인터페이스는 외부 패킷을 보므로, 둘의 차이는 측정하려는 오버헤드와 거의 같습니다. 일부 귀속 보기가 겹치기도 하는데, 표시된 숫자를 모두 더하면 같은 바이트를 두 번 세게 됩니다. 청구 주기, 앱 세션, 운영체제 리셋도 시작 시점이 다릅니다.

Android에서 이를 지원하는 보기는 NetworkStatsManager 이며, 시간 창별로 인터페이스와 uid별 버킷을 보고합니다. 돈이 걸린 일이라면 앱 세션 합계보다 사업자의 과금을 믿으세요. 앱은 편의를 위한 보기이며 구현 방식에 따라 트래픽을 포함하거나 제외할 수 있고, 보고가 지연되면 아무것도 바뀌지 않았는데도 나중 수치가 틀려 보입니다.

adb shell dumpsys netstats | grep -A3 "iface=wlan0"
adb shell dumpsys netstats detail | grep -i vpn

무엇이든 비교하기 전에 각 줄의 인터페이스 이름을 읽으세요. 서로 다른 인터페이스의 두 합계는 같은 것의 두 측정이 아니며, 이를 하나로 취급하면 실제로는 회계상 차이인 오버헤드 수치가 나옵니다.

속도 테스트 대신 반복 가능한 작업을 측정하세요

카운터 하나, 기기 하나, 네트워크 하나, 작업 하나를 고른 뒤 작업을 반복하고 측정값을 비교하세요. 속도 테스트는 잘못된 도구입니다. 의도적으로 최대한 많이 소비하며, 그 비용이 조사하던 일상의 문제를 넘어설 수 있기 때문입니다. 먼저 백업과 업데이트를 멈추고 배경 활동이 가라앉기를 기다린 뒤, 숫자 옆에 프로토콜과 클라이언트 버전을 적으세요. 이어서 하는 업로드는 깨끗한 전송과 다른 작업량이므로 둘을 비교해도 유용한 것은 측정되지 않습니다.

직접 비교가 개인정보 요구와 충돌한다면 대신 지원되는 두 VPN 구성을 비교하고 그 한계를 결과와 함께 적으세요. 어떤 구성이 어떤 숫자를 냈는지 기록하면 비교는 다음 사람에게도 이어집니다.

청구서와 앱이 어긋날 때 볼 곳

먼저 기간을, 다음으로 인터페이스를, 다음으로 계층을 확인하세요. 세 가지를 모두 통과해도 어긋난다면 클라이언트 설정이 아니라 사업자에게 할 질문이며, 답은 보통 보고 지연이나 공유 한도를 언급합니다.

앱 업데이트와 모바일 데이터 설정을 한도에 맞게 유지하고, 대량 전송은 감당할 수 있는 연결로 예약하세요. 테더링을 한다면 핫스팟 범위를 따로 확인하세요. 휴대폰의 터널은 테더링된 트래픽이 어떻게 라우팅되고 계산되는지에 대해 아무것도 말해 주지 않습니다.