NO_PROXY는 명시적 Requests 경로를 지우지 않습니다
환경에서의 프록시 탐지를 억제하는 것과 Requests 매핑에 의도적으로 지정한 프록시를 제거하는 것을 구분합니다.
애플리케이션이 Requests에 자체 프록시 정책을 제공할 때는 같은 정책에 직접적인 예외를 두십시오. 기존 Session과 범위가 좁은 호출의 경우:
direct_routes = {'http': '', 'https': ''}
response = session.get(url, proxies=direct_routes, timeout=15)
명시적인 빈 값은 해당 스킴에 대해 직접 라우팅을 선택합니다. 더 구체적인 호스트 키에 대해서는 실제 호출과 Session 기본값도 확인하십시오. 스킴 수준의 재정의만으로는 호스트별로 분리된 경로가 제거되지 않습니다.
NO_PROXY에 호스트를 추가했는데도 명시적 프록시가 그대로 남은 이유는 무엇일까요? Requests 2.34.2의 리졸버는 제공된 매핑을 복사하고 환경이 누락된 항목을 채워야 하는지 검토합니다. 바이패스 일치는 그 탐지를 억제할 수 있지만, 애플리케이션이 이미 제공한 경로를 삭제하지는 않습니다.
다른 계층에서 예외를 추가하기 전에 이 작업이 사용하는 매핑을 확인하십시오. 직접 경로에서는 TLS 검증을 켜 둡니다. 리디렉션이 경로를 다시 바꾸면 그 전환 동안 None과 빈 프록시 값을 확인하십시오. 그곳의 인증서 오류는 해당 경로에서 목적지 신뢰에 관한 증거이며, 프록시가 선택되었는지와는 별개입니다.