대상은 포트 443의 HTTPS이므로 네트워크의 HTTPS 허용만으로 충분하다고 기대합니다. 그러나 선택한 프록시는 포트 18347에서 수신하며, 첫 연결은 그 포트로 향합니다.

클라이언트-프록시 종단과 CONNECT에 명시된 대상은 서로 다른 주소입니다. 네트워크는 443으로의 직접 트래픽을 허용하면서 임의의 프록시 포트로 나가는 연결을 제한할 수 있습니다.

서로 무관한 여러 프록시 항목이 프록시 응답을 받기 전에 모두 실패한다면, 그 수신 포트와 클라이언트의 승인된 아웃바운드 정책을 비교하세요. 공통된 첫 홉을 조사하는 동안 대상은 고정해 두세요. 승인된 시험에서는 무료 프록시 목록에 표시된 포트를 그 정책과 비교하세요. 목록은 이 네트워크에서의 도달 가능성을 증명하지 않습니다. 제한된 네트워크 하나가 도달하지 못한다는 이유만으로 모든 공용 종단이 오프라인이라고 추론하지 마세요.

버려진 연결 시도는 시간 초과될 수 있고, 능동적 거부는 더 빨리 실패합니다. 어느 메시지도 단독으로 누가 정책을 적용했는지 알려주지 않습니다. 가능한 경우 로컬 네트워크 로그나 관리자가 제공한 규칙을 사용하세요.

승인된 종단이나 좁게 정당화된 접근 변경을 요청하세요. 아웃바운드 정책 전체를 제거하는 것은 프록시 사용의 전제 조건이 아니며, TLS 교환에 도달하지 못한 연결을 고치기 위해 대상 TLS 검증을 비활성화해서도 안 됩니다.

관련 글