라우터 VPN의 핵심은 “해외 회선의 출구를 누가 담당할지”를 기기마다에서 항상 켜 두는 한 대의 장비로 옮기는 것입니다. 옮기고 나면 클라이언트를 설치할 수 없는 TV 박스, 게임 콘솔, 스마트 TV도 함께 해외 회선을 쓸 수 있습니다. 대신 그 장비에 문제가 생기면 집 전체가 끊깁니다. 아래에서는 “도입 여부, 모뎀과 공유기 배치, 메인 라우터냐 보조 라우터냐, 자체 점검” 네 단계로 설명하고, 마지막에 라우터를 건드리지 말아야 할 경우를 정리합니다.

먼저 결론부터: 기기 목록에 클라이언트를 설치할 수 없는 하드웨어가 있을 때만 라우터를 건드릴 가치가 있습니다. 그 외의 경우에는 기기마다 따로 연결하는 편이 더 간단합니다.

먼저 판단: 어떤 가정이 가속을 라우터에 올릴 만한가

판단 기준은 “기기가 많은가”가 아니라 “클라이언트를 설치할 수 없는 기기가 있는가”입니다. VPNEH 공식 클라이언트는 Windows, macOS, iOS, Android, Linux 다섯 플랫폼을 지원하고 계정에 기기 수 제한이 없어, 스마트폰·태블릿·노트북에 각각 설치하면 그만입니다. 라우터가 정말 필요한 경우는 다음 세 가지입니다:

  • 거실의 TV 박스, 게임 콘솔, 스마트 TV: OS가 폐쇄적이라 서드파티 클라이언트를 설치할 수 없고, 상위 게이트웨이가 트래픽을 대신 받아야 합니다.
  • NAS, CCTV, 프린터처럼 항상 켜 두는 기기가 있고, 이런 기기도 해외 서비스에 접속할 때 같은 회선을 쓰길 원하는 경우.
  • 가족 구성원이 많아 기기마다 연결 방법과 회선 전환 방법을 일일이 알려 주기 싫고, 한 번 설정해 집 전체에 적용하고 싶은 경우.

반대로 집에 스마트폰 한두 대와 노트북 한 대뿐이거나, 출장이 잦아 여러 네트워크 환경에서 회선을 바꿔 가며 써야 한다면 라우터 방식이 주는 복잡함이 이득보다 큽니다. 기기마다 따로 연결하는 편이 더 빠르고 문제를 찾기도 쉽습니다.

모뎀과 공유기 배치: 토폴로지부터 정리하고 설정으로

많은 분이 이 단계에서 막힙니다. 프록시 코어는 설치했는데 속도가 나오지 않거나 일부 앱이 연결되지 않는 경우인데, 원인은 회선이 아니라 네트워크에 NAT가 두 겹으로 겹쳐 있기 때문인 경우가 많습니다.

통신사가 제공하는 모뎀은 기본적으로 라우터 모드로 동작하며 직접 접속을 하고 IP를 나눠 줍니다. 그 뒤에 공유기를 하나 더 두면 주소 변환이 두 번 일어납니다. 일반적인 웹 브라우징에는 큰 영향이 없지만, 역방향 접속이나 게임 연결, 포트 포워딩이 필요한 상황에서는 불리하고, 문제를 찾을 때 보이지 않는 포워딩 계층이 하나 더 늘어납니다.

표준적인 방법은 모뎀을 브리지 모드로 바꿔 광-전 변환만 담당하게 하고, 공유기가 PPPoE로 접속하는 것입니다. 이렇게 하면 공유기가 상위 망과 직접 맞닿아 포워딩 경로가 가장 짧고, 프록시 코어가 트래픽을 가로채는 위치도 명확해집니다. 브리지 전환은 보통 통신사 쪽 협조가 필요하고 지역마다 절차가 다르므로, 가능 여부와 방법은 현지 설치 기사 안내를 기준으로 하세요.

브리지로 바꿀 수 없다면 차선책은 프록시를 실제로 제어할 수 있는 공유기에 두고, 그 공유기가 집 안의 유일한 주소 할당자가 되게 하는 것입니다. 모뎀의 Wi-Fi를 끄고 모든 기기를 공유기 쪽 네트워크에만 연결하세요. 이렇게 하면 최소한 분할 규칙이 한 곳에서만 적용되어, 스마트폰은 프록시를 타는데 TV는 타지 않는 어긋남이 생기지 않습니다.

메인 라우터 방식: 한 대가 접속·포워딩·분할을 모두 담당

메인 라우터 방식은 공유기가 직접 인터넷에 접속하고, 프록시 코어가 같은 기기에서 TProxy 또는 TUN 모드로 투명 프록시를 수행해 LAN 트래픽을 그대로 가로채는 구성입니다.

흐름은 대략 이렇습니다: 구독 링크를 프록시 코어에 가져오기 → 코어가 회선 목록 받아오기 → 분할 규칙이 도메인과 GeoIP로 직결/프록시 판단 → LAN 트래픽이 포워딩을 거쳐 코어로 유입 → 선택된 회선으로 나가기.

장점은 명확합니다:

  • NAT가 한 겹뿐이라 경로가 가장 짧고 지연과 장애 지점이 적습니다.
  • 집 안 모든 기기에 자동 적용되어 기기마다 설정할 필요가 없고, 방문객이 Wi-Fi에 연결해도 마찬가지입니다.
  • DNS를 프록시와 같은 분할 로직으로 처리할 수 있어, 도메인 조회가 로컬 구간에 노출될 여지가 줄어듭니다.

대가는 역시 분명합니다:

  • CPU가 주소 변환과 암복호화를 동시에 처리해야 합니다. 암호화 프로토콜 자체의 부담이 적지 않아, 공유기 성능이 부족하면 병목이 회선이 아니라 공유기에서 생깁니다.
  • 가정용 펌웨어 상당수는 하드웨어 가속(flow offload)을 기본으로 켜 두는데, 이것이 투명 프록시와 서로 간섭해 일부 트래픽이 프록시를 우회하는 증상이 나타나기도 합니다. “규칙은 분명히 썼는데 적용되지 않는다”면 먼저 하드웨어 가속을 끄고 다시 테스트하세요.
  • 이 공유기가 재부팅되거나 펌웨어에 문제가 생기면 집 전체가 인터넷을 잃습니다. 네트워크에 의존해 일하는 가족이 있다면 되돌릴 경로를 하나 마련해 두어야 합니다.

보조 라우터 방식: 메인 라우터는 그대로 두고 게이트웨이만 넘기기

보조 라우터 방식은 기존 메인 라우터를 유지하고 별도의 기기를 보조 라우터로 붙여 그 위에서 프록시 코어를 돌립니다. 메인 라우터의 DHCP가 기본 게이트웨이와 DNS를 보조 라우터로 지정하면 트래픽이 자연스럽게 그쪽으로 우회합니다.

설정에서 반드시 주의할 점이 몇 가지 있습니다:

  1. 보조 라우터의 DHCP는 끄고, 주소 할당은 메인 라우터만 담당하게 합니다. 그렇지 않으면 두 DHCP가 충돌합니다.
  2. 보조 라우터는 메인 라우터와 같은 서브넷에 두고, 랜선 한 가닥으로 메인 라우터의 LAN 포트에 연결해 단일 인터페이스로 동작시키면 됩니다.
  3. 수동으로 고정 IP를 설정한 기기는 게이트웨이가 자동으로 바뀌지 않으므로, 해당 기기에서 게이트웨이와 DNS를 보조 라우터로 직접 지정해야 합니다.
  4. 보조 라우터에서는 LAN에서 들어오는 포워딩을 허용하고, 방화벽이 투명 프록시 트래픽을 막고 있지 않은지 확인해야 합니다.

보조 라우터 방식의 가장 큰 장점은 되돌리기 쉽다는 것입니다. 문제가 생기면 메인 라우터 DHCP가 배포하는 게이트웨이를 자기 자신으로 되돌리는 것만으로 수십 초 만에 집 전체 인터넷이 복구되며, 네트워크를 뜯어낼 필요가 없습니다. 변경 범위도 작아 기존 접속 방식과 Wi-Fi 커버리지에 영향을 주지 않습니다.

대가는 포워딩이 한 홉 늘어난다는 점입니다. 모든 트래픽이 보조 라우터를 거쳐야 하므로 보조 라우터의 네트워크 포트와 CPU가 새로운 병목이 되고, 항상 켜 두는 기기가 한 대 늘어나 전원·재부팅·시스템 업데이트를 따로 챙겨야 합니다.

두 방식 선택: 표 하나로 정리

비교 항목 메인 라우터 방식 보조 라우터 방식
토폴로지 위치 공유기가 직접 접속하는 집 안의 유일한 출구 메인 라우터 LAN 포트에 연결해 단일 인터페이스로 동작
변경 범위 모뎀 브리지 + 공유기 전체 재설정 메인 라우터의 DHCP 게이트웨이·DNS만 변경
장애 영향 공유기 고장 시 집 전체 인터넷 중단 게이트웨이를 메인 라우터로 되돌리면 복구
성능 병목 공유기 CPU와 무선 칩 보조 라우터의 네트워크 포트와 CPU, 게다가 한 홉 추가
분할 방식 투명 프록시 + 도메인 / GeoIP 분할 동일, 규칙은 보조 라우터에 집중
추천 대상 성능이 충분한 커스텀 펌웨어 지원 공유기가 한 대뿐이고 최단 경로를 원하는 경우 기존 네트워크를 건드리지 않고 언제든 되돌리고 싶은 경우

결론: 성능이 충분한 커스텀 펌웨어 지원 공유기가 한 대뿐이고 최단 경로를 원한다면 메인 라우터 방식, 기존 네트워크를 건드리기 싫거나 가용성이 중요하다면 보조 라우터 방식입니다. 둘은 우열의 관계가 아니라 “얼마나 많은 변경을 감수할 것인가”의 문제입니다.

회선과 프로토콜: 라우터에서 가장 놓치기 쉬운 세 가지

프로토콜: 공유기가 감당할 수 있는지부터

Shadowsocks, VMess, Trojan, VLESS는 모두 흔한 TCP 계열 방식입니다. Shadowsocks는 가볍고 오버헤드가 적으며, VMess는 시간 동기화에 의존해 기기 시계 오차가 크면 바로 연결되지 않습니다. Trojan은 표준 TLS를 사용하고 포트는 보통 443이며, VLESS는 구조가 더 간결해 성능이 제한된 기기에 적합합니다.

Hysteria2와 TUIC는 QUIC 기반으로 UDP 위에서 동작해 지연이 크고 패킷 손실이 뚜렷한 회선에서 장점이 분명합니다. 다만 공유기의 UDP 포워딩 능력과 CPU에 대한 요구가 더 높고, 일부 네트워크는 UDP 속도를 제한하기도 합니다. 공유기 성능이 평범하다면 TCP 계열을 우선하고, 보조 라우터에 여유가 있을 때 UDP 계열을 고려하세요.

회선 유형: IEPL 전용선, 중계, 직결의 차이

  • 직결: 가까운 지점에서 접속해 경로가 가장 짧지만, 저녁 피크 시간대에는 공용망 혼잡의 영향을 가장 크게 받습니다.
  • 중계: 제3지 입구를 거쳐 다시 포워딩해 혼잡 구간을 우회하며, 대신 홉이 하나 늘어납니다.
  • IEPL 전용선: 전용선 구간을 지나 공용망 출구를 거치지 않으므로 지연과 지터가 더 안정적이며, 오래 켜 두고 안정성에 민감한 기기에 적합합니다.

라우터에서는 모든 기기가 같은 회선을 쓸 필요가 없습니다. 용도별로 나누는 편이 실용적입니다. TV 박스와 게임 콘솔은 IEPL 전용선, 스마트폰과 노트북은 자동 선택을 쓰면 무엇이 어디로 나가는지 한눈에 보입니다. VPNEH는 현재 90+ 국가, 190+ 회선을 제공하므로 지역별로 출구를 고르면 됩니다.

90+ 서비스 국가·지역
190+ 이용 가능 회선 수
¥9.9 월 구독 시작가, 60GB 포함
14일 첫 결제 후 무조건 환불

트래픽: 집 전체가 함께 쓰면 더 빨리 줄어듭니다

월 구독은 세 가지입니다: ¥9.9/월 60GB, ¥18/월 250GB, ¥28/월 500GB. 트래픽은 개통일 기준으로 매달 초기화되고, 중간에 상위 요금제로 올리면 차액이 남은 일수로 환산됩니다. 집 안 모든 기기가 함께 쓰면 한 대만 쓸 때보다 소모 속도가 확실히 빠릅니다. TV 박스로 고화질 영상을 보는 것이 가장 큰 비중을 차지합니다.

가끔 대용량이 필요할 때는 트래픽 팩이 더 적합합니다: ¥158/300GB, ¥358/1000GB, ¥658/3000GB. 잔여량이 소진될 때까지 쓰며, 유효기간이 없어 월 주기로 사라지지 않습니다. 라우터 구성은 보통 상시 온라인이므로 월 구독을 쓰고, 트래픽 팩은 임시 대용량 작업에 남겨 두는 편이 좋습니다.

배포 후 자체 점검: 다섯 단계로 실제 적용 확인

연결됐다고 적용된 것은 아닙니다. 라우터 방식은 특히 “겉보기엔 연결됐는데 실제로는 절반의 트래픽이 프록시를 타지 않는” 상황이 생기기 쉽습니다. 아래 다섯 단계로 하나씩 확인하세요:

  • ✅ 게이트웨이 확인: PC에서 기본 게이트웨이를 확인해 프록시를 담당하는 기기를 가리키는지 봅니다. 모뎀이나 메인 라우터를 가리킨다면 트래픽이 프록시를 거치지 않은 것입니다.
  • ✅ 출구 확인: IP 조회 페이지를 열어 출구 지역이 선택한 회선과 일치하는지 확인합니다. 현지 통신사로 나오면 안 됩니다.
  • ✅ DNS 확인: 도메인 조회 요청도 프록시를 타는지 봅니다. 여전히 현지 통신사가 해석한다면 DNS 유출이 있는 것이므로 분할 규칙에 DNS 부분을 보완해야 합니다.
  • ✅ 분할 확인: 중국 본토 사이트는 직결, 해외 사이트는 프록시를 타야 합니다. 전부 프록시를 탄다면 분할 규칙이 적용되지 않았거나 하드웨어 가속이 트래픽을 가져간 것입니다.
  • ✅ 되돌리기 확인: 프록시 코어를 멈추거나 보조 라우터를 뽑았을 때 네트워크가 직결로 돌아와야 하며, 집 전체가 끊기면 안 됩니다. 되돌리는 경로를 먼저 확인한 뒤 장기 운용을 생각하세요.
  • ❌ 클라이언트에 “연결됨”이 표시되는 것만 보고 적용됐다고 판단하기 — 연결 상태는 코어가 돌고 있다는 뜻일 뿐, 트래픽이 실제로 프록시를 탔다는 뜻은 아닙니다.

자주 걸리는 함정: 투명 프록시와 하드웨어 가속을 동시에 켜면 일부 트래픽이 규칙을 우회합니다. DNS를 통신사에 맡기고 프록시가 TCP만 가로채면 도메인 조회 역시 로컬 구간에 노출됩니다. 이 두 곳을 점검하지 않으면 회선을 아무리 바꿔도 “좋다 나쁘다”를 반복하는 것처럼 느껴집니다.

라우터를 쓰지 말아야 할 경우, 기기마다 따로 연결하는 편이 나을 때

  • 기기가 적을 때: 스마트폰 한두 대에 노트북 한 대라면 각자 클라이언트를 설치해 몇 분이면 끝나고, 펌웨어를 건드릴 필요가 없습니다.
  • 자주 이동할 때: 출장, 카페, 회사 네트워크에서는 기기마다 클라이언트를 두는 편이 유연하고, 집에 돌아와 설정을 되돌리는 걸 잊을 걱정도 없습니다.
  • 세밀한 제어가 필요할 때: 기기마다 다른 국가, 앱마다 다른 회선을 쓰려면 클라이언트의 분할 설정이 라우터 규칙보다 훨씬 다루기 쉽습니다.
  • 공유기가 오래됐거나 펌웨어 교체가 안 될 때: 무리하게 투명 프록시를 올리면 성능과 안정성 모두 손해입니다. 그 예산은 클라이언트를 돌릴 기기에 쓰는 편이 낫습니다.

놓치기 쉬운 경우가 하나 더 있습니다. 집에 공유기가 한 대뿐인데 그 한 대가 접속, Wi-Fi, 프록시를 모두 담당하는 상황입니다. 어느 하나만 문제가 생겨도 기기 전체를 재부팅해야 하고, 원인을 찾는 비용도 큽니다. 이럴 때는 프록시를 보조 라우터로 옮기거나, 차라리 기기마다 따로 연결하는 편이 더 안정적입니다.

정리: 라우터 방식이 해결하는 것은 “클라이언트를 설치할 수 없는 기기를 어떻게 해외 회선에 태울까”이지 “어떻게 더 빨라질까”가 아닙니다. 기기 구성이 단순한 가정이라면 각 기기에서 VPNEH 클라이언트를 쓰고 90+ 국가 / 190+ 회선 자동 선택을 활용하는 것으로 충분합니다. 거실에 TV 박스나 게임 콘솔이 생겼을 때 라우터를 고려하세요.

체험 부담: 가입에는 아이디와 비밀번호만 있으면 되고 이메일 주소는 필요하지 않습니다. 첫 결제 후 14일 이내에는 이유를 묻지 않고 전액 환불을 신청할 수 있으며, 계정에 기기 수 제한이 없고 Alipay, WeChat, USDT를 지원합니다. 회선과 분할 규칙을 먼저 끝까지 돌려 보고, 이 구성을 집에 오래 둘지 결정하세요.

지역별로 출구를 고르려면 회선 목록을, 트래픽 구간을 비교하려면 요금제를 확인하세요.