macOS에서 VPN 경로 확인: route get으로 아무것도 바꾸지 않기

사용자가 VPN 연결됨으로 설정에 표시되는데도 터널이 아니라 사무실 네트워크로 인트라넷에 도달합니다. 그 순간 라우팅 테이블을 편집하면 진단에 사용하는 원격 세션이 끊길 위험이 있습니다. 대신 커널에 실패하는 호스트에 어떤 경로를 선택할지 물으세요. macOS의 route 유틸리티에는 한 대상에 대해 바로 그 답을 하는 get 작업이 있으며, 아무것도 바꾸지 않습니다.

실패하는 호스트에 묻기, 기본 경로가 아니라

최신 Mac에서는 더 구체적인 대상이나 범위가 제한된 정책이 기본 경로가 말하는 것처럼 보이는 내용을 덮어쓸 수 있기 때문에 기본 경로 스크린샷이 거의 알려 주지 않습니다. 터널이 올라와 있고 기본 경로가 올바르게 보여도, 필요한 단 하나의 호스트는 여전히 다른 곳으로 라우팅될 수 있습니다. 실패하는 주소에 질의하고 커널이 선택한 경로를 말하게 하세요.

형식은 route -n get 뒤에 주소를 붙인 route -n get 203.0.113.10이며, 여기서 문서용 주소가 대상 역할을 합니다. IPv4 답변은 IPv6 전용 리소스에 대해 아무것도 말하지 않으므로 승인된 대상과 일치하는 주소 계열을 사용하세요. route 유틸리티 문서는 get 작업과 출력되는 필드를 설명합니다.

인터페이스와 게이트웨이를 증거로 읽기

VPN에 연결하기 전에 질의를 실행하고, 끝난 뒤에 다시 실행하여 인터페이스와 게이트웨이 줄을 비교하세요. 두 답변의 차이가 터널이 실제로 바꾼 것이며, 전체 테이블을 덤프하는 것보다 훨씬 유용합니다. 두 실행에서 인터페이스가 같다면 경로는 문제가 아니었으므로 라우팅을 보는 것을 그만두어도 됩니다.

결론을 내리기 전에 대상, 인터페이스, 게이트웨이, 질의 시각을 기록해야 하며, 출력은 증거이지 진단이 아닙니다. 분할 터널이 관련되면 같은 인터페이스가 한 호스트에는 맞고 다른 호스트에는 틀릴 수 있습니다.

올바른 경로가 작동하는 요청은 아님

경로는 커널이 어떤 인터페이스를 쓸지 알려 줄 뿐, 그 이상은 아닙니다. DNS, 호스트 방화벽, 애플리케이션 권한 부여는 모두 그 결정 위에 있으며, 라우팅이 성공한 뒤에도 요청은 실패할 수 있습니다. 계속하기 전에 "연결할 수 없음"과 "연결되지만 오류를 반환함"은 다음 단계가 다른 별개의 조사이므로 정확한 증상을 보존하세요. 리졸버 보기와 인터페이스 보기는 대상 질의를 대체하지 않고 보완합니다.

라우팅 테이블 목록에도 예상치 못한 기본 경로를 알아차리는 자리가 있습니다. 남아 있는 일반 기본 경로는 더 구체적인 항목이 그것을 이기기 때문에 VPN이 사용되지 않는다는 증거가 아닙니다.

엔드포인트와 리소스를 분리하기

두 가지 조회가 관련되며 서로 다른 질문에 답합니다. 엔드포인트에 도달하는 것은 물리 네트워크를 지나는 바깥 여정입니다. 애플리케이션에 도달하는 것은 터널 안에서, 사설 측에만 존재하는 주소에서 일어납니다. 둘을 혼동하면 엔드포인트가 자기가 종료하는 터널을 통해 라우팅되는 것처럼 보이는 전형적인 거짓 루프가 생깁니다. 두 주소를 따로 질의하고 각 결과에 이름을 붙이면 혼동이 사라집니다.

접두사 중첩은 알아 둘 가치가 있는 또 다른 사례입니다. 로컬과 원격 범위가 겹치면 가장 긴 접두사 일치가 결정하므로, 겹치는 로컬 서브넷이 기대한 원격 주소를 가릴 수 있습니다. 그러면 사설 대상이 로컬 대상과 똑같이 보이며, 수정은 라우팅 테이블이 아니라 주소 계획에 속합니다. get 질의는 어느 인터페이스가 이겼는지 보여 주며, 무엇이든 바꾸기 전에 필요한 사실이 바로 그것입니다.

먼저 읽고, 나중에 바꾸기

첫 번째 단계에서는 route add와 route delete를 쓰지 마세요. 원격으로 관리하는 Mac에서는 부주의한 테이블 편집 한 번으로 그 머신으로 돌아가는 경로 자체를 잃을 수 있고, 진단을 끝낼 사람이 아무도 남지 않을 수 있습니다. 올바른 경로가 무엇인지 정하고, 변경을 되돌리는 방법을 적은 다음에야 실행하세요. 점검에는 그런 꼬리가 없습니다.

첫 단계로 캐시를 비우고 네트워크 서비스를 다시 시작하는 것도, 둘 다 읽으려던 증거를 파괴하기 때문에 같은 주의가 필요합니다. 읽기 전용 점검은 저렴하고 반복 가능하며 어떤 순서로도 안전합니다. 그것을 기본 단계로 삼고, 증거가 가리킬 때만 변경에 손을 뻗으세요.