iPhone에서 VPN을 어떻게 설정할지는 서버가 어떤 프로토콜을 제공하는지, 기기가 개인 관리인지 감독 중인지, 네트워크가 바뀔 때 무엇이 일어나야 하는지라는 세 가지 조건이 결정합니다. 네이티브 구성 프로파일과 제공업체 앱은 서로 다른 방식이며 같은 주소를 입력하는 두 가지 방법이 아닙니다. 이들을 그 조건에 맞추면 건물을 처음 나선 뒤 실패하는 대부분의 설정을 피할 수 있습니다.

프로토콜이 첫 번째 필터이고, 두 번째는 누가 기기를 통제하는지입니다.

App Store 전에 프로토콜을 맞추십시오

iOS는 네이티브 IKEv2, L2TP over IPsec 및 Cisco IPsec 구성을 지원하며 각각 고유한 인증 옵션과 프로파일 필드를 가집니다. OpenVPN과 WireGuard를 포함한 다른 프로토콜은 Network Extension 프레임워크를 사용하는 앱을 통해 제공됩니다. 한쪽을 위해 만든 파일을 다른 쪽으로 선택할 수 없으며, 그래서 깔끔하게 가져온 프로파일도 연결에 실패할 수 있습니다. 클라이언트를 고르기 전에 서버의 프로토콜을 확인하십시오.

제공업체에 iOS용으로 기대하는 정확한 구성을 요청하십시오. 데스크톱 지침은 휴대폰이 노출하지 않는 기능을 가정하는 경우가 많고, 휴대폰 전용 내보내기는 그 추측을 없애 줍니다.

시스템 수준 프로파일인가 앱 번들인가

네이티브 프로파일은 시스템 수준에 설치되므로 어떤 앱을 열기 전에도 연결이 존재할 수 있고 프로파일을 제공한 사람이 관리할 수 있습니다. 제공업체 앱은 터널을 앱 안에 묶어 제공업체가 자체 인터페이스와 기능을 둘 공간을 줍니다. 업무용 휴대폰에서는 관리되는 프로파일이 특정 리소스에 대한 인증서와 접근 규칙을 담을 수 있으며, 이를 개인 앱으로 바꾸는 것은 동등한 교환이 아닙니다. 무엇이든 바꾸기 전에 관리자에게 물으십시오.

개인 휴대폰에서는 프로파일을 승인하기 전에 출처를 확인하십시오. 전체 내보내기와 QR 코드에는 자격 증명이나 신뢰할 수 있는 루트가 들어 있을 수 있으므로 비밀로 다루고 스크린샷과 채팅 스레드에서 멀리 두십시오.

On Demand가 실제로 약속하는 것

On Demand는 Apple이 정의한 조건에서 연결을 올릴 수 있고, 감독되는 Always On 모델은 개인 기기가 받지 못하는 더 엄격한 동작을 가집니다. 소비자 앱의 자동 연결 표시가 둘 중 하나를 제공한다고 가정해서는 안 됩니다. 실질적인 질문은 터널이 사용 가능해지기 전에 무엇이 일어나는지, 수동으로 연결을 끊은 뒤 무엇이 일어나는지, 휴대폰이 다시 시작될 때 무엇이 일어나는지입니다. 자동 재연결과 터널 밖 트래픽 차단은 별개의 약속입니다.

범위는 세 번째 질문으로, 구성은 모든 인터넷 트래픽을, 개인 목적지 집합을, 또는 관리되는 앱만을 나를 수 있습니다.

전환과 해지를 시험하십시오

캡티브 포털은 터널이 설정되도록 두지 않으므로 먼저 일반 iOS 프롬프트를 통해 Wi-Fi 포털 로그인을 마치십시오. 그다음 Wi-Fi에서 셀룰러로, 셀룰러에서 다시 Wi-Fi로, 연결이 유휴 상태일 때 화면 잠금이라는 실제로 겪는 전환을 시험하십시오. 터널이 복구되는지, 앱도 함께 복구되는지 기록하십시오. 프로토콜 이름이 전환 중 통화가 끊기지 않음을 보장하지는 않습니다.

저장된 지역, 허용된 기기 위치, 계속되는 계정 로그인은 공용 출구의 측정값이 아닙니다. 의도한 애플리케이션과 해당되는 경우 두 주소 체계를, 실제로 무슨 일이 일어났는지 보고하는 점검으로 시험하십시오.

분실한 휴대폰의 경우 프로파일 출처와 해지 절차를 확인하십시오. 로컬 앱을 삭제해도 원격 승인이 반드시 제거되지는 않습니다.

관련 글