iPhone VPN이 꺼진 뒤 다시 연결됩니다: 누가 다시 켜는 걸까요?

iPhone VPN에서 연결 끊기를 누르고 브라우저를 열면 페이지가 로드되기도 전에 터널이 다시 올라오기 때문에 스위치가 고장 난 것처럼 보입니다. 대개는 설계대로 동작하는 것이지, 사용자가 의도한 대로가 아닐 뿐입니다. 연결을 끊으면 세션 하나가 끝나지만 다른 무언가가 여전히 새 세션을 시작할 권한을 갖고 있습니다. iOS에서는 서로 다른 세 주인이 그렇게 할 수 있고, 각자는 재연결이 일어나는 시점에 서로 다른 흔적을 남깁니다.

연결 끊기는 비활성화가 아닙니다

수동 연결 끊기는 터널에게 멈추라고 말합니다. 그렇다고 시스템에게 그것을 요구하는 일을 그만두라고 반드시 말하는 것은 아닙니다. 요청 시 연결 규칙, 공급자 앱 자체의 자동 연결 정책, 관리되는 상시 연결 구성은 모두 연결 끊기 후에도 살아남고, 각각은 사용자가 아무것도 건드리지 않아도 연결을 다시 시작할 수 있습니다.

이 구분이 중요한 이유는 해결책이 주인에게 있기 때문입니다. 스위치를 더 세게 토글해도 도움이 되지 않고, 프로파일을 삭제하는 것은 문제가 요구하는 것보다 훨씬 큰 조치입니다. 먼저 방아쇠를 찾고, 그다음 그것을 바꾸는 것이 내 일인지 결정하세요. 이 순서는 다른 곳에 있는 규칙을 쫓다가 작동하는 구성을 제거하는 일도 막아줍니다.

세 주인을 방아쇠로 비교하세요

요청 시 연결은 운영 체제가 평가하는 조건에 반응합니다: 네트워크에 참여하거나, 규칙과 일치하는 도메인이 포함된 요청입니다. 공급자 앱은 앱이 시작될 때 또는 자체 백그라운드 정책이 결정할 때 연결을 올릴 수 있습니다. 관리되는 상시 연결 배포는 사용자가 아예 우회해서는 안 되는 기기 수준의 요구 사항입니다.

재연결에 앞서 어떤 이벤트가 일어나는지 보면 주인이 꽤 분명해집니다. 편집할 수 있는 규칙과 물어볼 수만 있는 정책의 차이입니다.

요청 시 규칙이 실제로 하는 일

요청 시 동작은 순서가 있는 목록입니다. 각 항목은 조건과 일치해 연결, 연결 끊기, 연결 시도 평가, 무시 중 하나의 동작을 만들어 냅니다. 연결 끊기 규칙보다 앞에 있는 연결 규칙은 둘 다 일치할 때마다 이기기 때문에, 수동으로 연결을 끊은 직후에도 기기가 다시 연결될 수 있습니다.

규칙은 도메인 기반일 수도 있어 인터페이스 변경 대신 요청의 호스트 이름과 일치합니다. ‘인트라넷 사이트를 열면 VPN이 돌아온다’는 현상의 배경 패턴이며, 이는 iOS 자체가 아니라 규칙을 설치한 공급자나 프로파일을 가리킵니다.

관리되는 상시 연결은 개인 선택이 아닙니다

감독되는 관리 기기에서는 조직이 VPN을 계속 켜 두도록 요구하고 사용자가 끌 수 있는 권한을 없앨 수 있습니다. 설정에서 아무리 토글해도 바뀌지 않으며, 정직한 답은 그 동작이 관리자의 정책에 속한다는 것입니다.

어떤 정책이 적용되는지, 예외 절차가 있다면 무엇인지 물어보세요. 설치된 관리 프로파일을 삭제하는 것은 지원되는 해결책이 아니며, 기기가 의존하는 다른 구성을 제거할 수 있고 규정 준수 보고를 깨뜨릴 수 있습니다.

프로파일이 아니라 방아쇠를 제거해 시험하세요

프로파일을 설치된 채로 두고 연결을 끊은 다음, 예전에 터널을 다시 시작시킨 이벤트(같은 Wi-Fi 참여, 같은 앱 열기, 같은 내부 이름 요청)를 반복하세요. 그 순간 터널이 돌아온다면 방아쇠를 찾은 것이며 그것을 소유한 설정을 찾아볼 수 있습니다.

주인 쪽에서 설정 하나를 바꾼 뒤 같은 시험을 반복하세요. 재연결이 멈추면 답을 얻은 것이고, 계속되면 방아쇠가 다른 곳에 있으며 프로파일은 애초에 문제가 아니었습니다. 파일 앱에 남아 있는 내려받은 설정 파일도 설치된 구성이 아니므로, 그 파일을 지우는 것은 아무것도 증명하지 않습니다.

유용한 결과는 적어 둘 수 있는 한 문장, 곧 이 연결은 이 규칙이나 정책이 시작하며 소유자는 이쪽이라는 문장입니다. 그것이 사실이 되면 스위치는 더 이상 예측 불가능하게 느껴지지 않고, 다음에 보고하는 사람은 또 한 번의 재설치 대신 곧바로 답을 얻습니다.