프록시 테스트 방법: IP, 위치, 누출, 헤더, 속도 및 성공률을 종료

1. 출구와 그 국가#

curl -s -x http://USER-cc-de-city-berlin:PASS@res.proxy-cyber.com:9000 https://api.ipify.org
# then look the address up in one or two public geolocation databases

국가는 일치해야합니다. 도시 수준에서, neighbouring 도시를 허용 : 데이터베이스가 거기를 방해합니다.없이 몇 번 실행 -sid- 회전을 확인하기 위해, 그 후에 고정 -sid- 끈끈함을 확인하기 위해.

2. 익명성 우두머리#

일반 HTTP를 통해 헤더 에코 엔드포인트를 가져오고 모든 헤더를 읽으십시오. 아무것도 proxy 또는 다른 주소는 출구 이외의 것을 언급해야 합니다: 없음 X-Forwarded-For, Via, Forwarded, X-Real-IP. 프록시가 TLS 내부 헤더를 추가할 수 없기 때문에 HTTP를 체크하십시오.

DNS 지원#

SOCKS5와 비교하여 socks5:// 으로 socks5h://: 두 번째는 출구에서 해결합니다. HTTP 프록시가 hostname을 항상 프록시로 이동합니다. 사이트가 예상보다 프록시를 통해 다르게 행동하면, 잘못된 지역 가장자리의 로컬 DNS 응답이 일반적인 원인입니다.

4. WebRTC (브라우저 전용)#

브라우저에서 WebRTC 누출 테스트를 엽니다. 출구 만 나타납니다. 실제 주소가 표시되면 WebRTC를 비활성화하거나 IP 정책을 proxied-only로 설정하십시오.

5. 지연 및 처리량#

curl -s -o /dev/null -w 'connect %{time_connect}s  ttfb %{time_starttransfer}s  total %{time_total}s\n' \
     -x http://USER-cc-de:PASS@res.proxy-cyber.com:9000 https://example.com/
# a few hundred milliseconds of TTFB is normal on a household exit; seconds mean a slow line, try another session id

처리량 검사를 위해, 서버에서 알려진 크기의 테스트 파일을 다운로드하고 %{speed download}를 검사하고 검사하는 권한이 있습니다. 8에 의해 곱하고 1,000,000에 의해 분할하여 초당 Mbit/s로 바이트를 변환하십시오. 다른 시간에 반복하십시오: 출구 수용량, 거리, 목적지 및 concurrency는 결과에 영향을 미치지 않습니다; 고정 속도는 proxy 유형에서 혼자 따릅니다.

6. 목표에 대한 성공률#

ok=0; for i in $(seq 1 50); do
  code=$(curl -s -o /dev/null -w '%{http_code}' -m 30 -x "http://USER-cc-us:PASS@res.proxy-cyber.com:9000" https://target.example/some/page)
  [ "$code" = 200 ] && ok=$((ok+1))
done; echo "$ok/50 succeeded"

Fifty 요청은 몇 메가바이트를 요합니다. *content*의 몇 가지 응답을 확인하십시오. 누락 된 가격과 200은 부드러운 블록이며, 콘텐츠 검사는 그것을 잡습니다.

7. 결론을 내는 것#

자주 묻는 질문#