WPAD가 켜져 있습니다. WinHTTP의 프록시 주소가 비어 있는 이유는 무엇일까요?

Windows 프록시 구성을 읽는 것과 대상에 대한 프록시를 확인하는 것은 별개의 작업입니다. 서비스 ID가 또 다른 경계를 추가합니다.

수동 프록시 문자열이 비어 있어도 자동 프록시 검색은 켜져 있을 수 있습니다. WinHttpGetIEProxyConfigForCurrentUser()는 구성 필드를 반환하며, 모든 대상에 대한 최종 엔드포인트가 아닙니다.

필드의미
수동 프록시명시적으로 구성된 값
자동 구성 URLPAC 스크립트의 위치
자동 검색 플래그검색이 활성화되어 있는지 여부

구조는 출력입니다. 함수를 호출하기 전에 자동 검색 멤버를 설정해도 Windows 검색은 활성화되지 않습니다. 반환된 필드를 사용하여 문서화된 플래그로 별도의 자동 프록시 요청을 구성하십시오.

먼저 확인하고, 그다음 적용

WinHttpGetProxyForUrl()와 같은 API는 실제 대상 URL을 평가합니다. PAC 다운로드 URL이 아니라 해당 URL을 제공하고, 확인 결과를 관련 WinHTTP 요청에 적용하십시오.

직접 결과도 유효합니다. 스크립트 다운로드, 스크립트 평가, 프록시 연결 오류는 각각 별도의 단계에서 발생합니다. 실패 코드를 확인하고 반환된 문자열에 대한 소유권 규칙을 따르십시오.

누구의 구성인가?

“CurrentUser”는 호출자의 컨텍스트를 의미합니다. 적절한 가장을 하지 않는 서비스는 데스크톱 사용자의 설정 대신 자체 서비스 계정 설정을 읽을 수 있습니다.

서비스가 관리되는 설정을 사용할지, 권한이 부여된 사용자의 구성을 따를지, 대화형 사용자가 없을 때의 동작까지 포함해 의도적으로 선택하십시오. 토큰 처리와 리소스 정리는 지원되는 ID API를 따라야 합니다.

진단을 위해 호출 계정, 구성 필드, 대상, 확인 결과, 첫 연결 오류를 함께 보관하십시오. 그러면 어느 단계에서 빈 값이나 실패한 경로가 생겼는지 알 수 있습니다.

관련 글