VPN이 iPhone의 Wi-Fi 통화에 영향을 줄까? 통신사 쪽을 확인하라

호텔 네트워크에 연결해 Phone 앱에서 한 번 통화하고, 이어서 브라우저를 열어 호텔 주소 대신 VPN의 출구 주소가 표시되는지 보라. 모순처럼 보이지만 대개 모순이 아닌 세 가지 관찰이다. 통신사의 Wi-Fi 통화는 이동통신사가 회선에 프로비저닝하는 것이고, VPN은 기기가 보내는 데이터를 위한 라우팅 계층일 뿐이다. 공인 IP 페이지를 전화 통화에 대한 증거로 읽는 것은 잘못된 설정에서 오후를 통째로 날리는 가장 빠른 방법이다. 두 서비스 중 어느 것도 상대의 증상으로 판단할 수 없고, 확인하는 순서가 답을 바꾼다.

하나의 터널이 모든 통화를 나른다는 속설

VPN이 연결되면 기기가 보내는 모든 것이 음성까지 포함해 이제 공급자 서버를 통해 나간다는 직관이 생긴다. 데이터는 실제로 터널이 설치한 경로를 따르지만, 통신사의 음성 서비스는 기본적으로 그 경로 중 하나가 아니다. 통신사의 코어 네트워크가 이를 전달하며, 터널이 그 코어를 대체하는 일은 없다. Phone 앱의 Wi-Fi 통화 모드는 가입자 회선에 붙은 제공물이다. 소비자용 VPN 프로파일은 이를 프로비저닝할 수 없고 취소할 수도 없다.

메시징이나 업무 앱 안에서 하는 통화는 다른 제품이다. 그런 앱은 자체 계정, 자체 서버, 자체 미디어 경로를 가지므로 그 통화는 보통 터널 안으로 다니고 터널이 끊기면 함께 끊길 수 있다. 어떤 설정도 건드리기 전에 실패한 통화를 회선 수준 서비스인지 앱 수준 계정인지 분류해 두면 추측의 대부분이 사라진다.

이 회선에 Wi-Fi 통화가 실제로 프로비저닝되어 있는가

VPN에 관한 어떤 질문보다 먼저, 통신사와 단말이 이 기능을 지원하는지 그리고 지금 시험하는 특정 회선에 대해 켜져 있는지 확인하라. Apple의Wi-Fi 통화 설정 안내서는 통신사별 활성화 경로와 회선이 활성화된 뒤 단말이 표시하는 상태를 설명한다. 그 상태가 없거나 목록에 통신사가 아예 나오지 않는다면, 조사할 것은 VPN이 아니다.

이어서 자신이 관리하는 번호로 평범한 통화를 한 번 걸고, 통화가 연결되는 동안 상태 표시를 관찰하라. Wi-Fi가 연결됨으로 표시되는 단말이 증명한 것은 데이터 링크가 살아 있다는 것뿐이다. 음성이 어느 네트워크로 갔는지는 증명하지 않았다. 음성이 어떻게 라우팅되는지 보려고 응급 통화를 걸어서는 안 되고, 메시징 앱 안의 음성 통화를 통신사 기능에 대한 증거로 여겨서도 안 된다. 그것들은 실패 방식이 다른 별개 서비스이며, 하나는 다른 하나에 대해 아무것도 말해 주지 않는다.

VPN을 켰을 때만 증상이 나타난다면 회선, Wi-Fi 네트워크, 통화 상대를 일정하게 두고 한 번의 실행에서 변수 하나만 바꿔라. 관리되는 단말에서 프로파일을 뺀 비교 실행은 관리자가 사전에 동의한 경우에만 정당하다.

IncludeAllNetworks와 ExcludeCellularServices가 들어갈 자리

기기 관리 프로파일 안의 IKEv2 페이로드는 이 분리를 결정하는 두 개의 키를 담고 있다.IncludeAllNetworks는 VPN 앱이 우연히 잡는 것만이 아니라 기기의 모든 트래픽을 터널로 밀어 넣는 스위치다. 이것이 설정되면,ExcludeCellularServices는 인터넷으로 라우팅 가능한 서비스 트래픽을 터널 밖으로 다시 잘라낼 수 있고, Wi-Fi 통화는 그 예외가 지목하는 서비스 중 하나다. 통신사가 자사 코어로 곧장 라우팅하며 공용 인터넷을 전혀 거치지 않는 트래픽은 이 두 키가 무슨 말을 하든 터널 밖에 남는다.

키는 프로파일이 무엇을 표현할 수 있는지를 설명할 뿐, 공급자가 실제로 무엇을 배포했는지는 말하지 않는다.ExcludeCellularServices를 빠뜨린 프로파일은 기능을 터널 안에 붙잡아 둘 수 있고, 편집 가능한 스위치를 노출하지 않는 공급자는 사용자가 만질 수 있는 제어를 전혀 남기지 않을 수 있다. 이것을 결정하는 문서는 당신이 설치한 페이로드이며, 관리자는 그것을 그대로 읽어 줄 수 있다.

공인 IP 페이지가 통화를 추적할 수 없는 이유

VPN의 출구 주소를 알려 주는 페이지는 한순간에 한 앱에서 나간 HTTP 요청 하나를 측정했을 뿐이다. 음성 통화가 사용한 인터페이스에 대해서는 아무것도 말하지 않고, 연결된 통화는 다른 트래픽에 대해 터널이 건강한지에 대해서도 아무것도 말하지 않는다. 하나를 다른 하나의 대용으로 쓰면 자신 있어 보이지만 틀린 결론이 나온다.

프라이버시 쪽도 똑같이 구체적으로 유지하라. 통신사는 여전히 가입자 기록을 보유하고 회선 서비스를 제공하므로, 웹 출구가 다르다고 해서 그 계정에서 떨어져 나가는 것은 아니다. VPN은 자기가 잡은 트래픽의 경로를 다시 쓸 뿐, 이동통신 회선을 다른 통신사로 옮기지 않는다.

정책을 그대로 지키는 진단 순서

회선부터 시작하라. 기능 켜짐, 통신사 목록에 있음, 표시 있음, 평범한 통화 한 번 걸었음. 그다음 프로파일을 살펴IncludeAllNetworks가 켜져 있는지,ExcludeCellularServices가 무엇으로 설정되어 있는지 묻는다. 둘 다 깨끗할 때에만 터널 자체가 주의를 기울일 만하다.

정말 원했던 결과를 적어 두라. 허용된 전화 기능이 작동하고 터널의 범위가 알려진 상태다. 그 답은 통신사 업데이트, 새 네트워크, 개정된 프로파일에도 살아남지만, 패킷에 대한 추측은 아무것도 견디지 못한다. 프로파일을 관리한다면,트래픽 차단 규칙옆의 같은 페이로드에서 음성 서비스 예외를 읽어라. 둘이 서로 영향을 주기 때문이다. 사용자라면 통신사의 지원 채널과 VPN 공급자의 문서화된 동작이 티켓에 인용할 만한 두 가지 출처다.