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

SNI's Portrange gets randomly grabbed by Windows Services (e.g. Hyper-V) #21

Open
wordfcuk opened this issue Nov 9, 2022 · 2 comments

Comments

@wordfcuk
Copy link

wordfcuk commented Nov 9, 2022

I am not sure how problematic this is for people over all, but SNI's Portrange lies in the range of ports that Windows services often grab for their usage (Hyper V loves hugging ports).

I personally have a workaround that works for me, but in general it might be smart to move SNI's portrange.

@JamesDunne
Copy link
Contributor

Which port range are you referring to?

SNI listens on many ports for various services. Take a look at the Console (menu > Show Console) on startup to see what ports SNI listens on and let me know which are conflicting with Hyper V.

If I had to guess, the most problematic ports would be the ones in the dynamic port range which are kept for backwards compatibility with prior solutions, e.g. luabridge service on port 65398.

@wordfcuk
Copy link
Author

wordfcuk commented Nov 14, 2022

In my case, it was Port 65398, so yes, the dynamic portrange indeed. I switched mine over to 49151 to escape the conundrum. This may just be a 'me' problem, cause I have a lot of company mandated software installed and I do not know which software grabs which ports to be honest.

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

2 participants