curl의 CIDR 우회는 실패하지만 --noproxy '*'는 동작한다

리터럴 사설 IP로 보내는 요청은 서브넷 예외와 함께 프록시를 사용하지만, --noproxy '*'을 쓰면 직접 연결된다. 이것만으로 운영체제가 모든 프록시 예외를 무시한다고 증명되지는 않는다.

클라이언트는 이해 가능한 우회 형식 하나를 보여 주었다. 다음 질문은 당신이 제시한 범위 형식을 구현하는지 여부다.

curl은 7.86.0에서 이런 예외에 대한 CIDR 일치를 추가했다. 운영체제 릴리스가 더 새로워 보이는 머신이라도 다른 버전 계열의 클라이언트나 연결된 라이브러리를 가질 수 있다. 문제 제목의 OS 이름만 보지 말고 실제로 호출되는 실행 파일과 그에 연결된 libcurl을 확인해야 한다.

libcurl을 쓰는 애플리케이션은 독립형 curl 명령과도 다를 수 있다. 배포판 패치도 중요할 수 있으므로 기본 버전만으로 결론이 서지 않을 때는 설치된 패키지의 기능 문서를 사용하라.

요청 입력은 정확히 유지하라. 서브넷으로 해석되는 호스트 이름은 리터럴 주소를 담은 URL과 다른 사례다. 지원되는 CIDR 파서는 모든 이름을 주소 기반 우회 결정으로 바꾸기 위해 자동으로 DNS 조회를 수행하지 않는다.

패키지를 교체하거나 개별 주소의 거대한 목록을 만들기 전에 클라이언트 정체, 정확한 URL, 예외 값, 통제된 결과를 수집하라. 모든 호스트에 대한 전역 우회는 비교에 관한 유용한 증거이지만, 그것이 자동으로 의도된 영구 라우팅 정책은 아니다.