Home > Net > Is there a limit IIS for long websocket connections?
Is there a limit IIS for long websocket connections?
Time:09-20
I wrote a website that the.net, a page used to Websocket, live chat, that is deployed to the IIS running, as long as the two open this page, then the entire site is locked, open new page has been loaded, as long as the two open page is closed, the new page immediately brush out! Vs extraneous to the IIS process debugging, open the new page, the third program would not have to enter my code, which is stopped by the IIS request! If remove the long connection part of the page, so no matter how many the page open, lock will not lead to the entire site! In vs2013 debugging when there is no this situation!
CodePudding user response:
The server version of Windows has 10 inbound restrictions
CodePudding user response:
Don't know what is your so-called websocket concrete,
Websocket IIS itself does not go, it goes with one of the biggest differences long HTTP connection is that it doesn't pit IIS, nor the pit browser side HTTP concurrency, go it alone the TCP protocol to access the websocket server, websocket signaling also decimal times than traditional http-based signaling,
Your so-called "deployed to IIS runtime," I don't know what you deploy the web site, you should take a closer look at your code, and see if there are any logical design bug,
For example the use of open source the.net class library Fleck websocket, is its website https://github.com/statianzo/Fleck so a few lines of code, you use a console application to perform this few lines of code, and then can use hundreds of web client to test it, does not need the IIS,
So you are using IIS server program, I don't know whether you write too complicated, "dead" instead,
CodePudding user response:
You should check (debug) you HTTP communication, see if there are enormous, when websocket communication, your HTTP communication should be "fixed",
Before asp.net should be made to a "pseudo websocket", that is to say, it automatically using HTTP connection to simulate the websocket long, rather than a true websocket, don't know whether you use the outdated, pseudo websocket function of asp.net,
CodePudding user response:
Right now, with the Windows service way to distribute the websocket server, use the console way to test it, don't use asp.net, do not use the IIS,
So you can save a lot of things in the future, because the websocket server-side programming with asp.net web programming, don't have any relationship between MAO,
Websocket server design and development, should not have as asp.net platform development plan, asp.net should be used to load the front page, with HTTP download resources files to the browser, and should not carry the websocket server, if you've ever through asp.net SignalR tasted the early adopters, so it should now be completely stripped from asp.net,
Websocket service, the future is a large message service system, communication is pure custom business data, and asp.net website but do,