ASP.NET Core SignalR ക്ലയന്റ് ആരംഭിക്കുന്നതിന് മുമ്പ് അതിന്റെ കണക്ഷൻ ഓപ്ഷനുകൾ കോൺഫിഗർ ചെയ്യുക:

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

ഈ ഭാഗം ആധുനിക SignalR ക്ലയന്റും System.Net-ഉം ഉപയോഗിക്കുന്നു. നിയന്ത്രിക്കുക connection ആപ്പിന്റെ async ലൈഫ് സൈക്കിളിലുടനീളം; hub URL ലക്ഷ്യസ്ഥാനമായി നിലനിർത്തുക. പ്രോക്സി ക്രെഡൻഷ്യലുകൾ കോൺഫിഗർ ചെയ്യാത്ത അനുവദനീയമായ പൊതു hub പരിശോധനയ്ക്ക് HTTP പ്രോക്സി പട്ടിക സാധ്യതയുള്ള HTTP ഇടനിലക്കാരെ നൽകുന്നു.

ട്രാൻസ്പോർട്ട് ക്രമീകരണംപ്രോക്സി എവിടെ ബാധകമാകുന്നു
സ്ഥിരസ്ഥിതി കണക്ഷൻ സ്വഭാവംHttpConnectionOptions.Proxy ഇടനിലക്കാരനെ തിരഞ്ഞെടുക്കുന്നു; .NET 8-ന്റെ സ്ഥിരസ്ഥിതി WebSocket ട്രാൻസ്പോർട്ടും അത് ClientWebSocketOptions-ന് നൽകുന്നു
HttpMessageHandlerFactoryHTTP കൈകാര്യം ഇഷ്ടാനുസൃതമാക്കുന്നു, WebSocket കണക്ഷനുകളല്ല
നൽകിയ WebSocketFactoryഅതിന്റെ സൃഷ്ടി സ്വഭാവം സ്വന്തമായി ഉള്ളതും ആവശ്യമായ പാത പ്രയോഗിക്കേണ്ടതുമാണ്

വിജയകരമായ ചർച്ച, പിന്നീടുള്ള WebSocket ടണൽ സ്വീകരിച്ചുവെന്ന് തെളിയിക്കുന്നില്ല. ഇഷ്ടാനുസൃത WebSocketFactory .NET ClientWebSocket ഉപയോഗിക്കുന്നുവെങ്കിൽ, കണക്ട് ചെയ്യുന്നതിന് മുമ്പ് ആ socket-ന്റെ പ്രോക്സി കോൺഫിഗർ ചെയ്യുക. അവസാനം പൂർത്തിയായ ഘട്ടത്തിന്റെ ട്രാൻസ്പോർട്ട് ഡയഗ്നോസ്റ്റിക്സ് വായിക്കുക, ബോധപൂർവ്വം ഉള്ള ഏതെങ്കിലും ബദൽ ട്രാൻസ്പോർട്ടും പരിശോധിക്കുക.

പഴയ ASP.NET SignalR ഉദാഹരണങ്ങൾ Connection.Proxy മറ്റൊരു തലമുറയുടേതാണ്. HubConnectionBuilder-നൊപ്പം പ്രോക്സി മറ്റ് WithUrl ട്രാൻസ്പോർട്ട് ഓപ്ഷനുകളിൽ നിലനിർത്തുക, ബന്ധമില്ലാത്ത HTTP അഭ്യർത്ഥന കോൺഫിഗർ ചെയ്യുന്നതിന് പകരം.

അനുബന്ധ ലേഖനങ്ങൾ