SignalR Client Windows Authentication returning 401Unautorized (update 6.0.11 -> 7.0.0)
See original GitHub issueDescription
After updating the version of Microsoft.AspNetCore.SignalR.Client from 6.0.11 to 7.0.0 I receive a 401 (Unauthorized) when trying to start the connection using default credentials. I couldn’t find any information about potential breaking changes.
  connection = new HubConnectionBuilder()
  .WithUrl(hubUrl, options => {
      options.UseDefaultCredentials = true;
  }).WithAutomaticReconnect().Build();
    
   await connection.StartAsync(); ---> Response status code does not indicate success: 401 (Unauthorized).
Configuration
VS2022 .NET 7 Windows 10 x64 All Browsers
Issue Analytics
- State:
 - Created 10 months ago
 - Reactions:1
 - Comments:6 (4 by maintainers)
 
Top Results From Across the Web
iis - Asp.Net Core SignalR with Windows Authentication (401)
I am currently initializing the Hubs like this:Hub = new HubConnectionBuilder() .WithUrl(navMan.ToAbsoluteUri(hubPath), options => { options.
Read more >Authentication and authorization in ASP.NET Core SignalR
Authenticate users connecting to a SignalR hub; Authorize users to access ... do so from within this function and return the updated token....
Read more >SignalR Troubleshooting
This section describes possible causes for a method call between client and server to fail without a meaningful error message. In a SignalR...
Read more >Tutorial: Get started with ASP.NET Core SignalR
In this article · Create a web project. · Add the SignalR client library. · Create a SignalR hub. · Configure the project...
Read more >
Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start Free
Top Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found

Yes this worked. Thanks for the workaround!
Triage: We could consider servicing this in 7.0 by looking for
UseDefaultCredentials = trueand then forcing the protocol back down to 1.1.