분할 터널은 아직도 삭제한 앱을 제외하고 있습니다

옛 앱은 사라졌는데 분할 터널 목록에는 그 항목이 남아 있습니다. 눈에 띄게 망가지는 것이 없어서 몇 달씩 그대로 남습니다. 그러다 누군가 같은 폴더에 다른 프로그램을 설치하거나, 관리 프로필이 재접속할 때마다 규칙을 복원하면 트래픽이 아무도 계획하지 않은 경로로 흐르기 시작합니다. 제외 항목이 존재 이유보다 오래 살아남은 것입니다.

이것을 정리하는 일은 주로 정체성, 즉 규칙이 지금 무엇을 가리키는지와 목록을 누가 소유하는지에 관한 것입니다.

증상: 아무것도 맞지 않는 제외

오래된 항목은 평소에는 보이지 않습니다. 세 가지 방식으로 드러나는데, 터널을 지날 것으로 예상했던 앱이 곧바로 나가거나, 새 프로그램이 옛 예외를 물려받거나, 관리 프로필이 덮어쓰기 때문에 클라이언트가 편집 저장을 거부하는 경우입니다. 셋 다 별개의 버그처럼 보이지만, 실은 모두 같은 장부 관리 문제입니다. 각각은 확인은 싸고 잘못 진단하면 비쌉니다.

규칙을 지우는 것이 아니라 읽는 것부터 시작하세요.

규칙이 무엇을 식별하는지 알아내기

분할 터널 구현은 제외 대상을 실행 파일 경로, 패키지 이름, 번들 식별자, 또는 경로 등 여러 가지에 묶습니다. 경로 기반 규칙은 더 이상 없을 수도 있는 파일, 또는 이제 다른 파일일 수 있는 파일을 가리킵니다. 패키지 기반 규칙은 새 설치가 다시 사용할 수 있는 정체성을 가리킵니다. 같은 텍스트 상자도 제품마다 의미가 다르므로, 보고 있는 필드에 대해서는 클라이언트 문서를 읽으세요. 패키지 기반 사례에서는 Android의 VpnService 가이드가 참고 자료입니다.

표시되는 이름은 항목에서 가장 신뢰할 수 없는 부분이고, 사람들이 읽는 것도 바로 그 부분입니다.

경로 규칙과 패키지 규칙은 다르게 동작합니다

삭제 후에도 남는 경로 규칙은 보통 무효가 되며, 무효가 되는 것이 좋은 결과입니다. 나쁜 결과는 새 실행 파일이 예외를 조용히 물려받아 경로가 다시 사용되는 경우입니다. 패키지 규칙은 또 다르게 동작해서, 제품은 사용할 수 없는 패키지를 무시하거나 거부하거나, 새 무언가가 그 이름을 차지하면 이름으로 계속 일치시킬 수 있습니다.

한 클라이언트의 가정을 다른 클라이언트로 옮기지 마세요. 없는 대상을 두고 여러분의 클라이언트가 실제로 무엇을 하는지, 가능하면 테스트 머신에서 그 상황을 일부러 만들어 어떤 프로세스가 예외를 물려받는지 지켜보며 확인하세요.

소유자를 통해 제거하세요

목록이 관리 프로필에서 온다면 로컬 편집은 다음 재접속 때 복원될 임시 변경입니다. 프로필을 바꾸거나 소유자에게 요청하고, 편집이 재접속 후에도 남는지 확인하세요. 목록이 로컬이라면 항목을 제거하고, 클라이언트가 예전 설정을 메모리에 두지 않고 설정을 다시 썼는지 확인하세요.

빈 목록이 목표가 아닙니다. 항목이 여전히 실제 요구사항에 맞는 목록이 목표입니다.

그다음 양방향을 시험하세요

정리 후에는 계속 제외되어야 하는 앱과 이제 터널을 지나야 하는 앱을 테스트하세요. 리졸버 정책은 제외 목록과 다른 제어이므로 DNS 동작은 따로 확인하세요. 복원된 프로필이 정리 작업을 조용히 무효화하는 가장 흔한 원인이므로, 그다음 한 번 다시 접속해 재시험하세요.

남은 예외마다 한 줄짜리 목적을 옆에 적어 두세요. 그 한 줄이 목록이 박물관이 되는 것을 막고, 다음 정리를 오 분 작업으로 만들어 줍니다.