Die .NET-Hilfsbibliothek von Twilio akzeptiert ihre eigene HTTP-Transportabstraktion. Ihr SystemNetHttpClient-Adapter ermöglicht es diesem Transport, einen von der Anwendung konfigurierten System.Net.Http.HttpClient zu verwenden.

var proxy = new System.Net.WebProxy(
    "http://proxy.example.net:8080")
{
    Credentials = proxyCredentials
};

var handler = new System.Net.Http.HttpClientHandler
{
    Proxy = proxy,
    UseProxy = true,
    AllowAutoRedirect = false
};

var systemHttp = new System.Net.Http.HttpClient(handler);
var transport = new Twilio.Http.SystemNetHttpClient(systemHttp);
var twilioClient = new Twilio.Clients.TwilioRestClient(
    accountSid, authToken, httpClient: transport);

Die Anwendung stellt proxyCredentials bereit, etwa ein passendes NetworkCredential, sowie ihre vorhandenen Twilio accountSid und authToken. Entfernen Sie den Credentials-Initialisierer, wenn der Vermittler kein Konto benötigt. Ein HTTP-Endpunkt aus der HTTP-Proxy-Liste ist ein weiterer Kandidat für diesen unauthentifizierten Weg, vorbehaltlich der Netzwerkrichtlinie dieser Anwendung.

Übergeben Sie twilioClient an den Parameter client der Hilfsoperation. Andernfalls kann diese Operation einen separat konfigurierten Standardclient verwenden.

AllowAutoRedirect ist hier deaktiviert, damit das Standardverhalten des SDK-Adapters erhalten bleibt, wenn er seinen eigenen zugrunde liegenden Client erstellt. Wenn Sie einen eigenen HttpClient bereitstellen, liegen die Einstellungen seines Handlers in Ihrer Verantwortung.

Halten Sie systemHttp für die zugehörige Arbeitslast am Leben und geben Sie es frei, wenn diese endet. Ein neuer Handler um jede SDK-Anfrage erzeugt einen neuen Verbindungspool, statt den konfigurierten Transport wiederzuverwenden.

Ähnliche Artikel