라우터 VPN과 기기 VPN: 무엇이 무엇을 커버하나

터널을 라우터에 두는 것이 더 깔끔한 선택처럼 들리지만, 노트북이 집을 나서는 순간 그렇지 않습니다. 기기의 앱이 더 단순해 보이지만, TV에 커버가 필요하고 앱을 실행할 수 없는 순간 그렇지 않습니다. 두 구성은 서로 다른 질문에 답합니다. 유용한 비교는 트래픽이 터널 어디로 들어가는가에 관한 것이지, 어느 쪽이 더 안전한가에 관한 것이 아닙니다.

라우터가 맡는 역할

라우터는 집에서 접속하는 사람을 위한 VPN 서버가 될 수도, 외부 서비스에 도달하기 위한 클라이언트가 될 수도, 동시에 둘 다가 될 수도 있습니다. 이들은 별도의 설정 페이지를 가진 별개의 기능이며, 서버만으로는 어디에도 아무것도 보내지 않습니다. 가정 내 브라우징은 호환되는 프로필로 클라이언트가 설정된 경우에만 출구를 바꿉니다. 프로토콜보다 역할을 먼저 읽으면 의미 없는 오후를 아낄 수 있습니다.

기능 이름도 프로토콜을 서로 바꿔 쓸 수 있게 만들지 않습니다. VPN이라고 표시된 메뉴 항목은 상대편이 무엇을 기대하는지에 대해 아무것도 알려주지 않습니다.

트래픽이 터널로 들어가는 지점

라우터는 자신이 소유한 인터페이스와 규칙을 지나는 트래픽에 정책을 적용하므로, 게스트 Wi-Fi, 두 번째 게이트웨이, IPv6는 각각 주 네트워크와 다르게 동작할 수 있습니다. 집 전체가 포함된다고 가정하지 말고 커버하려는 기기를 공인 주소 확인으로 시험하십시오. 트래픽은 라우터에 도달하기 전에 로컬 네트워크도 지나므로, Wi-Fi 보안과 앱 자체의 HTTPS는 여전히 평소의 무게를 지닙니다. 터널은 기기가 아니라 게이트웨이에서 시작합니다.

집 밖에서는 모바일 데이터를 쓰는 휴대폰이 더 이상 그 라우터 뒤에 있지 않기 때문에 그림이 완전히 달라집니다. 카페 Wi-Fi의 노트북은 요구 사항이 건물이 아니라 사람을 따라간다면 자체 클라이언트가 필요합니다. 라우터가 하는 어떤 것도 기기가 떠난 뒤에는 기기와 함께 이동하지 않습니다.

대부분의 사례를 결정하는 것은 이 분할입니다: 고정 기기의 커버는 라우터에 유리하고, 사람에 대한 커버는 앱에 유리합니다. 둘을 섞는 무엇이든 둘 다 필요하고, 둘 다 유지보수가 필요합니다.

curl --silent https://api.ipify.org
ip -brief address show
traceroute -n -m 5 203.0.113.25

유지보수와 정체성 사이의 저울질

라우터 설정은 비밀, 펌웨어 업데이트, 라우팅 정책을 게이트웨이 관리자에게 옮기며, 보통 커버되는 각 기기에 하나의 공유 정체성을 부여합니다. 앱은 각 기기에 고유한 로그인, 고유한 로그, 고유한 프로필을 주지만, 그 대가는 더 많은 클라이언트를 관리하는 것입니다. 무언가를 취소해야 할 때 공유 정체성과 기기별 정체성은 서로 다른 제안입니다.

처리 능력도 여기에 포함됩니다: 여러 사용자를 처리하는 라우터는 Wi-Fi 등급이 시사하는 것보다 훨씬 이른 시점에 한계에 도달할 수 있습니다. 상자에 적힌 일반 처리량 수치는 터널 처리량 수치가 아닙니다.

터널이 실패할 때 무엇이 일어나야 하는지도 정하십시오. 트래픽을 멈추는 것과 일반 연결로 되돌아가는 것 모두 정당하며, DNS와 방화벽 설정은 선택한 쪽에 맞아야 합니다.

중단에 대비하기

게이트웨이 설정의 안전한 백업과 터널이 켜져 있는지에 의존하지 않는 관리 복구 방법을 마련하십시오. 자신의 라우터에서 자신을 잠그는 정책은 그것이 막으려던 유출보다 더 어려운 문제입니다.

직장에서 관리하는 장비는 가정용 라우터가 무엇을 하든 자체 승인된 클라이언트를 요구할 수 있습니다. 가정용 출구는 라우팅 테이블이 무엇이라 하든 사무실 네트워크에 대한 접근을 제공할 수 없습니다.

두 구성을 결합하는 것은 가능하고 때로는 옳지만, 추가 경로마다 설정하고 진단할 것이 하나씩 늘어납니다. OpenWrt의 VPN 서버 및 클라이언트 역할에 관한 문서는 둘을 분리해 두는 데 유용한 참고 자료입니다.