Ier Dir en ASP.NET Core SignalR-Client start, konfiguréiert seng Verbindungsoptiounen:

var connection = new HubConnectionBuilder()
    .WithUrl("https://events.example/hub", options =>
    {
        options.Proxy = new WebProxy("http://proxy.example:8080");
    })
    .Build();

Dëse Fragment benotzt de moderne SignalR-Client an System.Net. Verwalte connection duerch den asynchrone Liewenszyklus vun der Applikatioun; behält d'Hub-URL als Zil. Fir en erlaabten ëffentlechen Hub-Test ouni konfiguréiert Proxy-Authentifikatioun liwwert d' HTTP-Proxy-Lëscht Kandidat-HTTP-Zwëscheninstanzen.

TransportastellungWou de Proxy gëllt
StandardverbindungsverhalenHttpConnectionOptions.Proxy wielt d'Zwëscheninstanz; den Standard-WebSocket-Transport vun .NET 8 weist se och ClientWebSocketOptions zou
HttpMessageHandlerFactoryPasst d'HTTP-Behandlung un, net WebSocket-Verbindungen
Eng geliwwert WebSocketFactorybesëtzt hiert eegent Erstellungsverhalen a muss hire erfuerderleche Wee uwenden

Eng erfollegräich Verhandlung beweist net, datt den duerno WebSocket-Tunnel ugeholl gouf. Wann eng eege WebSocketFactory .NET ClientWebSocket benotzt, konfiguréiert den Proxy vun deem Socket ier Dir verbënnt. Liest d'Transportdiagnostik fir de leschte fäerdege Schrëtt a kontrolléiert och all bewossten Ersatztransport.

Méi al ASP.NET SignalR-Beispiller, déi Connection.Proxy astellen, gehéieren zu enger anerer Generatioun. Mat HubConnectionBuilder behält den Proxy bei den aneren WithUrl Transportoptiounen, amplaz eng onverbonnen HTTP-Ufro ze konfiguréieren.

Ähnlech Artikelen