Nas regras de proxy de ambiente documentadas do .NET, .example.com corresponde aos subdomínios. Não corresponde ao example.com próprio. Essa pequena distinção pode dividir um serviço em duas rotas.

EntradaCorrespondência .NET pretendida
example.comO nome de host pai
.example.comNomes de host sob esse domínio
example.com,.example.comAmbos os grupos

Suponha que a página inicial use o nome pai e a sua API use api.example.com. Uma lista que contenha apenas a forma com ponto pode enviar a página inicial através do proxy enquanto a API segue diretamente. O erro inverso é listar apenas o domínio pai e esperar que todos os filhos correspondam. Inspecione HttpClient.DefaultProxy.IsBypassed para o domínio pai e um filho para verificar a decisão configurada.

Isto aplica-se à política de ambiente usada pelo cliente HTTP .NET participante. Um IWebProxy atribuído explicitamente, outra implementação de manipulador ou outra geração de runtime precisa de verificar as suas próprias regras. Não assuma que a lista de exceções de um navegador se tornou nesta lista de ambiente.

Resista também ao hábito de traduzir a configuração para *.example.com. A sintaxe de ambiente .NET documentada não trata o asterisco como um curinga geral.

Ao comparar um comando curl funcional com a aplicação, preserve o URL literal no relatório. “Mesmo servidor” esconde se pediu o domínio pai, um subdomínio ou um endereço IP. A correspondência de domínio ocorre contra essa entrada do pedido, não contra o seu nome informal do serviço.

Artigos relacionados