프록시는 닫혔다. 그런데 왜 요청이 계속 들어오는가

들어오는 요청이 계속된다고 해서 외부인이 아직 프록시를 쓸 수 있다는 뜻은 아니다. 접근 정책이 바뀐 뒤에도 오래된 엔드포인트가 요청 목록에 남을 수 있다. 무엇이 전달되는지로 수리를 확인하라:

1. 통제된 목적지로 허용된 요청과 허용되지 않은 요청을 보낸다.
2. 설정된 로그 형식에서 접근 결정과 Squid의 경우 계층 필드를 읽는다.
3. 금지된 요청이 실제로 목적지에 도달했는지 확인한다. TCP를 받아들이는 것, HTTP 요청을 거부하는 것, 이후 요청을 완료하는 것은 서로 다른 결과다.
4. 다른 활성 리스너와 가상 호스트를 점검해, 수리한 정책 블록이 다른 입구를 열어 두지 않게 한다.

역방향 매핑만 제공하려는 Apache라면 의도하지 않은 정방향 프록시가 꺼져 있는지 확인한다. ProxyRequests Off는 ProxyPass와 공존할 수 있다.

어느 구성 요소가 만들었는지 모른다면 오류 페이지만으로는 증거가 약하다. 클라이언트 결과, 프록시 결정, 목적지에서의 관측을 함께 보관하라.

거부된 트래픽이 여전히 자원을 소비한다면 네트워크 접근을 좁히고 속도와 로그 보존을 관리하라. 시도가 반드시 멈춰야 하는 신뢰할 만한 대기 기간은 없다. 올바른 전달 결정이 수용 기준이다.