Reputation: 2089
I attempted to run my web service through visual studio. I faced an issue like :
---------------------------
Microsoft Visual Studio
---------------------------
Unable to launch the IIS Express Web server.
Failed to register URL "http://localhost:63591/" for site "xxxxxx" application
"/". Error description: The process cannot access the file because it is being
used by another process. (0x80070020)
---------------------------
OK
---------------------------
I saw the task manager and found that PID 4 is used by System and its Description is NT Kernel & System.
So I tried to stop the http service
.
All dependency services stopped. But I am facing an issue in stopping http service like
The service is starting or stopping. Please try again later.
So, I tried to stop and start the service manually. But the End process is disabled. It will be helpful if anyone could help with this issue
Upvotes: 208
Views: 135375
Reputation: 6214
After updating Windows 10 and/or Visual Studio 16+ it might happen due to an internal bug that IISExpress fails to register any development website because it no longer accepts localhost
connections.
To fix the issue, you just have to register again the binding. To do so, run from an administrative shell the following command:
netsh http add iplisten ipaddress=::
Additionally, some reported that restarting the winnat
service in combination with the command above, helped in their new OSes.
Upvotes: 19
Reputation: 10890
to summarize all the answers. There are 2 solutions. Both worked for me.
Solution #1 (supposing the port in the error message was 443) Run in the command line:
netstat -ao | findstr 443
it returns: TCP 0.0.0.0:443 pe01:0 LISTENING 2904
The last number (thanks to @chris-schiffhauer) is PID to kill. Go to the Task Manager -> Processes -> [Show Processes From All users], Kill a process with PID=2904. In my case, it was VmWare host.
Solution #2
(Supposing message was: Failed to register URL "http://localhost:433/" for site "MyProject.Website0"...).
Open the following file in notedpad++: C:\Users\MY_USER_NAME\Documents\IISExpress\config\applicationhost.config
Find in it a line containing:
<site name="MyProject.Website0" id="...
...
<bindings>
<binding protocol="http" bindingInformation="*:80:localhost" />
<binding protocol="https" bindingInformation="*:443:localhost" />
</bindings>
Either change 433
to something else, like 4330
or delete the conflicting <binding.../>
tag.
Upvotes: 4
Reputation: 19
Restarting the PC usually fixes this in case you tried restarting VS with no luck.
For me, I've been working for years on the same VS version and on the same PC with no updates whatsoever. However, suddenly today I encountered this error, and it did not make any sense.
I Hope this helps whoever might come across this issue in the future.
Upvotes: 0
Reputation: 606
As a quick solution, close VS, rename the folder where your website is located and open the website again in VS (File
--> Open Web Site...
)
Upvotes: 0
Reputation: 687
This Answer Work For Me
1-open cmd with Run As Administrator
2-type net stop winnat
you got
"The Windows NAT Driver service was stopped successfully."
3- then type net start winnat
you got
The Windows NAT Driver service was started successfully.
after that go to visual studio and press ctrl+f5
Upvotes: 66
Reputation: 986
The solution is far easier. Just go to the status bar , look for the IIS express icon and stop the site. Solution here: https://stackoverflow.com/a/69841149/8390589
Upvotes: 0
Reputation: 2790
This indeed happened after installing Docker
.
Steps to Resolve:
Checked Network
under Resource Monitor
:
Port 66666
was not being used by any network process.Tried to Quit Docker Desktop
:
Port 66666
still not available.Checked excluded port range: netsh interface ipv4 show excludedportrange protocol=tcp
Exclusion Ranges
.Try to Untick Hyper-V
in Turn Windows Features On and Off
:
Hyper-V
in Turn Windows Features On and Off
.Attempted to remove Port from the Exclusion Ranges:
netsh int ipv4 add excludedportrange protocol=tcp startport=66666 numberofports=1 store=persistent
Element Not Found
Inspired by this link to attempt to restart network services:
net stop winnat
port 66666
already disappeared from Exclusion Ranges
by running netsh interface ipv4 show excludedportrange protocol=tcp
net stop LanmanWorkstation
net stop WlanSvc
net stop WwanSvc
net start WwanSvc
net start WlanSvc
net start LanmanWorkstation
net start winnat
Confirmed unavailable port is available now:
netsh interface ipv4 show excludedportrange protocol=tcp
Port 66666
no longer in the Exclusion Ranges
IIS Express Web Server
can be launched successfully.Launched Docker Again:
port 6666
still available to be used.Hope this helps anyone.
Upvotes: 3
Reputation: 45
My site worked fine, then started getting this error for no reason. I had many things open (including several VS projects) and didn't want to reboot. I also didn't want to waste time with any of these solutions, so I just changed the port number on the Project URL of the project properties... instant success.
Upvotes: 0
Reputation: 2821
If not successful, Try run this command in cmd: "net stop winnat"
Upvotes: 15
Reputation: 969
Installing a component of the IIS seems to be doing the trick
In my case, the easiest solution (and what works constantly) is to try installing a component of the IIS from the Windows 10 (eg. FTP Server). This can be done by going to the Control panel
-> Program & features
-> Turn Windows features On or Off
, and then turning on an IIS component.
Strangely enough, even though the error is related to the IIS Express Web server (and not IIS), installing an extra IIS component, it obviously alters something in the system. After that, the system becomes functional again.
I have tried million things and it didn't seem that the port was somehow reserved by an other app and neither that it maybe was some kind of a firewall problem.
Something that I observed was that this issue was popping up when network related applications were installed or were opened. Examples of these were the update of my Docker Desktop app, installation of VMWare Workstation, Hyper-V activities (like running a VM), etc. I didn't pinpoint the exact reason but I know that somehow these are related.
Upvotes: 0
Reputation: 4528
I'm using VS2019 Version 16.10.0 Preview 2.0 and I just went to here:
Unchecked Enable SSL
=> Save => check it back => Save.
Upvotes: 1
Reputation: 1201
Solution that worked from me is,
To fix this you must temporarily disable the winnat service, this is simply done by running this command (must be run as administrator)
net stop winnat
Start your docker services and start winnat again
net start winnat
Solution posted at http://www.herlitz.nu/2020/12/01/docker-error-ports-are-not-available-on-windows-10/
Upvotes: 120
Reputation: 5918
Reason for this error that is you give the wrong port number to your application.
just use http ports for your application to run
use the port near to 8080 number, i.e:
localhost:8090
to change the port for you application in visual-Studio
goto project properties > web > Server > ProjectUrl
Upvotes: 3
Reputation: 929
netstat -ano | findstr <your port number>
The port might be excluded, try this command to see if the range is blocked by something else:
netsh interface ipv4 show excludedportrange protocol=tcp
You can try to unblock the range from the start port for a number of ports (need Command Prompt with Administrator):
netsh int ip delete excludedportrange protocol=tcp numberofports=<number of ports> startport=<start port>
For me I couldn't unblock these, I just got "Access is denied", so I ended up having to pick another port for my site.
Upvotes: 21
Reputation: 4371
I had a similar issue when trying to run a project from Visual Studio 2019 on Windows 10.
The application could not start because the port was apparently being used by another process. However, the netstat
command showed that the port was not being used by any application.
After spending 2-days Googling I found a solution that worked for me. The port I was trying to use was in the excluded port range which you can see by running the command:
netsh interface ipv4 show excludedportrange protocol=tcp
The culprits that reserved these ports in my case were Docker for Windows and Hyper-V
The Solution
I uninstalled Docker (as I did not need it) and disabled Hyper-V. To disable Hyper-V: Go to: Control Panel-> Programs and Features-> Turn Windows features on or off. Untick Hyper-V and restart the computer.
After the restart the command
netsh interface ipv4 show excludedportrange protocol=tcp
showed no ports reserved.
I then added the port for my application to the excluded port range by running the following command from an elevated command line:
netsh int ipv4 add excludedportrange protocol=tcp startport=50403 numberofports=1 store=persistent
Then I reenabled Hyper-V (Docker can be reinstalled if needed) and restarted the computer again.
Hyper-V now reserved its ports without interfering with the port used by my application: Reserved Port Ranges
Upvotes: 237
Reputation: 49
It worked for me.
Upvotes: 3
Reputation: 1232
I ran into this problem in Visual Studio 2019 today and spent 3 hours before finally figuring out the problem. Visual Studio uses 2 files to track the SSL port number, so you have to fix both and you have to fix both while Visual Studio is closed. The two files are the applicationhost.config file that is in the .vs\???\config folder of your solution; and also the .csproj.user folder of your web project. Edit both files and removing the offending configs. Maybe even just delete both files. Then re-open your app in Visual Studio. Good luck!
Upvotes: 3
Reputation: 3064
Port numbers do not match
In my case the problem was in my Bindings Tags found in the config file in .vs under my solution folder, the port numbers did not match. The bindings were as follows
<bindings>
<binding protocol="http" bindingInformation=":16433:localhost" />
</bindings>
And in my settings i had url set as http://localhost:1943/
So what i did was to delete inside binding and run my web app, then it generated new binding with a different number then i copied the new generated port to my settings, then the error went away.
Upvotes: 2
Reputation: 168
In my case, doing the following did the trick:
When I restarted Visual Studio, it assigned the project a completely new port number and ran perfectly
Upvotes: 7
Reputation: 438
I just had this issue even though netstat did not show any conflicts.
The following fixed it for me:
Upvotes: 4
Reputation: 1061
Having just wasted half a day trying to fix this same issue, I felt I should add the solution which eventually worked for me.
TL;DR If netstat
indicates that the problematic isn't in use, still try a few others in a totally different range
I've run into this problem before but usually find restarting visual studio, changing ports (increment by 1) or rebooting do the trick. However on this occasion none of this helped, and netstat
wasn't finding a conflicting process. I even reinstalled IIS and visual studio and removed several other programs which I suspected could be interfering. It seemed as though IIS was trying to launch multiple instances of the same site.
Eventually I tried running netstat
without findstr
. I visually scanned the list of active ports and noticed that although the ones I had tried were not listed, there were a few processes using ports in a similar range. So instead I looked for a range which was free, picked a port number and that seems to now be working.
I'd love to hear if anybody can explain why this might have worked?
Upvotes: 1
Reputation: 9833
I was able fix this problem by removing everything from <site>
to </site>
tags in
Users/<username>/Documents/IISExpress/config/applicatiohost.config
file
<sites>
<site>
.
. ===> remove this content including the <site> and </site> tags.
.
</site>
</sites>
Upvotes: 2
Reputation: 337
Go to Web Project Properties >> Web >> Project Url >> Change port i.e: http://localhost:22345/ => http://localhost:22346/ Hope this help!
Upvotes: 2
Reputation: 9131
I tried the following already:
I also tried using this but zero results.
netstat -aon | find ":80"
I also tried using but also return zero results.
netstat -ao | findstr
So what I did is delete this "Microsoft.VsHub.Server.HttpHostx64.exe" then my project successfully started and launch in browser. The error was fixed. I am not sure why but it works.
Here is the screenshot:
Upvotes: 0
Reputation: 17290
From https://www.davidsalter.co.uk/unable-to-launch-the-iis-express-web-server-error-0x80070020/
Error code 0x80070020
means ERROR_SHARING_VIOLATION
, which in the case of IIS Express (or IIS) means that the port that it is attempting to listen on is being used by another process.
Use the netstat
command to find out which application is using the port.
netstat -ao | findstr <port_number_to_search_for>
The a
parameter tells netstat to display all connections and listening ports.
The o
parameter tells netstat to display the process ID associated with the connection.
Running the above netstat command will produce output such as:
C:\>netstat -ao | findstr 4026
TCP 12.0.0.1:4026 cs-pc:4026 LISTENING 9544
The last number displayed (9544 here) is the process ID.
Upvotes: 186
Reputation: 151
I ran into the same problem after we had upgraded a solution from Visual Studio 2012 to 2015. I had come here and ran netstat
only to find that no other application was using the same ports. It turns out I had the same sites with the same ports mapped in the applicationhost.config
at Users/<username>/Documents/IISExpress/config
and the applicationhost.config
in the .vs
folder inside my solution. I should note that the problem didn't start right after the upgrade either. It just start failing consistently one morning. A couple reboots didn't seem to solve the problem either.
Removing the conflicted sites from the one stored in my Documents and restarting Visual Studio solved the problem.
Upvotes: 12
Reputation: 892
I had the same Issue. As @Kautsky Lozano mentions above Another application is using that port.
So [for a Windows OS] just:
Upvotes: 32
Reputation: 17
The easiest first pass at this without getting into the command console is to just shut down all applications (including VS), then launch VS by itself and try it again. There is likely another application like your browser causing the conflict. In my case Chrome caused it and was solved when shutting everything down and restarting VS. I opened Chrome again and everything was fine.
The netstat stuff above is useful, but to me that's only if you can't do what I'm suggesting.
Upvotes: 2
Reputation: 37947
I had this problem when upgrading an MVC project. I copied over the newer-MVC .csproj over my existing .csproj file then worked back to a fully working Project. What I failed to consider is the existing port number in the old .csproj. The new project had a new port number, yet shared the Project/Assembly Name. That was enough to make IIS Express lose its mind and throw this exception.
Just digging the old port number out of git and changing the IIS Express URL to include it in Project Settings was enough to fix it.
Upvotes: 3
Reputation: 918
I had the same problem. I just restarted Visual Studio and it worked.
Upvotes: 40