프록시 상태: 어떤 웹사이트와 작업을 테스트했습니까?
재사용 가능한 프록시 풀을 유지할 때 일반적인 프록시 도달 가능성과 대상별 실패를 구분하세요.
프록시가 IP 확인 페이지를 가져오더라도 애플리케이션에 필요한 API에서는 실패할 수 있습니다. 이를 “정상” 또는 “죽음”이라고 부르면 가장 유용한 사실을 잃게 됩니다. 두 요청은 서로 달랐습니다.
엔드포인트에 대해 전송 계층 전체의 기록부터 시작하세요. 그 리스너에 도달하고 필요한 프록시 협상을 완료할 수 있습니까? 대상별 관찰은 그 기록을 덮어쓰지 말고 기록 옆에 두세요.
| 관찰 | 조사할 범위 |
|---|---|
| 프록시 리스너가 연결을 거부함 | 엔드포인트와 그곳으로 가는 경로 |
| 프록시가 대상 포트 하나를 거부함 | 해당 대상에 허용된 작업 |
| 한 웹사이트가 계정 오류를 반환함 | 대상 애플리케이션과 자격 증명 |
| 큰 응답은 멈추고 작은 응답은 완료됨 | 전송 작업량과 시간 초과 정책 |
HTTP 응답은 요청 경로가 무언가를 반환했음을 입증할 수 있지만 애플리케이션에는 여전히 쓸모없을 수 있습니다. 전송 성공, HTTP 상태, 그리고 예상 콘텐츠를 별도의 결과로 유지하세요.
한 대상이 반복적으로 실패하면 그 엔드포인트와 대상의 조합을 일시 중지하거나 조사하세요. 무관한 모든 작업에 대해 프록시를 비활성화하면 유용한 용량을 버릴 수 있습니다. 반대로 전역 연결 실패가 한 웹사이트의 고립된 기록 뒤에 숨어 있어서는 안 됩니다.
실용적인 상태 키에는 프록시 식별자, 대상 서비스, 작업 유형이 포함될 수 있습니다. 자격 증명이 포함된 전체 URL이나 모든 고유 리소스 경로를 계속 커지는 키로 사용하지 마세요. 그룹화가 다음 요청에 대해 의미 있는 예측을 제공할 때만 그룹화하세요.
목적은 더 많은 초록 배지가 아니라 더 나은 라우팅 증거입니다. 상태 결과는 무엇을 언제 시도했고 실제로 무엇을 입증했는지 말해야 합니다.