Herstellen einer Verbindung zum Visual Studio-Debuggen des IIS Express-Servers über das LAN

Ich habe eine ASP.NET MVC3-Testanwendung, die in VS2012 entwickelt wurde. Wenn ich mit dem Debuggen beginne, wird vom Host-Computer über die Anfrage an auf die App zugegriffen http://localhost:<portnumber>. Wenn ich jedoch versuche, über den Remotecomputer im Intranet über dieselbe Datei auf dieselbe Anwendung zuzugreifen, kann http://<ip>:<portnumber>ich nicht HTTP error 400: Bad request. Invalid Host Name.auf eine Serverkonfiguration zugreifen , sofern diese unter IIS Express ausgeführt wird.

Gibt es Möglichkeiten, dies zu lösen?

Aktualisieren

Ich habe ein Video gemacht, das den Prozess besser beschreibt: https://youtu.be/5ZqDuvTqQVs

Wenn Sie Visual Studio 2013 oder höher verwenden, stellen Sie sicher, dass Sie es als Administrator ausführen, damit dies funktioniert.

<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>

Ändern Sie das bindingInformation=":8080:localhost"in bindingInformation="*:8080:*"(die Portnummer, in meinem Fall 8080, unterscheidet sich.)

Hinweis: Wenn es nicht funktioniert, kann der Versuch mit bindingInformation="*:8080:dem Sternchen entfernt werden.

Stellen Sie dann sicher, dass Ihre Firewall eingehende Verbindungen an diesem Port zulässt. Möglicherweise müssen Sie das System oder zumindest Visual Studio neu starten, damit IISExpress die Konfigurationsdatei neu lädt.

Wenn dies nicht funktioniert, sehen Sie sich diese Antwort an: https://stackoverflow.com/a/5186680/985284

VisualStudio 2015 Nicht-Administrator

1. .vs\config\applicationHost.configÄndern Sie in Ihrem Lösungsverzeichnis in der Datei die Zeile

   <binding protocol="http" bindingInformation="*:44302:localhost" />

   zu

   <binding protocol="http" bindingInformation=":44302:" />

   (wobei 44302 Ihr Hafen ist)

2. An einer Admin-Eingabeaufforderung:

   ich. Aktivieren Sie Nicht-Administrator, um an Port zu binden

   netsh http add urlacl url=http://*:44302/ user=Everyone

   ii. Durch Firewall zulassen

   netsh advfirewall firewall add rule name="IISExpress visualstudio app" protocol=tcp localport=44302 dir=in action=allow

3. Starten Sie das Debuggen in VisualStudio

Außer um die iisexpress-Konfigurationsdatei zu ändern, müssen Sie manchmal auch den folgenden Befehl ausführen.

netsh http add urlacl url = http: // *: 49419 / user = Jeder

So vermeiden Sie das Ausführen von Visual Studio als Administrator

Mit der Antwort von Garret und @ shangkeyun können Sie eine Verbindung zur laufenden Website herstellen, ohne Visual Studio als Administrator ausführen zu müssen:

1. Öffnen %USERPROFILE%\My Documents\IISExpress\config\applicationhost.config
2. Suchen Sie mit nach Ihrer Website name=MySiteName
3. Duplizieren Sie das vorhandene <binding>Element im <bindings>Abschnitt. Sie sollten jetzt zwei Zeilen mit haben binding.
4. Entfernen Sie den Teil "localhost" in bindingInformation.

5. Es sollte jetzt so aussehen, vorausgesetzt der Port ist 12345:

   <binding protocol="http" bindingInformation="*:12345:localhost" />
   <binding protocol="http" bindingInformation="*:12345:" />
   

6. Aktivieren Sie Nicht-Administrator, um an Port zu binden

   netsh http add urlacl url=http://*:12345/ user=Everyone

EDIT 2019: gregmac hat einen Schritt hinzugefügt, um die VS-Instanz auf die Whitelist zu setzen. Ich habe das nie gebraucht, aber trotzdem aufgelistet:

7. netsh advfirewall firewall add rule name="IISExpress visualstudio app" protocol=tcp localport=12345 dir=in action=allow

Da ich @Garret Fogerlies Beitrag und als Antwort auf das Problem der Kommentatoren (@ Y.Ecarri und @SamuelEdwinWard) keinen Kommentar hinzufügen kann, habe ich die Vorschläge von Garret befolgt, Visual Studio 2013 verwendet, ihn im Admin-Modus ausgeführt und das geändert application.configDatei.

Nachdem ich das Debug gestartet und festgestellt hatte, dass ich dieselbe Fehlermeldung erhalten hatte, ging ich zurück application.configund stellte fest, dass ein neuer Eintrag für meine Site erstellt wurde, genau wie das Problem von Y.Ecarri.

Also habe ich das Debuggen beendet, meine Lösung in Visual Studio geöffnet und die application.configDatei für den neuen Eintrag erneut bearbeitet . Ich habe auch einfach die *Sings entfernt und localhostkomplett, so dass ich für den neuen Eintrag folgendes hatte:

<binding protocol="https" bindingInformation=":44300:" />

Einige von Ihnen verbringen möglicherweise viel Zeit mit dem Ändern und Testen in Ihrem% USERPROFILE% -Verzeichnis. Wenn Sie ein VS-Debug ausführen, verwenden Sie $ (solutionDir) .vs \ config \ applicationhost.config

Dank byteit:

Wechseln Sie zu applicationhost.config in Documents / IISExpress / config

Suchen Sie den Eintrag für die Site, an der Sie arbeiten:

hinzufügen:

<binding protocol="http" bindingInformation="*:<your site port>:*" />

vor dem bestehenden

 <binding protocol="http" bindingInformation="*:<your site port>:localhost" />

Um die Lösung ohne VS2013 zu erreichen, erstellen Sie beim Neustart einen neuen XML-Eintrag für die Website. Sie müssen als Administrator ausgeführt werden.

Nach den obigen Konfigurationen musste ich Visual Studio im Verwaltungsmodus ausführen.

Das hat bei mir funktioniert:

• Starten Sie den IIS-Manager
• Fügen Sie ein neues virtuelles Verzeichnis hinzu, das auf den Projektordner verweist ( C:\VSProjectsin meinem Fall).
• Wählen Sie das neue virtuelle Verzeichnis im IIS-Manager aus. Wählen Sie Directory Browsingaus der Liste der Optionen. Auf der rechten Seite befindet sich ein EnableKnopf. Klick es.

Jetzt kann ich über auf meinen Ordner und Projektkorb im Netzwerk zugreifen mypcname\VSProjects\myProj\outputBinViewer.

Hatte das Debuggen eines sehr ähnlichen Problems in Visual Studio Code , löste ich es durch Hinzufügen von:

"env": {
      // ...
      "ASPNETCORE_URLS": "http://*:5000" // change to the port you are using
      // ...
},

.. zu starten.json

Anscheinend bindet es das http-Protokoll standardmäßig an 'localhost: 5000', sodass es mit localhost funktioniert, jedoch nicht mit der IP-Adresse - weder remote noch lokal.

Wenn Sie versuchen, einen Haltepunkt durch eine Anforderung von einem anderen Computer zu erreichen, vergessen Sie nicht, Ihre Firewall-Einstellungen (und / oder Antivirenprogramme) zu überprüfen.

hoffe das hilft