Itakda ang proxy ng isang ASP.NET Core SignalR client bago magsimula
I-configure ang isang ASP.NET Core SignalR client sa pamamagitan ng HttpConnectionOptions upang ang negosasyon at napiling transport ay nasa nilalayong ruta.
Bago magsimula ng isang ASP.NET Core SignalR client, i-configure ang mga opsyon sa koneksyon nito:
var connection = new HubConnectionBuilder()
.WithUrl("https://events.example/hub", options =>
{
options.Proxy = new WebProxy("http://proxy.example:8080");
})
.Build();
Ginagamit ng snippet na ito ang modernong SignalR client at System.Net. Pamahalaan connection sa buong async na lifecycle ng application; panatilihin ang URL ng hub bilang destinasyon. Para sa pinapayagang pampublikong hub test na walang naka-configure na kredensyal ng proxy, listahan ng HTTP proxy nagbibigay ng mga kandidatong HTTP intermediary.
| Setup ng transport | Saan nalalapat ang proxy |
|---|---|
| Default na pag-uugali ng koneksyon | HttpConnectionOptions.Proxy pumipili ng intermediary; ang default na WebSocket transport ng .NET 8 ay nagtatalaga rin nito sa ClientWebSocketOptions |
HttpMessageHandlerFactory | Ini-customize ang paghawak ng HTTP, hindi ang mga koneksyon sa WebSocket |
Isang WebSocketFactory | naibigay na factory ay may sariling pag-uugali sa paglikha at dapat ilapat ang kinakailangang ruta |
Hindi pinapatunayan ng matagumpay na negosasyon na tinanggap ang kasunod na WebSocket tunnel. Kung ang isang custom na WebSocketFactory ay gumagamit ng .NET ClientWebSocket, i-configure ang proxy ng socket na iyon bago kumonekta. Basahin ang transport diagnostics para sa huling natapos na hakbang at suriin din ang anumang sinadyang fallback na transport.
Ang mas lumang mga halimbawa ng ASP.NET SignalR na Connection.Proxy nagtatakda ay kabilang sa ibang henerasyon. Sa HubConnectionBuilder, panatilihin ang proxy kasama ng iba pang WithUrl mga opsyon sa transport sa halip na mag-configure ng walang kaugnayang HTTP request.