Agordu la prokurilon de ASP.NET Core SignalR kliento antaŭ lanĉo

Agordu ASP.NET Core SignalR klienton per HttpConnectionOptions, por ke ĝia intertraktado kaj elektita transporto havu la celitan vojon.

Antaŭ ol lanĉi ASP.NET Core SignalR klienton, agordu ĝiajn konektajn opciojn:

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

Ĉi tiu fragmento uzas la modernan SignalR klienton kaj System.Net. Administru connection tra la nesinkrona vivociklo de la aplikaĵo; konservu la huban URL kiel celon. Por permesita publika huba testo sen agorditaj prokurilaj akreditaĵoj, la HTTP-prokurila listo provizas kandidatajn HTTP-perantojn.

Transporta agordoKie la prokurilo aplikiĝas
Defaŭlta konekta kondutoHttpConnectionOptions.Proxy elektas la peranton; la defaŭlta WebSocket-transporto de .NET 8 ankaŭ asignas ĝin al ClientWebSocketOptions
HttpMessageHandlerFactoryAgordas HTTP-traktadon, ne WebSocket-konektojn
Provizita WebSocketFactoryposedas sian kreadan konduton kaj devas apliki sian bezonatan vojon

Sukcesa intertraktado ne pruvas, ke la posta WebSocket-tunelo estis akceptita. Se propra WebSocketFactory uzas .NET ClientWebSocket, agordu la prokurilon de tiu ingo antaŭ konekti. Legu transportan diagnozon por la lasta finita paŝo kaj ankaŭ kontrolu ĉiun intencan rezervan transporton.

Pli malnovaj ekzemploj de ASP.NET SignalR, kiuj agordas Connection.Proxy apartenas al alia generacio. Kun HubConnectionBuilder, tenu la prokurilon ĉe la aliaj WithUrl transportaj opcioj anstataŭ agordi nerilatan HTTP-peton.

Rilataj artikoloj