Mga setting ng proxy ng ServiceStack HttpUtils sa .NET 6+

I-configure ang proxy ng shared na kliyente ng .NET 6+ sa panahon ng initialization; ang pagpalit ng factory mamaya ay hindi pumapalit sa umiiral na kliyente.

Sa mga build ng ServiceStack para sa .NET 6+, ang HTTP Utils ay gumagawa ng tamad na shared na HttpClient. Itakda ang handler factory nito sa panahon ng initialization ng aplikasyon, bago ang unang tawag ng helper:

ServiceStack.HttpUtils.HttpClientHandlerFactory = () =>
    new System.Net.Http.HttpClientHandler
    {
        UseProxy = true,
        Proxy = new System.Net.WebProxy("http://proxy.example:8080"),
        AutomaticDecompression =
            System.Net.DecompressionMethods.Brotli |
            System.Net.DecompressionMethods.Deflate |
            System.Net.DecompressionMethods.GZip
    };

Kung umiiral na ang shared na kliyente, hindi ito nire-reconfigure ng pagpalit ng factory na ito. Ang sandaling iyon ang unang pagsusuri kapag ang mas huling pagtatalaga ay mukhang walang bisa. Maaaring pumili ng HTTP endpoint mula sa listahan ng HTTP proxy para sa pampublikong ruta bago pa likhain ang shared na kliyenteng iyon.

Para sa isang proxy account, itakda ang WebProxy.Credentials sa pamamagitan ng configuration ng aplikasyon. Ang HttpClientHandler.UseDefaultCredentials ay tumutukoy sa account ng server at hindi awtomatikong pinupuno ang mga kredensyal ng proxy object na iyon.

Ang mas lumang halimbawa ng HttpWebRequest at requestFilter ay umaasa sa dating implementasyon. Sa mas bagong anyo, sinasaklaw ng request configuration ang mga request field habang ang handler ang may-ari ng routing ng koneksyon.

Panatilihin ang umiiral na custom-client factory o ang kaayusan ng pagmamay-ari ng HTTP client factory ng aplikasyon kapag may naka-install na. Ang handler factory na ito ay shared na patakaran; ang magkasabay na walang kaugnayang ruta ay nangangailangan ng mga kliyenteng hiwalay ang pagmamay-ari.

Kaugnay na mga artikulo