프록시 설정 후에도 브라우저에 이전 IP가 표시될 때
브라우저가 설정을 적용했는지, 테스트 사이트를 우회했는지, 오래된 페이지나 다른 설정 계층을 사용했는지 확인하세요.
변경 전후에 같은 확인 서비스가 보고한 정확한 IP를 비교하세요. 웹사이트가 로그인, 언어, 지역을 유지한다고 해서 공인 IP가 그대로라는 증거는 아닙니다.
- 설정한 프로필에서 새 요청을 보내세요. 확인 페이지를 다시 불러오거나 해당 페이지의 새로 고침 기능과 요청 타임스탬프를 사용하세요. curl이나 다른 브라우저의 결과는 이 프로필의 상태를 설명하지 않습니다.
- 현재 적용된 설정을 확인하세요. Firefox에서는 해당 수동 모드에서만 주소를 사용하며, 시스템·자동·프록시 없음 모드는 서로 다르게 선택합니다. Chrome은 시스템 프록시 또는 실제 실행 중인 프로필의 플래그를 확인하세요. 실행 시 기존 프로세스를 재사용할 수 있으므로 새 전용 사용자 데이터 디렉터리를 쓰면 플래그 기반의 별도 테스트가 명확해집니다. 확장 기능이 설정을 제어한다면 그것도 확인하세요.
- 테스트 URL의 제외 항목을 확인하세요. 수동 우회, PAC 결과, 시스템 예외 때문에 특정 대상만 직접 연결될 수 있습니다. localhost로 테스트하지 마세요. Chrome은 루프백과 일부 로컬 주소를 암묵적으로 우회합니다.
- 올바른 주소를 비교하세요. 설정한 수신 주소와 대상이 관찰하는 출구 주소는 다를 수 있습니다. 보고된 주소가 직접 연결 결과와는 달라졌고 목록 항목과만 다르다면 프록시는 여전히 작동할 수 있습니다.
직접 연결과 프록시 결과가 계속 같다면 서비스나 무료 프록시 목록에서 같은 프로토콜의 다른 엔드포인트를 시도하고, 클라이언트 추적에서 선택한 프록시에 접속하려 했는지 확인하세요. Chrome에서는 NetLog 캡처로 해당 요청이 사용한 경로를 추적할 수 있습니다. 프록시에 접근할 수 없는데도 새 요청이 성공한다면 주소를 계속 고치기보다 직접 경로나 대체 연결을 조사할 이유가 됩니다.