집 안 모든 기기를 한 번에 가속하려면 공유기 VPN이 피할 수 없는 방향입니다. 스마트폰, 노트북, 태블릿처럼 앱을 설치할 수 있는 기기는 각각 클라이언트를 하나씩 설치하면 해결됩니다. 반면 스마트 TV, 게임 콘솔, 셋톱박스, 일부 스마트홈 기기는 설치할 클라이언트가 없거나 시스템이 네트워크 설정 변경을 허용하지 않아 개별 대응이 번거롭습니다.
먼저 판단: 집 전체 가속이 해결하는 문제 유형
공유기 방식의 본질은 가속 기능을 기기마다 두는 대신 집의 출구로 옮기는 것입니다. 이 공유기에 연결된 모든 기기는 별도 설정 없이 같은 회선을 자동으로 사용하고, 새 기기도 Wi-Fi에 연결하면 바로 적용됩니다. 이른바 '공유기 VPN'은 공유기 자체가 암호화를 한다는 뜻이 아니라, 공유기가 집 안 모든 기기를 대신해 포워딩과 암복호화를 처리한다는 뜻입니다.
이 방식이 모든 사람에게 맞는 것은 아닙니다. 아래 두 목록과 자신의 상황을 먼저 비교해 보세요.
- ✅ 스마트 TV, 게임 콘솔, 셋톱박스처럼 클라이언트를 설치할 수 없는 기기가 두 대 이상 있다
- ✅ 기기 수가 많아 기기마다 클라이언트를 설치하고 구독을 갱신하는 일이 번거롭다
- ✅ 서드파티 펌웨어를 지원하는 공유기가 있거나, 보조 라우터를 한 대 더 둘 의향이 있다
- ✅ 네트워크 설정을 한 번 손보는 수고는 감수할 수 있다
- ❌ 노트북과 스마트폰뿐이라 가속이 필요한 기기가 몇 대 안 된다
- ❌ 공유기가 통신사 광모뎀 일체형이라 개조도, 기기 추가도 하고 싶지 않다
- ❌ 기기마다 완전히 다른 회선을 써야 하는데 규칙 작성은 하기 싫다
- ❌ 네트워크 설정은 아예 건드리고 싶지 않고, 클릭 한 번으로 쓰고 싶다
두 번째 목록에서 세 개 이상 해당한다면 기기별 클라이언트 설치가 보통 더 간편합니다. 뒤 내용은 잠시 미뤄두셔도 됩니다.
세 가지 방식: 공유기 플러그인, 보조 라우터, 기기별 클라이언트 설치
집 전체를 가속하는 방법은 세 가지입니다. 복잡도, 적용 범위, 성능을 감당하는 주체가 각각 다릅니다. 먼저 비교표를 보겠습니다.
| 방식 | 변경 사항 | 적용 범위 | 진입 난이도 | 성능 부담 주체 |
|---|---|---|---|---|
| 공유기 플러그인 | 서드파티 펌웨어 설치 후 프록시 플러그인 탑재 | 이 공유기에 연결된 모든 기기 | 중상 | 공유기 CPU |
| 보조 라우터 | 프록시를 돌릴 기기를 한 대 추가하고 단말 게이트웨이를 그쪽으로 지정 | 게이트웨이를 수동으로 지정한 기기 | 중 | 보조 라우터 CPU |
| 기기별 클라이언트 설치 | 각 기기에 VPNBu 클라이언트 설치 | 클라이언트를 설치한 기기 | 낮음 | 기기 자체 CPU |
공유기 플러그인: 한 번 설정으로 집 전체 적용
OpenWrt, Merlin 같은 서드파티 펌웨어를 공유기에 올리고 OpenClash, PassWall 같은 프록시 플러그인을 설치한 뒤, 서비스에서 받은 구독 링크를 붙여넣고 한 번 갱신하면 전체 노드 목록을 가져옵니다. 이후 이 공유기에 연결된 기기는 TV와 게임 콘솔까지 모두 규칙에 따라 자동으로 라우팅됩니다.
관건은 두 가지입니다. 첫째는 하드웨어로, 모든 공유기에 펌웨어를 올릴 수 있는 건 아닙니다. 플래시와 메모리가 너무 작은 기종은 커널이 포함된 플러그인을 담지 못하고, 억지로 설치해도 메모리 부족으로 자주 재부팅됩니다. 둘째는 위험으로, 개조 중 실수하면 벽돌이 될 수 있고 일부 브랜드는 개조 후 보증이 무효가 됩니다. 작업 전에 해당 모델에 성숙한 펌웨어와 커뮤니티 지원이 있는지 반드시 확인하세요.
보조 라우터: 메인 공유기는 그대로, 홉 하나 추가
메인 공유기는 순정 상태로 두고 회선 연결, Wi-Fi, DHCP만 담당하게 합니다. 그리고 다른 기기(오래된 노트북, 미니 PC, ARM 개발 보드 모두 가능)를 한 대 마련해 프록시 전용으로 돌립니다. 단말의 게이트웨이와 DNS를 이 보조 라우터로 지정하면 트래픽이 그쪽을 거쳐 처리됩니다.
장점은 메인 공유기를 건드리지 않아 메인 공유기의 안정성에 영향이 없다는 것입니다. 대가는 홉이 하나 늘어난다는 점입니다. 데이터가 단말에서 메인 공유기로, 다시 보조 라우터로, 다시 메인 공유기로 돌아간 뒤 외부로 나갑니다. 보조 라우터가 죽으면 그쪽을 가리키는 기기는 전부 인터넷이 끊기므로, 이 위험을 감수하거나 메인 공유기에 전환 가능한 설정을 하나 남겨두어야 합니다.
기기별 클라이언트 설치: 진입 장벽은 가장 낮고 적용 범위는 제한적
설치할 수 있는 기기마다 VPNBu 클라이언트를 하나씩 설치하고 구독을 불러온 뒤 규칙 모드를 선택하면 끝입니다. 공유기를 건드릴 필요가 없고, 암복호화는 기기 자체 CPU가 담당하며 클라이언트 업데이트도 독립적입니다. 대가는 분명합니다. 클라이언트를 설치할 수 없는 기기는 커버되지 않으므로 TV와 게임 콘솔은 그대로입니다.
세 가지 방식을 섞어 써도 됩니다. TV와 게임 콘솔은 공유기나 보조 라우터에 맡기고, PC와 스마트폰은 계속 클라이언트를 쓰면 서로 충돌하지 않습니다. VPNBu 계정은 동시 접속 대수 제한이 없어 섞어 써도 추가로 계정을 만들 필요가 없습니다.
성능 손실은 어디서 생기나: CPU, 포워딩 경로, 무선
집 전체를 가속한 뒤 흔히 겪는 상황은 유선 속도는 그럭저럭 나오는데 무선이 눈에 띄게 느려지는 것입니다. 원인은 보통 세 곳에 있습니다.
첫째는 CPU 암복호화입니다. 트래픽은 터널을 통과하려면 암호화해야 하고, 암호화는 CPU를 소모합니다. x86 플랫폼은 대부분 AES 하드웨어 명령어를 갖춰 암복호화가 자원을 거의 쓰지 않습니다. ARM 공유기는 일부 모델만 AES 명령어 집합을 지원하고, 구형 기기는 단일 코어로 버텨야 합니다. 하드웨어 가속이 없을 때는 ChaCha20 같은 스트림 암호가 보통 AES보다 CPU를 덜 씁니다. 판단법은 간단합니다. 공유기 CPU 모델을 검색해 AES 명령어 집합을 지원하는지 확인하면 됩니다.
둘째는 포워딩 경로가 길어지는 것입니다. 프록시를 켜지 않으면 패킷은 커널 안에서 바로 전달됩니다. 프록시를 켜면 트래픽이 사용자 공간의 프록시 프로세스를 거치면서 커널 공간과 사용자 공간 사이의 데이터 복사가 몇 번 더 발생합니다. 연결 수가 많아지면 코어 하나가 쉽게 포화되고, 속도가 들쭉날쭉해지는 증상으로 나타납니다.
셋째는 무선 자체의 병목입니다. 대부분의 가정에서는 기기들이 같은 Wi-Fi 대역을 공유하고, 공유기의 무선 처리량은 애초에 유선 포트보다 낮습니다. 가속은 무선을 빠르게 만들어 주지 않습니다. 가속이 해결하는 것은 외부 회선이 안정적인지 여부이지, 집 안 구간이 빠른지 여부가 아닙니다.
놓치기 쉬운 점이 하나 더 있습니다. 바로 NAT 세션 테이블입니다. 토렌트 다운로드나 여러 기기의 동시 접속은 순간적으로 대량의 연결을 쌓아 올리고, 공유기 메모리가 빠듯해지면 그대로 끊깁니다. 가속 자체와는 무관하지만 회선 문제로 오해하기 쉽습니다.
공유기가 버틸 수 있는지 판단하려면 먼저 유선 속도 측정을 해보세요. 프록시를 끄고 한 번, 켜고 한 번 측정해 두 처리량을 비교합니다. 차이가 감당할 만한 범위라면 그때 집 전체 적용을 검토하면 됩니다.
분할 라우팅과 DNS: 규칙 모드 설정법
공유기에서 프록시를 돌릴 때는 노드 선택보다 모드 선택이 더 중요합니다. 흔히 쓰는 모드는 네 가지입니다.
- 글로벌 모드: 모든 트래픽이 가속을 거칩니다. 설정은 가장 간단하지만 국내 사이트도 한 바퀴 돌아가므로 지연이 오히려 높아지고, 일부 동영상 사이트는 출구가 해외에 있어 속도가 떨어지기도 합니다.
- 규칙 모드(분할 라우팅): 도메인과 IP를 기준으로 판단해 규칙에 걸리는 트래픽만 가속하고 나머지는 직결합니다. 플러그인에는 보통 국내 도메인 목록, GeoIP CN 같은 규칙 세트가 내장되어 있고 직접 추가할 수도 있습니다.
- 직결 모드: 전부 가속을 거치지 않습니다. 문제를 임시로 점검할 때 적합합니다.
- fake-ip 모드: 클라이언트가 앱에 가짜 IP를 돌려주고 규칙 매칭은 도메인으로 처리해 DNS 왕복이 한 번 줄고 첫 연결이 빨라집니다. 부작용은 실제 IP에 의존하는 일부 상황, 예를 들어 일부 게임이나 LAN 기기 검색에서 나타나므로 해당 도메인을 직결 목록에 넣어야 합니다.
DNS 유출도 자주 발생하는 문제입니다. 증상은 트래픽은 분명히 가속을 타는데 DNS 조회는 여전히 현지 통신사로 나가는 것입니다. 그 결과 국내 CDN 노드로 해석되거나 조회 자체가 중간 구간에서 노출될 수 있습니다. 확인 방법은 어렵지 않습니다. 연결 후 DNS 유출 테스트 페이지를 열어 리졸버의 소재지와 출구 IP가 같은 지역인지 보면 됩니다. 대응은 DNS를 프록시 클라이언트가 일괄 처리하도록 맡기는 것입니다. 플러그인에서 DNS 하이재킹이나 fake-ip를 켜거나, 신뢰할 수 있는 DNS를 지정하고 터널을 강제로 통과시키면 됩니다.
공유기에서 DNS 하이재킹을 바꾸기 전에 기존 설정을 스크린샷으로 저장해 두세요. 잘못 바꾸면 집 안 모든 기기가 도메인을 해석하지 못해 초기화 후 처음부터 다시 해야 합니다.
공유기에서 프로토콜은 어떻게 고를까
프로토콜은 암복호화 비용과 UDP 지원 여부를 결정합니다. 연산 능력이 제한된 공유기에서는 프로토콜 간 차이가 PC에서보다 훨씬 뚜렷합니다.
| 프로토콜 | 전송 방식 | 주요 특징 | 공유기에서의 주의점 |
|---|---|---|---|
| Shadowsocks | TCP / UDP | 가볍고 암복호화 부담이 적음 | 플러그인 지원이 가장 넓어 구형 공유기에서 우선 고려 |
| VMess | TCP / WebSocket / gRPC 등 | 클라이언트와 서버 간 시간 동기화 필요 | 공유기 시간이 어긋나면 아예 연결되지 않음 |
| VLESS | 전송 계층 TLS에 의존 | VMess보다 암호화 계층이 하나 적고 Reality와 자주 조합 | 펌웨어의 TLS 라이브러리 버전이 충분히 최신이어야 함 |
| Trojan | TLS | 트래픽이 겉보기에 일반 HTTPS와 동일 | 핸드셰이크 비용이 다소 높아 저성능 CPU에서 더 두드러짐 |
| Hysteria2 | QUIC(UDP) | 패킷 손실이 큰 회선에서 성능이 좋음 | UDP 포워딩에 의존하며 일부 커널은 지원이 불완전 |
| TUIC | QUIC(UDP) | 멀티플렉싱 지원, 핸드셰이크가 빠름 | 마찬가지로 공유기의 UDP 포워딩이 정상인지 먼저 확인 |
선택 순서는 이렇게 잡으면 됩니다. 공유기 CPU가 약하고 AES 하드웨어 가속이 없으면 암복호화 부담이 적은 쪽을 우선하고, 펌웨어의 UDP 포워딩 지원이 나쁘면 QUIC 기반 프로토콜을 피하고, 판단이 안 서면 클라이언트 기본값으로 시작해 돌려보고 바꾸면 됩니다.
프로토콜에 절대적인 우열은 없고, 기기와의 궁합만 있을 뿐입니다. 같은 프로토콜이 PC에서는 아주 잘 돌아가도 구형 ARM 공유기로 옮기면 절반 속도도 못 내는 이유가 바로 CPU 암복호화와 UDP 포워딩 능력에 있습니다.
시작 전 준비와 실행 단계
공유기 플러그인 방식을 예로 들면 전체 흐름은 이렇습니다.
- 공유기 모델 확인. 공식 커뮤니티나 펌웨어 지원 목록에서 해당 펌웨어가 있는지 찾고, 플래시와 메모리가 플러그인을 담을 만큼 충분한지 확인합니다.
- 순정 설정 백업. 설정 파일을 내보내고 인터넷 회선 계정과 Wi-Fi 설정을 기록해 언제든 되돌릴 수 있게 합니다.
- 펌웨어 설치 후 네트워크 복구. 먼저 인터넷이 정상인지 확인한 다음 프록시 관련 설정을 건드립니다.
- 프록시 플러그인 설치. 펌웨어의 소프트웨어 소스에서 설치하고, 플러그인 버전과 커널 버전이 맞는지 확인합니다.
- 구독 링크 가져오기. 서비스에서 받은 구독 주소를 플러그인에 붙여넣고 한 번 갱신해 노드 목록이 제대로 들어왔는지 확인합니다.
- 실행 모드와 DNS 모드 선택. 우선 규칙 모드에 fake-ip를 적용해 며칠 지켜본 뒤 조정합니다.
- 기기별 검증. 기기 종류마다 한 번씩 확인합니다. 출구 IP, DNS 해석 소재지, 그리고 가장 자주 쓰는 시나리오를 한 번 돌려봅니다.
서비스를 고를 때 직접 확인할 수 있는 항목이 몇 가지 있습니다. 100+ 국가 / 240+ 회선을 커버하고, 회선 유형은 IEPL 전용선, 중계, 직결 세 가지입니다. 계정은 동시 접속 대수 제한이 없어 집 안 기기가 하나를 공유하면 충분합니다. 구독은 ¥9.9/월 60GB부터 시작하고, 트래픽 패키지는 소진될 때까지 사용하며 만료되지 않습니다. 알리페이 / 위챗 / USDT를 지원하고, 가입에 이메일 주소가 필요 없으며 사용자 이름과 비밀번호만 있으면 됩니다.
클라이언트는 Windows / macOS / iOS / Android / Linux를 지원합니다. 공유기로 커버되지 않는 기기는 기기별로 클라이언트를 추가 설치하면 되고, 양쪽 모두 같은 계정을 쓰므로 따로 관리할 필요가 없습니다.
60일 사유 불문 환불은 공유기 방식에서 특히 유용합니다. 펌웨어 개조, 분할 라우팅 조정, 회선 테스트에 시간이 들고, 어떤 방식이 우리 집에 맞는지 알기까지 한두 번 갈아타야 할 때도 있습니다. 시행착오에 돌아갈 길이 있어야 과감하게 시작할 수 있습니다.
공유기 방식의 가치는 클라이언트를 설치할 수 없는 기기를 커버하는 데 있지, 더 고급이라서가 아닙니다. 기기가 적고 하나씩 클라이언트를 설치할 수 있다면 기기별 설치로 충분합니다. TV와 게임 콘솔이 꼭 필요할 때만 펌웨어 개조나 보조 라우터 추가를 고려하세요.