Mga parent domain at subdomain sa .NET NO_PROXY
Isama ang parent domain nang sinasadya kapag kailangan ding laktawan ng .NET environment proxy policy ang mga subdomain nito.
Sa mga dokumentadong tuntunin ng environment proxy ng .NET, .example.com tumutugma sa mga subdomain. Hindi ito tumutugma sa example.com mismo. Ang maliit na pagkakaibang ito ay maaaring hatiin ang isang serbisyo sa dalawang ruta.
| Entry | Inaasahang .NET match |
|---|---|
example.com | Ang parent hostname |
.example.com | Mga hostname sa ilalim ng domain na iyon |
example.com,.example.com | Parehong grupo |
Ipagpalagay na ang landing page ay gumagamit ng parent name at ang API nito ay gumagamit ng api.example.com. Ang listahang may tuldok na anyo lamang ay maaaring magpadala ng landing page sa proxy habang ang API ay dumiretso. Ang kabaligtaran na pagkakamali ay ilista lamang ang parent domain at asahan na tutugma ang bawat anak. Suriin ang HttpClient.DefaultProxy.IsBypassed para sa parent domain at isang anak upang tiyakin ang naka-configure na desisyon.
Nalalapat ito sa environment policy na ginagamit ng kalahok na .NET HTTP client. Ang isang tahasang itinalagang IWebProxy, ibang implementasyon ng handler, o ibang henerasyon ng runtime ay kailangang suriin ang sarili nitong mga tuntunin. Huwag ipagpalagay na ang bypass list ng browser ay naging listahang ito ng environment.
Labanan din ang ugali na isalin ang setting sa *.example.com. Hindi itinuturing ng dokumentadong .NET environment syntax ang asterisk bilang pangkalahatang wildcard.
Kapag inihahambing ang gumaganang curl command sa application, panatilihin ang literal na URL sa ulat. Ang “parehong server” ay nagtatago kung hiniling mo ang parent domain, isang subdomain, o isang IP address. Ang pagtutugma ng domain ay nangyayari laban sa input ng kahilingang iyon, hindi laban sa impormal na pangalan mo para sa serbisyo.