프록시 자격 증명 테스트: 요청 성공과 새 검증의 차이
통제된 목적지를 사용한 다음, 허용된 요청과 제공한 프록시 비밀번호의 새 검증을 구분하세요.
프록시를 통한 요청 성공은 그 작업이 허용되었음을 증명합니다. 하지만 비밀번호가 새로 확인되었다는 증거는 아닐 수 있습니다. 목적지가 예외일 수도 있고, 연결이 이미 인증되었을 수도 있습니다.
작업 확인에는 알려진 작은 응답을 반환하는 통제된 엔드포인트와 계정이 충족해야 하는 접근 정책을 사용하세요:
curl --proxy http://proxy.example:8080 --proxy-anyauth --proxy-user 'USER:PROXY_PASSWORD' https://probe.example/status엔드포인트와 계정은 자리 표시자입니다. 이는 중간 자격 증명이며 목적지 로그인과는 별개입니다.
응답 단계와 챌린지를 함께 보세요. 407은 협상을 시작하거나 계속하고, 지원하지 않는 메서드를 알리거나 계정을 거부할 수 있습니다. 403은 정책에 따른 거부를 나타낼 수 있고, 이후의 웹사이트 오류는 프록시 로그인 성공 뒤에 올 수 있습니다.
계정의 새 검증에는 운영자가 지원하는 계정 확인이나 인증된 신원 로그를 사용하세요. 자체 프록시에서는 백엔드 증거로 실제 검증과 익명으로 허용된 요청을 구분할 수 있습니다. 비밀번호 변경 시에는 이전 자격 증명이 작동을 멈췄어야 하는지 판단할 때 캐시 검증 기간을 포함하세요. Squid 6.13 Basic에서는 credentialsttl이 검증 캐시 기간을 제어합니다.