iOS DNS 프로파일과 VPN 프로파일, 지금 설치된 것은 어느 쪽인가

누군가 그럴듯한 이름이 붙은 iPhone 프로파일을 보내면 두 번의 탭으로 설치되고 내부 이름이 해석되기 시작합니다. 트래픽까지 터널을 통과하는지는 별개의 질문이며, 표시 이름은 그 답을 주지 않습니다. 하나의 프로파일은 여러 페이로드를 담을 수 있으므로, 신뢰할 수 있는 유일한 방법은 프로파일을 열어 각 페이로드가 무엇을 설정하는지 읽는 것입니다. 목록은 짧고 페이로드 이름은 밋밋하지만, 한 번 보면 답은 대개 뻔합니다. 제목만 보고 짐작하다가, 조회만 터널링되는데도 트래픽 전체가 그렇다고 믿게 됩니다.

머리말이 아니라 페이로드 목록을 여십시오

iOS에서 프로파일 목록은 설정, 일반, VPN 및 기기 관리 아래에 있고, 각 항목은 단일 스위치가 아니라 페이로드 목록으로 열립니다. 그 목록을 읽으십시오: DNS 설정 페이로드, VPN 페이로드, 프록시 페이로드, 인증서, Wi-Fi가 있습니다. DNS 설정만 담은 프로파일은 이름이 무엇을 암시하든 터널이 아니며, 둘 다 담은 프로파일은 서로 다른 두 가지 일을 동시에 하는 것입니다. 목록이 기술적 주장이고, 머리말은 마케팅입니다.

세 가지 질문이 목록을 결정으로 바꿉니다. 이름 해석이 바뀌는가, 공인 출발지 주소가 바뀌는가, 그리고 각 효과가 어떤 앱까지 미치는가? DNS 페이로드는 첫째에 답하고, VPN 페이로드는 보통 둘째와 셋째에 답하며, 둘 다라고 주장하는 것은 페이로드 두 개나 문서화된 확장을 보여 주어야 합니다.

DNS 페이로드가 실제로 바꾸는 것

DNS 페이로드는 설정된 범위 안에서 이름이 해석되는 방식을 바꾸며, 그것은 특정 리졸버일 수도, DNS over HTTPS 같은 암호화 전송일 수도, 제한된 도메인 집합일 수도 있습니다. 보통 바꾸지 않는 것은 연결의 공인 출발지 주소이므로, 웹사이트는 여전히 당신이 있는 네트워크를 봅니다. 해석과 라우팅은 서로 다른 메커니즘이고, 그중 하나만 움직였습니다. 그렇기 때문에 내부 이름은 제대로 해석되는데 그 뒤의 페이지가 열리지 않는 일이 생깁니다.

DNS 페이로드는 또한 당신의 질의를 받는 주체를 새로 들여오며, 리졸버 운영자가 네트워크 운영자와 다르다면 그것은 경로에 새로 낀 참여자입니다. 기록해 두십시오, 어떤 이름을 묻는지 누가 볼 수 있는지가 달라지기 때문입니다. 다만 이후에 접속하는 목적지 주소를 그것만으로 숨겨 주지는 않습니다.

VPN 페이로드가 실제로 바꾸는 것

VPN 페이로드는 터널과 경로 정책을 세우며, 설정 방식에 따라 모든 트래픽을 잡을 수도, 나열된 목적지만, 또는 나열된 앱만 잡을 수도 있습니다. 제외 목록은 포함 목록만큼 중요합니다, 제외 도메인 두 개가 붙은 전체 터널 프로파일은 이름이 암시하는 것과 전혀 다르게 동작하기 때문입니다. 앱별 VPN은 브라우저를 터널 밖에 그대로 두면서도 상태 표시줄의 배지는 연결됨을 보여 줄 수 있습니다. 포함·제외 목록을 먼저 읽고 나서 어느 쪽 말이든 믿으십시오.

여기서는 출발지 주소가 실제로 바뀝니다. 적어도 터널이 잡는 트래픽에 대해서는 그렇고, 그것이 대부분의 사람이 정말로 묻는 실질적 차이인 반면 나머지는 어떤 트래픽인지에 대한 세부일 뿐입니다.

네트워크 확장 앱이 이름표를 흐리는 지점

앱은 프로파일 목록에 잘 드러나지 않는 동작을 하는 자체 네트워크 확장을 설치할 수 있으므로, 마케팅 이름과 상태 표시줄 표시는 목록이 아닙니다. 앱 자체의 구성 화면을 프로파일 페이로드 옆에 열어 두고 비교하십시오. 보호라고 붙은 토글은 해석만 바꿀 수 있고, 사설 DNS라고 붙은 토글은 리졸버만 바꿀 수 있습니다. 두 출처가 어긋나면 페이로드 목록을 믿고 그 차이를 기록하십시오.

앱이 한 네트워크에서는 빠른 테스트를 통과하고, 해석은 되지만 라우팅은 되지 않는 포털 인증 환경에서는 실패하는 이유도 같습니다. 두 메커니즘은 애초에 같은 것이 아니었습니다.

맞는 객체를 제거하고, 그 뒤에 이름을 확인하기

구성을 설치한 앱이나 관리 서비스를 통해 제거하되, 직접 찾아낸 파일을 지우는 대신 Apple이 문서로 안내하는 제거 절차를 사용하십시오. 프로파일을 지우면 관련 설정과 데이터가 함께 사라질 수 있고, 관리 프로파일은 관리 측이 해제해 줄 때까지 제거를 거부할 수 있습니다. DNS 페이로드 하나를 제거하는 데 기기가 여전히 의존하는 무관한 VPN ID를 파괴해야 해서는 안 됩니다. 무엇이든 지우기 전에 객체를 분리하고, 그다음 중단하려는 동작을 소유한 것만 제거하십시오.

그 뒤에는 업무가 의존하는 사설 이름을 확인하십시오. 조직용 앱은 공인 DNS가 들어 본 적 없는 리졸버에 의존할 수 있기 때문입니다. 그런 실패는 보통 DNS 오류가 아니라 앱 오류로 드러나므로 오진되기 쉽고, 같은 앱에서 내부 이름 하나와 공인 이름 하나를 시험해 보면 실제로 어떤 객체를 제거했는지 답이 나옵니다.