ping은 ICMP 에코 요청이 응답을 받았는지 알려줍니다. 프록시 목록의 HTTP 또는 SOCKS 포트를 열지 않으며 프록시에 웹사이트 접속을 요청하지도 않습니다.

ping에는 응답하지만 프록시 연결은 거절하는 항목에서 이 차이가 중요합니다. ICMP와 프록시의 TCP 서비스는 호스트 소프트웨어와 접근 규칙 안에서 서로 다른 경로를 거칩니다. 주소에 도달할 수 있어도 선택한 포트에 수신 대기 중인 프록시가 없을 수 있습니다.

오해하기 쉬운 세 가지 결과

  • Ping은 응답하지만 프록시는 실패: 서비스 포트, 프로토콜, 인증, 프록시 응답을 조사하세요. 에코 응답은 이들을 테스트하지 않았습니다.
  • Ping은 실패하지만 프록시는 작동: 네트워크나 호스트가 ICMP는 필터링하면서 프록시 연결은 허용할 수 있습니다. 에코 요청에 응답이 없다는 이유로 성공한 앱 테스트를 버리지 마세요.
  • Ping은 빠르지만 요청은 느림: 에코 왕복 시간에는 프록시 협상, 프록시에서 대상까지의 경로, TLS, 대상 응답 시간이 빠져 있습니다.

실제 클라이언트 동작 사용하기

HTTP 엔드포인트는 제한을 설정한 HTTP 요청을 통과시켜 테스트하세요. HTTPS가 필요하면 터널 수립과 대상의 TLS 응답도 확인합니다. SOCKS는 앱이 지원하는 SOCKS 모드를 사용하세요. TCP 포트 확인은 유용한 중간 관측이지만 여전히 이 프로토콜 단계 이전에 멈춥니다.

알려진 경로를 문제 해결할 때 ping을 보조 네트워크 정보로 유지하세요. 앱 결과와 별도로 보고합니다. ‘IP가 에코 요청에 응답한다’와 ‘프록시가 이 HTTPS 요청을 완료했다’는 다른 주장입니다. 원하던 동작을 테스트하는 것은 후자뿐입니다.

관련 글