Bovenliggende domeinen en subdomeinen in .NET NO_PROXY
Neem het bovenliggende domein bewust op wanneer een .NET-omgevingsproxybeleid ook de subdomeinen ervan moet omzeilen.
In de gedocumenteerde omgevingsproxyregels van .NET komt .example.com overeen met subdomeinen. Het komt niet overeen met example.com zelf. Dat kleine verschil kan één service over twee routes verdelen.
| Vermelding | Bedoelde .NET-overeenkomst |
|---|---|
example.com | De bovenliggende hostnaam |
.example.com | Hostnamen onder dat domein |
example.com,.example.com | Beide groepen |
Stel dat de landingspagina de bovenliggende naam gebruikt en de API ervan api.example.com gebruikt. Een lijst met alleen de vorm met punt kan de landingspagina via de proxy sturen terwijl de API direct gaat. De omgekeerde fout is alleen het bovenliggende domein vermelden en verwachten dat elk kind overeenkomt. Inspecteer HttpClient.DefaultProxy.IsBypassed voor het bovenliggende domein en een kind om de geconfigureerde beslissing te controleren.
Dit geldt voor het omgevingsbeleid dat de deelnemende .NET HTTP-client gebruikt. Een expliciet toegewezen IWebProxy, een andere handler-implementatie of een andere runtime-generatie moet zijn eigen regels laten controleren. Ga er niet van uit dat de bypasslijst van een browser deze omgevingslijst is geworden.
Weersta ook de gewoonte om de instelling te vertalen naar *.example.com. De gedocumenteerde .NET-omgevingssyntaxis behandelt de asterisk niet als een algemeen jokerteken.
Wanneer u een werkende curl-opdracht met de toepassing vergelijkt, bewaar dan de letterlijke URL in het rapport. “Dezelfde server” verbergt of u het bovenliggende domein, een subdomein of een IP-adres hebt opgevraagd. Domeinovereenkomst gebeurt tegen die verzoekinvoer, niet tegen uw informele naam voor de service.