Charles를 닫았는데도 Mac이 여전히 127.0.0.1을 가리킵니다

앱이 실패하면 VPN이 의심을 받지만, 요청은 터널에 닿지도 않습니다. macOS가 그 앱에 여전히 로컬 프록시를 쓰라고 알려 주고 있다면 첫 홉은 127.0.0.1이고 거기서는 아무것도 듣고 있지 않습니다. Charles를 닫는다고 해서 그것이 설치한 시스템 프록시 설정이 항상 지워지는 것은 아니므로, 멀쩡한 VPN이 죽은 소켓 뒤에 앉아 있게 됩니다. 확인하고 잘못된 부분만 고치는 순서는 다음과 같습니다.

첫 홉은 서버가 아니라 이 Mac입니다

주소를 문자 그대로 읽으세요: 127.0.0.1 는 눈앞의 기계이고, 포트는 프록시 도구가 듣도록 설정되어 있던 번호입니다. 그 리스너가 사라지면 연결은 시간 초과가 아니라 곧바로 연결 거부로 실패하며, 이것이 유용한 단서입니다.

VPN은 자체 프록시 설정을 만들지 않고 시스템 설정도 지우지 않습니다. 두 구성은 독립적이어서 터널이 완벽해도 브라우저는 여전히 쓸 수 없을 수 있습니다. 이 독립성 때문에 VPN 재연결, 재부팅, 새 프로필 후에도 문제가 남습니다. VPN 경로의 무엇도 프록시 저장소를 건드리지 않습니다.

1단계: 현재 프록시 상태 읽기

읽기 전용 보기부터 시작하세요. 어떤 앱이 해석하기 전에 시스템이 무엇을 믿는지 알려 주기 때문입니다:

scutil --proxy

확인할 값은 HTTPEnable, HTTPProxy, HTTPPort, HTTPS의 대응 항목, 그리고 ProxyAutoConfigEnable 과 그 URL입니다. 아무것도 듣지 않는 포트에서 켜져 있는 프록시가 바로 당신의 문제입니다. PAC URL은 다른 형태입니다. 요청 시점에 파일이 프록시를 고르기 때문에 눈에 보이는 수동 주소가 없어도 활성화될 수 있습니다.

그다음 같은 값을 시스템 설정, 네트워크, 실제로 쓰는 서비스, 세부사항, 프록시에서 확인하세요. GUI와 명령은 같은 저장소를 읽으므로, 값이 다르면 다른 서비스를 보고 있는 것입니다.

2단계: 설정의 주인 찾기

이 상태를 만드는 주인은 셋입니다. 도우미를 설치하고 정리하지 않은 프록시 도구, 조직의 관리형 구성 프로필, 그리고 디버깅 중에 누군가 추가한 수동 설정입니다. 각각 올바른 해결책이 다르고, 마음 놓고 지울 수 있는 것은 첫 번째뿐입니다.

Charles는 macOS 도우미를 포함한 브라우저 및 시스템 프록시 통합을 문서화하므로, 먼저 그 자체의 제어와 종료 경로를 사용하세요. 권한 있는 도우미는 구성을 바꾸기 위해 존재합니다. 그렇다고 해서 무관한 소프트웨어에 기계 전체 접근을 줄 이유는 아닙니다.

설정이 관리형 프로필에서 왔다면, 로컬에서 비활성화하면 실패하거나 다음 확인 시 되돌아갑니다. 이것은 로컬 버그가 아니라 프로필 소유자에게 물을 정책 문제로 다루세요.

3단계: 가장 좁은 것만 바꾸기

특정 서비스에 대한 특정 의도치 않은 항목만 비활성화하세요. 모든 서비스를 전환하지 말고 프록시 패널 전체를 지우지 마세요. VPN 서비스와 그 아래 Wi-Fi 서비스는 별도 설정을 유지하며 둘 중 하나는 올바를 수 있습니다.

프록시가 의도적으로 필요한 경우에는 정책을 지우는 대신 승인된 리스너를 시작하세요. 프록시가 인터넷으로 가는 유일한 경로이고 VPN이 두 번째의 좁은 경로인 조직에서는 이 구분이 중요합니다.

영향을 받은 앱에서 새 요청을 하나 다시 시도하세요. 일부 앱은 실행 시 프록시를 한 번만 읽으므로, 종료하고 다시 여는 것은 미신이 아니라 테스트의 일부입니다.

4단계: 프록시가 사라졌는데도 실패한다면

그때는 다른 문제이며, 새 오류가 유용한 증거입니다. 이름 확인, VPN 라우팅, TLS 신뢰, 앱 권한 부여는 네 가지 별도 점검이며 각각 구분 가능한 실패를 냅니다.

인증서 신뢰는 이 수리에서 빼 두세요. 신뢰할 수 있는 루트를 제거하거나 서버 검증을 약화해도 죽은 프록시 소켓은 고쳐지지 않고, 변경 두 개와 원래 고장 하나만 남습니다. 기업 프록시가 TLS를 검사한다면 그것은 자체 신뢰 요건을 가진 의도된 설계이며 되돌릴 부작용이 아닙니다. 인증서를 만지기 전에 프록시를 소유한 팀에 물어보세요. 그들의 답은 정책에 관한 것이고 당신의 답은 실패한 요청 하나에 관한 것입니다.

시작하기 전에 되돌리기를 적어 두세요. 찾은 프록시 값을 정확히 기록하면 복원이 기억력 시험이 아니라 복사가 됩니다. Charles 프록시 구성 문서 는 사용 중인 버전의 통합과 종료 동작을 설명합니다.

다음에 앱이 VPN에서 실패하면 터널보다 먼저 첫 홉을 확인하세요. 명령 하나면 되고, 잘못된 진단의 한 범주를 통째로 배제합니다.