Stel die proxy van 'n ASP.NET Core SignalR-kliënt voor die begin op

Konfigureer 'n ASP.NET Core SignalR-kliënt deur HttpConnectionOptions sodat sy onderhandeling en gekose vervoer die beoogde roete het.

Voordat jy 'n ASP.NET Core SignalR-kliënt begin, konfigureer sy verbindingsopsies:

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

Hierdie fragment gebruik die moderne SignalR-kliënt en System.Net. Bestuur connection deur die toepassing se asinchrone lewensiklus; hou die hub-URL as die bestemming. Vir 'n toegelate publieke hub-toets sonder proxy-credentials wat opgestel is, voorsien die HTTP-proxylys kandidaat-HTTP-tussenbemiddelaars.

VervoeropstellingWaar die proxy geld
VerstekverbindingsgedragHttpConnectionOptions.Proxy kies die tussenbemiddelaar; .NET 8 se verstek WebSocket-vervoer ken dit ook aan ClientWebSocketOptions toe
HttpMessageHandlerFactoryPas HTTP-hantering aan, nie WebSocket-verbindings nie
'n Voorsiene WebSocketFactorybesit sy skeppingsgedrag en moet sy vereiste roete toepas

'n Suksesvolle onderhandeling bewys nie dat die latere WebSocket-tonnel aanvaar is nie. As 'n pasgemaakte WebSocketFactory .NET ClientWebSocket gebruik, konfigureer daardie socket se proxy voordat jy verbind. Lees vervoerdiagnostiek vir die laaste voltooide stap en ondersoek ook enige doelbewuste terugvalvervoer.

Ouer ASP.NET SignalR-voorbeelde wat Connection.Proxy stel, behoort aan 'n ander generasie. Met HubConnectionBuilder moet jy die proxy by die ander WithUrl vervoeropsies hou eerder as om 'n onverwante HTTP-versoek te konfigureer.

Verwante artikels