브리지 모드는 VPN 패스스루가 아닙니다: 각각 무엇을 바꾸는가

브리지 모드와 VPN 패스스루가 같은 문제 해결 스레드에서 언급되는 이유는 둘 다 연결되지 않는 VPN의 해결책으로 제시되기 때문입니다. 두 가지는 라우터의 서로 다른 기능을 설명하며, 어느 것도 그 자체로 VPN 터널을 만들지 않습니다. 브리징은 장치가 네트워크 세그먼트에 합류하는 방식이나 라우팅을 누가 수행하는지를 바꿉니다. 패스스루는 클라이언트의 VPN 트래픽이 게이트웨이를 통과할 수 있는지를 결정합니다. 잘못 고르면 작은 문제가 반나절짜리 주소 재설정 작업이 됩니다.

두 이름, 두 가지 기능

시험은 간단합니다. 네트워크의 형태를 바꾸려는 것인지, 이미 존재하는 트래픽을 통과시키려는 것인지. 서로 다른 요구이며 결과도 다릅니다.

한 표로 비교하면 다음과 같습니다.

라우터에서 터널을 만드는 것은 마지막 두 가지뿐입니다. 브리징과 패스스루는 모두 종단점을 다른 곳에 남기므로, 클라이언트가 없거나 서버에 닿을 수 없어 생긴 문제는 둘 다 고칠 수 없습니다. 설정이 같은 화면에서 서로 가까이 있기 때문에 이 구분은 쉽게 흐려집니다. 그 화면을 열기 전에 어느 종단점이 터널을 소유하는지 적어 두세요.

패스스루 체크박스도 프로토콜 지원에 대한 완전한 설명이 아닙니다. IPsec의 현대 NAT 통과는 표준화된 UDP 캡슐화를 사용하지만, 오래된 보조 기능은 구현에 따라 다르게 동작합니다.

VPN 지원을 내세우는 마케팅 표기는 이 네 가지 역할 중 무엇을 뜻하는지 알려주지 않습니다.

브리지 모드가 장치에서 바꾸는 것

모뎀이나 라우터에서 브리지 옵션은 보통 라우팅과 NAT 책임을 하위의 다른 게이트웨이로 옮깁니다. 소프트웨어 장치에서는 선택한 로컬 인터페이스를 하나의 브로드캐스트 도메인으로 묶는 것을 뜻할 수 있습니다. 정확한 범위는 제품에 따라 다르므로 단어가 아니라 모델의 문서를 읽으세요. 두 해석 모두 주소 할당, 방화벽 경계, 관리 화면에 도달하는 경로를 바꿉니다.

그래서 브리징은 VPN 고장에 대한 나쁜 첫 대응입니다. 원래 문제가 해결되지 않은 채 관리 경로를 잃을 수 있습니다.

네트워크 역할을 바꾸기 전에 설정 백업을 보관하세요. 주소 체계가 함께 움직일 수 있습니다.

설정보다 역할을 먼저 정하세요

가정의 트래픽을 외부 출구로 보내려면 호환되는 라우터 VPN 클라이언트가 필요하며 브리지가 아닙니다. 다른 곳에서 집으로 다시 연결하려면 서버 역할과 그곳에 도달할 수 있는 상위 경로가 필요합니다. 이 두 요구에는 VPN이라는 단어 말고는 거의 공통점이 없습니다. 메뉴를 보기 전에 무엇을 만드는지 정하세요.

장치가 두 역할을 모두 지원하면서도 필요한 역할을 기대하는 속도로 지원하지 못할 수 있습니다.

역할은 설계 결정이고, 설정은 그 결과입니다.

프로토콜 하나만 실패한다면

그 밖에는 잘 동작하는 라우터 뒤에서 한 프로토콜만 실패한다면 먼저 그 프로토콜의 전송과 NAT 경로를 조사하세요. 클라이언트 하나를 고치려고 게이트웨이 모드 전체를 바꾸는 것은 전구가 나갔다고 집 배선을 다시 하는 것과 같습니다. 트래픽이 UDP로 캡슐화되는지, 라우터의 보조 기능이 그 프로토콜에 적용되는지, 실패가 대칭적인지 확인하세요. 그다음 역할 변경이 정말 정당한지 판단하세요.

RFC 3948 은 IPsec이 NAT를 통과하도록 하는 UDP 캡슐화를 설명하며, 패스스루 체크박스를 믿기 전에 확인해야 할 표준입니다.

무엇을 왜 바꿨는지 기록하세요. 다음 사람은 장치가 브리지 모드인 것을 보고 의도한 것으로 여길 것입니다. 올바른 결과는 형태를 직접 고른 네트워크이지, 문제 해결 과정에서 물려받은 네트워크가 아닙니다.