.NET NO_PROXY의 상위 도메인과 하위 도메인
.NET 환경 프록시 정책이 하위 도메인까지 우회해야 할 때 상위 도메인을 의도적으로 포함하세요.
.NET의 문서화된 환경 프록시 규칙에서 .example.com 는 하위 도메인과 일치합니다. example.com 자체와는 일치하지 않습니다. 이 작은 차이가 하나의 서비스를 두 경로로 나눌 수 있습니다.
| 항목 | 의도된 .NET 일치 |
|---|---|
example.com | 상위 호스트 이름 |
.example.com | 해당 도메인 아래의 호스트 이름 |
example.com,.example.com | 두 그룹 모두 |
랜딩 페이지가 상위 이름을 사용하고 그 API가 api.example.com 를 사용한다고 가정해 보겠습니다. 점이 있는 형식만 담은 목록은 API가 직접 연결되는 동안 랜딩 페이지를 프록시로 보낼 수 있습니다. 반대의 실수는 상위 도메인만 나열하고 모든 하위가 일치할 것이라고 기대하는 것입니다. HttpClient.DefaultProxy.IsBypassed를 확인 하여 상위 도메인과 하위 도메인 하나에 대한 구성된 결정을 점검하세요.
이는 참여하는 .NET HTTP 클라이언트가 사용하는 환경 정책에 적용됩니다. 명시적으로 할당된 IWebProxy, 다른 처리기 구현 또는 다른 런타임 세대는 자체 규칙을 확인해야 합니다. 브라우저의 우회 목록이 이 환경 목록이 되었다고 가정하지 마세요.
또한 습관적으로 설정을 *.example.com 로 바꾸지 마세요. 문서화된 .NET 환경 구문은 별표를 일반 와일드카드로 취급하지 않습니다.
작동하는 curl 명령을 애플리케이션과 비교할 때 보고서에 리터럴 URL을 남기세요. “같은 서버”는 상위 도메인, 하위 도메인, IP 주소 중 무엇을 요청했는지를 숨깁니다. 도메인 일치는 그 요청 입력에 대해 이루어지며, 서비스에 대한 비공식 이름에 대해 이루어지지 않습니다.