WCF BasicHttpBinding: ProxyAddress 및 UseDefaultWebProxy
전송 자격 증명을 변경하기 전에 BasicHttpBinding의 명시적 프록시 주소와 기본 프록시 선택을 일치시키십시오.
생성된 서비스 클라이언트에는 서비스 엔드포인트와 프록시 관련 바인딩 설정이 모두 있을 수 있습니다. 어느 주소가 어느 역할에 속하는지 먼저 파악하십시오. SOAP 서비스는 계속 대상이며, ProxyAddress는 중개자를 지정합니다.
BasicHttpBinding의 경우 UseDefaultWebProxy는 자동으로 구성된 프록시 동작을 선택하며 기본값은 true입니다. Microsoft의 계약은 그 true 값을 null이 아닌 명시적 ProxyAddress와 결합하는 것을 지원하지 않습니다. 둘 다 할당하고 하나가 조용히 이긴다고 가정하는 대신 선택을 일관되게 만드십시오. 허용된 인증되지 않은 공용 프록시 경로에서 공개적으로 접근 가능한 SOAP 서비스의 경우 HTTP 프록시 목록이 ProxyAddress에 대한 후보 주소를 제공합니다. 다른 엔드포인트의 프록시 자격 증명은 보관하지 마십시오.
엔드포인트가 실제로 사용하는 바인딩을 확인하십시오
도우미가 올바른 바인딩을 구성해도 생성된 클라이언트가 여전히 다른 구성된 엔드포인트를 사용할 수 있습니다. 실패한 호출에 할당된 바인딩을 검사하십시오. 클라이언트가 선택한 적 없는 구성 항목을 변경해도 그 경로에는 영향을 줄 수 없습니다.
그런 다음 프록시 자격 증명 유형과 서비스 자격 증명 유형을 구별하십시오. SOAP 서비스가 요구하는 암호가 자동으로 선택된 네트워크 중개자의 계정이 되는 것은 아닙니다.
전송 보안 모드도 또 다른 결정입니다. 오래된 답변이 제안한다는 이유만으로 자격 증명 전용 모드로 전환하면 전송 가정이 바뀝니다. 경로나 계정이 올바르다는 것을 증명하지는 않습니다. 의도한 대상 TLS를 유지하고 배포된 WCF 클라이언트와 프록시가 지원하는 인증 구성을 사용하십시오.
유용한 진단은 서비스 엔드포인트, 선택된 프록시 원본, 바인딩 인스턴스 및 첫 번째 응답 단계를 지목합니다. 그러면 생성된 서비스 클라이언트를 무관한 구성 추측의 집합으로 만들지 않고 407을 좁힐 수 있습니다.