I have a test ASP.NET MVC3 application developed in VS2012. When I start debugging the app is accessed from the host machine via the request to http://localhost:<portnumber>
. But if I try to access the same application from the remote machine in the intranet via the http://<ip>:<portnumber>
I get HTTP error 400: Bad request. Invalid Host Name.
As far as it runs on IIS Express any server configuration is inaccessible.
Are there any ways of solving this?
Answers:
Thank you for visiting the Q&A section on Magenaut. Please note that all the answers may not help you solve the issue immediately. So please treat them as advisements. If you found the post helpful (or not), leave a comment & I’ll get back to you as soon as possible.
Method 1
Update
I made a video that better describes the process, https://youtu.be/5ZqDuvTqQVs
If you are using Visual Studio 2013 or above, make sure you run it as an administrator for this to work.
Open the %USERPROFILE%My DocumentsIISExpressconfigapplicationhost.config
(in VS2015 it may be $(solutionDir).vsconfigapplicationhost.config
) file. Inside you should see something like this:
<site name="WebSite1" id="1" serverAutoStart="true"> <application path="/"> <virtualDirectory path="/" physicalPath="%IIS_SITES_HOME%WebSite1" /> </application> <bindings> <binding protocol="http" bindingInformation="*:8080:localhost" /> </bindings> </site>
Change the bindingInformation=":8080:localhost"
to bindingInformation="*:8080:*"
(the port number, 8080 in my case, will differ.)
Note: If it does not work try with bindingInformation="*:8080:
the asterix can be removed.
Then make sure your firewall is allowing incoming connections on that port. You may need to restart the system or at least Visual Studio to get IISExpress to reload the config file.
If this doesn’t work, take a look at this answer: https://stackoverflow.com/a/5186680/985284
Method 2
VisualStudio 2015 Non-Admin
-
In your solution dir, in the file
.vsconfigapplicationHost.config
change the line<binding protocol="http" bindingInformation="*:44302:localhost" />
to
<binding protocol="http" bindingInformation=":44302:" />
(where 44302 is your port)
-
From an admin command prompt:
i. Enable non-admin to bind to port
netsh http add urlacl url=http://*:44302/ user=Everyone
ii. Allow through firewall
netsh advfirewall firewall add rule name="IISExpress visualstudio app" protocol=tcp localport=44302 dir=in action=allow
- Start debugging from VisualStudio
Method 3
Except to modify the iisexpress configuration file, sometimes you also need to run the command like below.
netsh http add urlacl url=http://*:49419/ user=Everyone
Method 4
How to avoid running Visual Studio as an administrator
Using both Garret’s and @shangkeyun’s answer you can achieve connecting to the running website without needing to run Visual Studio as an admin user:
- Open
%USERPROFILE%My DocumentsIISExpressconfigapplicationhost.config
- Search for your site using
name=MySiteName
- Duplicate the existing
<binding>
item in the<bindings>
section. You should now have two lines withbinding
. - Remove the “localhost” part in bindingInformation.
-
It should now look like this, assuming the port is
12345
:<binding protocol="http" bindingInformation="*:12345:localhost" /> <binding protocol="http" bindingInformation="*:12345:" />
-
Enable non-admin to bind to port
netsh http add urlacl url=http://*:12345/ user=Everyone
EDIT 2019: gregmac added a step to whitelist the VS instance. I never needed this, but listing it anyway:
netsh advfirewall firewall add rule name="IISExpress visualstudio app" protocol=tcp localport=12345 dir=in action=allow
Method 5
Since I am unable to add a comment to @Garret Fogerlie’s post and in response to the commenters’ issue (@Y.Ecarri and @SamuelEdwinWard), I followed what Garret suggested, using Visual Studio 2013, running it in Admin mode and changing the application.config
file.
After launching debug and seeing that I got the same error message, I went back into application.config
and saw that a new entry for my site had been created just like Y.Ecarri’s issue.
So I stopped debugging, kept my solution open in Visual Studio, and edited the application.config
file again for the new entry. I also simply removed the *
sings and localhost
entirely, so I had the following for the new entry:
<binding protocol="https" bindingInformation=":44300:" />
Method 6
Some of you might spend a lot of time modifying and testing using your %USERPROFILE% directory. If you are running on VS debug, use $(solutionDir).vsconfigapplicationhost.config
Method 7
Thanks to byteit:
Go to applicationhost.config in Documents/IISExpress/config
find the entry for the particular site you are working on:
add:
<binding protocol="http" bindingInformation="*:<your site port>:*" />
in front of the existing
<binding protocol="http" bindingInformation="*:<your site port>:localhost" />
To achieve the solution without having VS2013 create a new website xml entry for you when you restart. You will need to run as administrator.
Method 8
After the above configurations, I had to run the Visual Studio in Administrative Mode.
Method 9
This is what worked for me:
- Start the IIS Manager
- Add a new virtual directory that points to the projects folder (
C:VSProjects
in my case) - Select the new virtual directory within IIS manager. Select
Directory Browsing
from the list of options. On the right side there’s aEnable
button. Click it.
Now I can access my folder and project bin on the network through mypcnameVSProjectsmyProjoutputBinViewer
.
Method 10
Had the a very similar issue debugging in Visual Studio Code, I solved it by adding:
"env": { // ... "ASPNETCORE_URLS": "http://*:5000" // change to the port you are using // ... },
.. to launch.json
Apparently, by default it binds http protocol to ‘localhost:5000’, so it works with localhost but not with ip address – neither remotely nor locally.
If you are trying to hit a breakpoint by a request coming from a different computer, don’t forget to check your firewall settings (and/or antivirus)
hope this helps
All methods was sourced from stackoverflow.com or stackexchange.com, is licensed under cc by-sa 2.5, cc by-sa 3.0 and cc by-sa 4.0