Gosod procsi cleient ASP.NET Core SignalR cyn cychwyn

Ffurfweddwch gleient ASP.NET Core SignalR trwy HttpConnectionOptions fel bod ei drafodaethau a'r trafnidiaeth a ddewiswyd ar y llwybr a fwriadwyd.

Cyn cychwyn cleient ASP.NET Core SignalR, ffurfweddwch ei opsiynau cyswllt:

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

Mae'r darn hwn yn defnyddio cleient modern SignalR a System.Net. Rheolwch connection drwy gylch bywyd async y cymhwysiad; cadwch URL y hub fel y cyrchfan. Ar gyfer prawf hub cyhoeddus a ganiateir heb unrhyw fanylion proxy wedi'u ffurfweddu, mae'r rhestr procsi HTTP yn darparu cyfryngwyr HTTP posibl.

Gosodiad trafnidiaethBle mae'r procsi yn berthnasol
Ymddygiad cyswllt diofynHttpConnectionOptions.Proxy yn dewis y cyfryngwr; mae trafnidiaeth WebSocket ddiofyn .NET 8 hefyd yn ei aseinio i ClientWebSocketOptions
HttpMessageHandlerFactoryYn addasu trin HTTP, nid cysylltiadau WebSocket
Mae WebSocketFactorya ddarperir yn berchen ar ei ymddygiad creu ac mae'n rhaid iddi gymhwyso ei llwybr gofynnol

Nid yw trafodaeth lwyddiannus yn profi bod y twnnel WebSocket diweddarach wedi'i dderbyn. Os yw WebSocketFactory cyfaddas yn defnyddio .NET ClientWebSocket, ffurfweddwch brocsi'r soced hwnnw cyn cysylltu. Darllenwch ddiagnosteg trafnidiaeth ar gyfer y cam olaf a gwblhawyd ac archwiliwch unrhyw drafnidiaeth wrth gefn fwriadol hefyd.

Mae enghreifftiau hŷn o ASP.NET SignalR sy'n gosod Connection.Proxy yn perthyn i genhedlaeth arall. Gyda HubConnectionBuilder, cadwch y procsi gyda'r WithUrl opsiynau trafnidiaeth eraill yn hytrach na ffurfweddu cais HTTP di-gysylltiad.

Erthyglau cysylltiedig