Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

one Hub, two path on the client Side #3763

Closed
colbeaf opened this issue Aug 24, 2016 · 2 comments
Closed

one Hub, two path on the client Side #3763

colbeaf opened this issue Aug 24, 2016 · 2 comments

Comments

@colbeaf
Copy link

colbeaf commented Aug 24, 2016

Hello,
I'm encountred issue with anonymous signal R connexion.
On my IIS server i have two virtual url :

  • One is an authentifcated url, pointing on a website ("localhost/website/") with windows authentification. it carry on webapi controllers and a signalr hub class named "hubA". On the client Side I setup a connexion on the hub "hubA" which listen the server function. Everything works till now.

To deals with Anonymous web api call i created a second url :

  • the second one is anonymous ("localhost/website_anonymous/") and it pointing one the same directory thant the first.

What I want to do when i call my webApi Actions from a third party (new asp.net anonymously instance) is communicate throught SignalR with my authentificated asp.net instance

This is what i did on the client side :
I created two connexion on the same Hub "hubA" but on two different rootPath : "localhost/website/" and "localhost/website_anonymous/" to listen the function call from the signalR server.

But it's not seems to work.
Any idea ?
Thank you

@leeroydan
Copy link

How did you get on with this?

I have a similar issue where we have one hub with 2 different client URL's accessing it, URL1 works, while URL2 doesn't. Clients accessing URL2 get disconnected after trying to connect.

I'm wondering if a SignalR hub doesn't support more than one URL, could anyone confirm this?

@aspnet-hello
Copy link

This issue has been closed as part of issue clean-up as described in https://blogs.msdn.microsoft.com/webdev/2018/09/17/the-future-of-asp-net-signalr/. If you're still encountering this problem, please feel free to re-open and comment to let us know! We're still interested in hearing from you, the backlog just got a little big and we had to do a bulk clean up to get back on top of things. Thanks for your continued feedback!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants