브라우저 VPN vs 앱 VPN: Chrome 확장과 앱의 보호 범위 차이

브라우저 VPN과 앱 VPN은 각각 무엇인가요?

브라우저 VPN이란 브라우저 확장 프로그램으로 동작하며 그 브라우저의 통신만 원격 서버를 거치게 하는 방식을 말합니다. 이름은 VPN이지만 대부분 기술적으로는 VPN 터널이 아니라 프록시이며, StageVPN for Chrome도 Chrome의 프록시 설정을 이용해 통신을 StageVPN 서버의 HTTPS 프록시로 보냅니다.

앱 VPN이란 기기에 설치한 앱이 운영체제의 VPN 기능(iPhone의 Network Extension, Android의 VpnService)으로 가상 네트워크 장치를 만들고, 기기에서 나가는 통신 전체를 암호화 터널로 보내는 방식입니다. StageVPN 앱(iPhone·Android)은 이 터널을 WireGuard 프로토콜로 만듭니다.

두 방식의 공통점은 방문한 사이트에 내 원래 IP 대신 StageVPN 서버의 IP가 보인다는 것입니다. 차이는 적용 범위와 기술입니다. 확장은 Chrome이라는 프로그램 하나에, 앱은 기기 전체에 적용됩니다.

한눈에 보는 차이: 보호 범위, 기술, DNS, WebRTC

가장 큰 차이는 보호 범위입니다. 확장은 Chrome의 웹 요청만, 앱은 기기의 모든 IP 패킷을 서버로 보냅니다. 나머지 차이는 대부분 이 구조에서 나옵니다.

기록 항목이 다른 이유도 동작 방식에 있습니다. 프록시는 접속할 사이트 이름을 받아 대신 연결하므로 호스트 이름이 남고, WireGuard 서버는 IP 패킷을 전달하므로 목적지 IP와 포트가 남습니다. 두 경우 모두 페이지 내용, URL 경로, 검색어 같은 통신 내용은 기록하지 않으며, 전체 항목은 접속 기록 보관 고지에 공개되어 있습니다.

StageVPN for Chrome은 어떻게 동작하나요?

StageVPN for Chrome은 연결 버튼을 누르면 Chrome의 프록시 설정을 StageVPN HTTPS 프록시 하나로 고정하고, 이후 Chrome이 여는 웹 요청을 그 프록시로 보냅니다. HTTPS 프록시란 브라우저와 프록시 서버 사이의 연결 자체를 TLS로 암호화하는 프록시를 말합니다. 그래서 공용 Wi-Fi의 다른 사용자나 운영자에게는 Chrome이 어느 사이트로 가는지 대신 StageVPN 프록시로 가는 암호화된 연결만 보입니다.

HTTPS 사이트에 접속할 때는 암호화가 두 겹이 됩니다. 바깥쪽은 Chrome과 프록시 사이의 TLS, 안쪽은 Chrome과 사이트 사이의 TLS입니다. 프록시는 CONNECT로 만든 통로를 이어 줄 뿐 안쪽 암호문을 해독하지 않으므로 페이지 내용은 프록시에서도 보이지 않습니다. 반대로 주소가 http://로 시작하는 사이트는 프록시에서 사이트까지 구간이 암호화되지 않습니다.

프록시를 거치지 않는 주소

로컬 네트워크 주소(10.x, 172.16~172.31.x, 192.168.x, 169.254.x 대역과 localhost)와 StageVPN 계정 서버 주소는 프록시를 거치지 않고 직접 연결됩니다. 공유기 관리 페이지나 사내 프린터처럼 같은 네트워크 안의 장비에 계속 접속할 수 있게 하고, 연결이 끊겨도 로그인과 세션 정리를 할 수 있게 하기 위해서입니다. 프록시 서버 자체의 주소를 찾는 이름 조회도 현재 네트워크에서 이뤄집니다.

시크릿 창과 다른 확장 프로그램

시크릿 창에서도 쓰려면 Chrome의 확장 프로그램 관리 화면에서 StageVPN의 '시크릿 모드에서 허용'을 켜야 하며, 꺼져 있으면 확장 화면이 이를 안내합니다. 또 Chrome의 프록시 설정은 한 번에 확장 하나만 제어할 수 있습니다. 다른 VPN·프록시 확장이 이미 프록시를 쓰고 있거나 회사·기관이 관리 정책으로 프록시를 고정해 두었으면 StageVPN for Chrome은 연결하지 않고 그 이유를 알려 줍니다. 연결되면 확장 아이콘에 초록색 ON 표시가 나타납니다.

StageVPN 앱은 어떻게 동작하나요?

StageVPN 앱은 운영체제의 VPN 기능으로 가상 네트워크 장치를 만들고, WireGuard로 VPN 서버와 암호화 터널을 맺은 뒤 기기의 모든 IPv4·IPv6 통신을 그 터널로 보냅니다. 브라우저, 메신저, 메일, 게임, 운영체제의 백그라운드 통신까지 앱 종류와 관계없이 같은 경로를 탑니다. DNS 질의도 VPN 구성에 지정된 DNS 서버로 터널 안에서 전달됩니다.

처음 연결할 때 iPhone은 VPN 구성 추가를, Android는 VPN 연결 요청을 허용해 달라고 묻습니다. 이를 허용해야 앱이 터널을 만들 수 있으며 순서는 iPhone·iPad에서 시작하기와 Android에서 시작하기에 있습니다. 핸드셰이크, 키 갱신, 로밍 같은 프로토콜 동작은 WireGuard 원리 설명에서 자세히 다룹니다.

앱 방식은 패킷 단위로 전달하므로 UDP를 쓰는 화상 통화, 게임, 스트리밍 앱도 터널을 지납니다. 브라우저 프록시가 다루지 못하는 영역입니다. 대신 모든 통신이 VPN 서버를 거치므로 서버까지의 거리와 서버 상황이 기기 전체의 체감 속도에 영향을 줍니다.

확장만 켰을 때와 앱을 켰을 때, 무엇이 보호되나요?

확장만 켜면 Chrome 탭의 웹 통신만 StageVPN 서버를 거치고, 그 밖의 통신은 평소처럼 현재 네트워크로 바로 나갑니다. 아래 표에서 '거침'은 StageVPN 서버를 거쳐 암호화 구간으로 보호된다는 뜻, '안 거침'은 현재 네트워크로 바로 나간다는 뜻, '조건부'는 설정에 따라 달라진다는 뜻입니다.

상황별로 무엇을 켜야 하나요?

선택은 '보호할 대상'과 '사용하는 기기'로 정해집니다. 스마트폰에서는 StageVPN 앱, PC에서 웹 브라우징만 한다면 StageVPN for Chrome이 기본 선택입니다.

공용 네트워크에서의 수칙은 공용 와이파이 안전 수칙에, 여행 전 준비는 해외여행 VPN 사용 가이드에, 회사 고정 IP 구성은 기업 고정 IP VPN 도입 가이드에 정리했습니다.

어떤 순서로 고르면 되나요?

보호 대상, 기기, 네트워크, 제약, 확인의 다섯 단계를 차례로 점검하면 대부분 한 가지로 정해집니다. 마지막 확인 단계를 건너뛰지 않는 것이 중요합니다.

연결한 뒤에는 앱의 연결 완료 표시나 확장 아이콘의 ON 표시를 확인하고, IP 확인 페이지에서 원래 IP 대신 StageVPN 서버의 IP가 보이는지 살펴보세요. 브라우저를 다시 시작한 뒤에도 한 번 더 확인하는 습관이 좋습니다.

DNS와 WebRTC는 각각 어떻게 처리되나요?

앱은 DNS 질의와 WebRTC를 포함한 모든 통신을 터널로 보내므로 따로 조정할 것이 없습니다. 확장은 두 가지를 따로 챙깁니다. 첫째, 프록시를 거치는 요청은 사이트 이름을 프록시 서버가 조회하므로 Chrome이 현재 네트워크의 DNS 서버에 그 이름을 묻지 않습니다. 둘째, 연결 중에는 Chrome의 WebRTC IP 처리 정책을 disable_non_proxied_udp로 바꿔 WebRTC가 프록시를 거치지 않는 UDP로 실제 IP를 드러내지 않게 하고, 연결을 끊으면 원래 설정으로 되돌립니다.

다른 확장이나 회사 정책이 WebRTC 설정을 먼저 제어하고 있으면 StageVPN for Chrome이 이 정책을 바꾸지 못할 수 있습니다. 누출 여부를 직접 확인하는 방법은 DNS 누출과 WebRTC 누출 가이드에 정리했습니다.

앱과 확장을 동시에 켜야 하나요?

한 기기에서는 둘 중 하나만 켜는 것을 권장합니다. 기기 전체 VPN이 켜져 있으면 Chrome을 포함한 모든 통신이 이미 터널을 지나므로, 확장을 더 켜면 Chrome 통신이 터널 안에서 다시 프록시를 거치는 이중 경로가 됩니다. 얻는 이점은 거의 없고 지연만 늘 수 있습니다.

두 방식은 같은 이용 자격을 씁니다. 구독은 StageVPN 계정 단위라서 같은 계정으로 로그인하면 앱과 확장에 함께 적용되며, PC에서는 확장, 스마트폰에서는 앱처럼 기기마다 알맞은 방식을 고르면 됩니다. 요금과 결제 경로별 해지 방법은 StageVPN 요금제 안내와 결제·환불 정책에서 확인하세요.