ASP.NET 5 MVC: Es kann keine Verbindung zum Webserver 'IIS Express' hergestellt werden.

Was mache ich:

• Öffnen der Visual Studio Community 2015
• Datei -> Neu -> Projekt
• Unter Visual C #: Web -> ASP.NET-Webanwendung
• Internetanwendung
• Drücken Sie f5 für den Popup-Fehler " Verbindung zum Webserver 'IIS Express' nicht möglich ".

Durch das Löschen applicationhost.configin Documents\IISExpress\configwird die Fehlermeldung nicht geändert. (Es gibt auch einen IISExpressOrdner in program filesund program files (x86).)

Etwas, das mir aufgefallen ist und ich weiß nicht, ob es ein Problem ist:

Die referenzierte Datei 'lib / jquery-validation / jquery.validate.js' wurde nicht gefunden.

Ich habe eine Müllkippe mit Rohkappe, aber ich merke dort nicht viel. Einiges von dem, was da war:

"Framework": {"FrameworkName": "DNXCore, Version = v5.0", "FriendlyName": "DNX Core 5.0", "ShortName": "dnxcore50", "RedistListPath": null}

Ich bemerke kein Problem, aber ich habe die Netzwerkdaten, wenn dies helfen kann, herauszufinden, warum ich keine Verbindung zum Webserver herstellen kann. Ich bekomme RST,ACKsofort eine, also schätze ich, dass der Port geschlossen ist und was auch immer dieser Webserver ist, nicht eingerichtet wird.

Mehr zu diesem Problem: 800700c1 Fehler von / trace: Fehler

Ich habe es versucht:

• Löschen von applicationhost.config (und Ändern der Portnummer)
• Ausführen von Visual Studio als Administrator
• Löschen des IISExpress-Ordners in den Dokumenten (ändert die Fehlermeldung, bis der Ordner neu installiert wird)
• ssl aus- und einschalten, URL in die Startbox kopieren. (Hinweis: Ich verwende keine SSL)
• Löschen aller sfc / scannow-Fehler
• Starten von iisexpress mit x86-Version und 64-Bit-Version

Nach der Installation von Update 2 für Visual Studio 2015 wurde der gleiche Fehler angezeigt. Ich habe alles oben ohne Glück versucht. Ich habe jedoch eine Lösung gefunden, die für mich funktioniert:

1. Löschen Sie die Datei YourSolutionFolder \ .vs \ config \ applicationhost.config (Hinweis: .vs ist ein versteckter Ordner).
2. Öffnen Sie Visual Studio, klicken Sie mit der rechten Maustaste auf Website> Eigenschaften> Registerkarte Debug> Webservereinstellungen> App-URL - ändern Sie die Portnummer.

Beenden Sie VS und löschen Sie die Datei (project) .vs \ applicationhost.config. Starten Sie VS neu. Es sollte anfangen zu arbeiten.

Versuchen Sie es mit einem anderen Port. Ich habe gerade ein neues Core 1.0 RC1-Projekt eingerichtet und den gleichen Fehler erhalten.

• Klicken Sie mit der rechten Maustaste auf das Webprojekt
• Registerkarte Debug
• Aktivieren und deaktivieren Sie SSL, um einen neuen zufälligen Port zu generieren
• Kopieren Sie die SSL-URL und fügen Sie sie in das Feld URL starten ein
• Führen Sie das Projekt aus

Arbeitete für mich (TM).

Antwort von: https://stackoverflow.com/a/28650554/134761

Dieses Problem trat in .net Core 2.0 auf, als ich die Portnummer meines Projekts aktualisierte.

Ich konnte das Problem in zwei Schritten lösen:

• SCHRITT 1: LÖSCHEN Sie den Ordner .vs, der im Hauptlösungsordner versteckt ist. (Visual Studio vorher schließen) Wenn Sie Visual Studio erneut starten, werden dieser Ordner und die Datei (applicationhost.config) automatisch von Visual Studio erstellt.
• SCHRITT 2: Wenn bei mehreren Startprojekten immer noch Probleme auftreten , führen Sie das Projekt nacheinander als Startprojekt und anschließend als Mehrfachstartprojekt aus.

Ich hatte dieses Problem auf .net Core 2.1, Visual Studio Version 15.9.6. Als ich den .vs-Ordner löschte, öffnete ich Visual Studio erneut und das Problem war immer noch da. Die Lösung, die für mich unten funktioniert hat:

1. Löschen Sie den .vs-Ordner (es ist ein versteckter Ordner).
2. Starte den Computer neu.

Andere Lösungen:

• Schließen Sie Visual Studio, löschen Sie die Ordner bin und obj aus dem Projektordner. Öffnen Sie das Projekt und erstellen Sie die Lösung neu.
• Versuchen Sie, Visual Studio als Administrator auszuführen.
• Saubere Lösung und dann neu erstellen
• 1) Lösung reinigen. 2) Beenden Sie Visual Studio. 3) Löschen Sie den .vs-Ordner. 4) Öffnen Sie Visual Studio erneut

Führen Sie VisualStudio mit Administratorrechten aus und führen Sie das Projekt aus. Schließen Sie dann VisualStudio und alle Fehler und führen Sie VisualStudio erneut mit dem normalen Benutzer aus.

Das hat es für mich getan.

Es sieht so aus, als müsste IIS etwas in eine Konfiguration mit Administratorrechten schreiben (Port 80 funktionierte nicht mit normalen Benutzern, aber Port 6767 funktionierte einwandfrei).

Ich hatte das gleiche Problem, ich konnte es lösen, indem ich die Portnummer änderte.

1. Klicken Sie mit der rechten Maustaste auf das Projekt und wählen Sie Eigenschaften aus

2. Gehen Sie zum Abschnitt Debuggen

3. Ändern Sie unter Webserver-Einstellungen den App-URL-Port [nur um eins erhöhen :)]

In meinem Fall war dies eine andere Anwendung, die denselben Port abhörte, an den IIS Express eine Verbindung herstellen wollte. Ich muss laufen netstat -ao, um die PID des Prozesses zu sehen, der denselben Port und dieselbe Anwendung zum Herunterfahren verwendet. In meinem Fall war die Anwendung Viber.

Die Lösung, die für mich funktioniert hat, war: Schließen des VS-Projekts Navigieren Sie im Datei-Explorer zum Projekt und löschen Sie den gesamten Ordner ".vs". Starten Sie das Projekt neu .Konfigurationsdatei.

Genießen!

Viele dieser Antworten sprechen das vorliegende Problem nicht vollständig an. Das eigentliche Problem für mich war, dass ich zwei Bindungen hatte, die denselben Port in meiner Datei applicationhost.config verwendeten, UND den Port für meine zweite Bindung (nicht localhost) nicht geöffnet hatte . Mit VS können Sie unter diesen Umständen weiterhin ausgeführt werden, jedoch nur, wenn Sie sich im Administratormodus befinden (daher alle oben genannten Antworten).

Sie erstellen im Wesentlichen zwei IIS-Express-Instanzen Ihrer App auf demselben Port. Wenn Sie also einen der Ports in Ihrer Datei applicationhost.config ändern, können Sie fortfahren. Es gibt jedoch zwei verschiedene applicationhost.config-Dateien. Sie möchten diejenige auswählen, die die Bindungs-IP und den Port hat, die Sie in den Eigenschaften Ihres Projekts sehen

.

Gehen Sie zu dem Ordner, in dem Sie Ihre Projektlösung und Projektordner sehen können (zeigen Sie versteckte Elemente im Datei-Explorer an). Navigieren Sie in Ihren versteckten .vs-Ordner -> "YourAppName" -Ordner -> config. Es sollte die Bindungsinformationen enthalten, die Sie in den Eigenschaften Ihres Projekts gesehen haben.

Beispiel:

<bindings>
    <binding protocol="http" bindingInformation="*:7000:127.0.0.1" />
    <binding protocol="http" bindingInformation="*:7000:192.168.0.5" />
</bindings>

Ändern Sie eine dieser Portnummern in eine andere als "7000", damit Sie nicht versuchen, denselben Port zu verwenden.

In meinem Fall verwende ich eine 192-Adresse, die keine Localhost-Adresse ist. Daher muss ich einige Netsh-Befehle verwenden, um diesen Port und die IP-Adresse zu öffnen. Hier ist ein Link , der zeigt, wie Ports für IIS Express geöffnet werden, um eine Remoteverbindung zu ermöglichen. Das Ausführen als normaler Benutzer funktioniert nur, wenn Sie die aufgeführten Netsh-Befehle ausführen.

Hier sind die netsh-Befehle:

1. netsh http add urlacl url = http://192.168.1.42:58938/ user = jeder
2. netsh advfirewall firewall add rule name = "IISExpressWeb" dir = in protocol = tcp localport = 58938 profile = private remoteip = Localsubnet action = allow

Kopieren Sie diese Befehle und führen Sie sie in cmd mit ADMIN-Berechtigungen sowie mit IHRER IP-Adresse und Portnummer aus.

Ich habe gerade mein Profil von "IIS Express" in "MyProjectName" geändert (was meiner Meinung nach Turmfalke als http-Server anstelle von IIS verwendet) und jetzt funktioniert es einwandfrei:

ZU KLÄREN

Wirklich viele Antworten hier sind die gleichen und sagen etwas wie "Neustart und es funktioniert auf magische Weise wieder".

Nun, 9 von 10 Menschen haben dieses Problem wie das OP, weil die IP-Adresse bereits verwendet wird.

ANTWORTEN

Es können 2 IP-Adressen verwendet werden. Beide finden Sie unter:

1) Klicken Sie mit der rechten Maustaste auf das Startprojekt

2) Klicken Sie auf "Eigenschaften"

3) Klicken Sie auf die Registerkarte "Debug"

Hier sehen Sie Ihre "App URL" und Ihre "SSL URL".

• Wenn Ihre "App-URL" verwendet wird, ändern Sie sie einfach dort und speichern Sie sie. Sie sollte wieder funktionieren.

• Wenn Ihre "SSL-URL" verwendet wird, schließen Sie VS, löschen Sie die Datei "applicationhost.config" im versteckten .vs-Ordner Ihres Projekts und öffnen Sie VS erneut.

Ich konnte diesen Fehler umschalten, indem ich eine einzelne Sache änderte. In der launchSettings.jsonDatei meines ASP.Net Core 1.0 RC2-Webanwendungsprojekts :

  "iisSettings": {
    "windowsAuthentication": false,
    "anonymousAuthentication": true,
    "iisExpress": {
      "applicationUrl": "https://localhost:18177/",
      "sslPort": 0
    }
  },

zu

  "iisSettings": {
    "windowsAuthentication": false,
    "anonymousAuthentication": true,
    "iisExpress": {
      "applicationUrl": "http://localhost:18177/",
      "sslPort": 0
    }
  },

Ich hatte zu https gewechselt, um das Projekt mit diesem Protokoll auszuführen. Anscheinend ist dies nicht der richtige Ort, um diese Änderung vorzunehmen. Ich vermute, es werden mehrere Bindungen am selben Port erstellt, und das gefällt IIS Express nicht.

Ich hatte das gleiche Problem, aber ich habe es behoben, indem ich in die applicationhost.config gegangen bin und einen Port entfernt habe, der nicht von mir hinzugefügt wurde (IIS Express, würde ich vermuten), der meine spezifische Port-Site an einem anderen Port platziert hat.

Folgendes hatte die Konfigurationsdatei für meine Bindungen:

<bindings>
      <binding protocol="http" bindingInformation="*:54764:localhost" />
      <binding protocol="https" bindingInformation="*:44360:localhost" />
</bindings>

Ich habe das erste Bindungselement entfernt, da der einzige Port, den ich wollte, 44360 war. Meine Konfigurationsdatei sieht jetzt so aus:

<bindings>
      <binding protocol="https" bindingInformation="*:44360:localhost" />
</bindings>

Jetzt sehe ich den Fehler beim Debuggen nicht.

Ich habe auch festgestellt, dass meiner zweiten API in meinem Projekt auch Port 80 zugewiesen wurde. Das habe ich auch entfernt.

Löschen Sie die Ordner bin und obj aus dem Projektordner und erstellen Sie sie neu.

Ich habe gerade meine Lösung gereinigt, sie dann neu erstellt und schließlich F5 gedrückt und es hat funktioniert! So einfach.

Ich werde nicht vorgeben, vollständig zu verstehen, welcher MS-Fehler dieses Problem verursacht, aber hier ist eine andere mögliche Lösung:

Suchen Sie in der Datei .vs / config / applicationHost.config den Abschnitt für <system.applicationHost><applicationPools>. Stellen Sie unter den Pools sicher, dass der managedRuntimeVersionAttributwert mit dem Wert in der IIS-Konfiguration für das System (und / oder der Version des installierten .NET-Frameworks) übereinstimmt.

Beispielsweise können Sie (wie ich) feststellen, dass die generierte Datei Folgendes enthält:

    <add name="Clr4IntegratedAppPool" managedRuntimeVersion="v4.0" managedPipelineMode="Integrated" CLRConfigFile="%IIS_USER_HOME%\config\aspnet.config" autoStart="true" />

In meinem Fall würden Sie dies ersetzen durch:

    <add name="Clr4IntegratedAppPool" managedRuntimeVersion="v4.0.30319" managedPipelineMode="Integrated" CLRConfigFile="%IIS_USER_HOME%\config\aspnet.config" autoStart="true" />

Beachten Sie den Ersatz von "v4.0" zu "v4.0.30319". Dies löste das Problem.

Was scheint los zu sein:

Ich glaube, dass VS eine applicationHost.config-Datei mit "Standard" -Versionen für das .NET-Framework generiert, die möglicherweise nicht mit der spezifischen Version übereinstimmen, die auf dem System installiert / konfiguriert ist. Sie können dieses Problem debuggen / beobachten, indem Sie die Ausführung in Process Monitor verfolgen und die Befehlszeile für iisexpress.exe suchen. Wenn Sie diesen Befehl mit /trace:errorhinzugefügtem Befehl ausführen, erhalten Sie eine informativere Meldung über einen Fehler beim Vorladen der CLR mit Version v4.0. Nämlich:

Starten von IIS Express ...
Fehler beim Vorladen der CLR-Version v4.0. hr = 80131700
Fehler beim W3WP_HOST hr = 80131700 initialisieren
Process Model Shutdown genannt
Nicht imstande iisexpress zu starten.

Wie auch immer, ich dachte, dies könnte für jemand anderen hilfreich sein, da es häufig genug ist, mehrere Referenzen online mit schlechten Informationen zu haben, und ich habe es jetzt ein paar Mal persönlich getroffen.

Versuchen Sie dies zuerst, wenn es funktioniert hat und plötzlich aufgehört hat:

• Schließen Sie Visual Studio
• Beenden Sie die Prozesse von iisexpress.exe
• Öffnen Sie Visual Studio erneut

Meins passiert, sobald ich eine neue Bindung in der applicationhost.config hinzufüge, die als Administrator ausgeführt wird und das Problem behoben hat.

Schließen Sie einfach das Visual Studio und öffnen Sie es erneut und führen Sie es aus. Es hat bei mir funktioniert.

Für mich war das Problem, dass ein anderer Prozess denselben Port verwendete. (In meinem Fall verwendete Outlook denselben Port wie meine Site und daher konnte meine Site nicht gestartet werden.)

Ja, Sie können den lokalen Port ändern, aber wenn Sie eine API oder etwas ausführen, das andere Anwendungen benötigen, möchten Sie dies nicht immer tun.

Um eine Liste der Anwendungen zu erhalten, die welchen Port verwenden, öffnen Sie CMD und geben Sie "netstat -aon" ein. Sie erhalten eine Liste der Ports. Suchen Sie den Port, den Ihre Site verwenden soll oder den Sie verwenden möchten, und notieren Sie sich die PID.

Öffnen Sie nun den Task-Manager und klicken Sie auf die Registerkarte 'Details'. Finden Sie den Prozess mit Ihrer PID und beenden Sie ihn. Jetzt sollten Sie IIS Express mit diesem Port starten können.

Ich konnte dieses Problem beheben, indem ich meinen Computer neu startete. Ich habe ein paar Dinge erfolglos ausprobiert und schließlich meinen Computer aufgegeben und neu gestartet. Es funktioniert jetzt seit ein paar Tagen gut, nachdem ich neu gestartet habe. Wahrscheinlich das Ergebnis eines Prozesses, der aufgehängt wurde.

Für mich war es eine Mischung aus folgenden Anweisungen :

Löschen Sie die .vs \ applicationhost.config Ihrer Webanwendung und versuchen Sie es erneut.

Und dann, vielleicht am wichtigsten, Visual Studio mit Administratorrechten ausführen.

Ich habe .UseUrls("https://localhost:<some port>/")zu Program.cs hinzugefügt . Dies schien den Trick für mich zu tun!

Ich habe einfach auf "SSL aktivieren" umgeschaltet. Dies löste mein Problem.

1. Klicken Sie mit der rechten Maustaste auf das Webprojekt
2. Registerkarte Debug
3. Aktivieren Sie "SSL aktivieren" (wenn es deaktiviert ist, was mein Fall war).

Ich bin gerade auf dasselbe Problem gestoßen und habe alle noch laufenden "iisexpress.exe" -Prozesse beendet. Das hat bei mir funktioniert!

Meine Lösung (für .net Core 2.0) war, dass ich vergessen hatte, die Portnummer in der applicationUrl unter iisExpress in launchSettings.json hinzuzufügen

"iisExpress": {
  "applicationUrl": "https://localhost:50770",
  "sslPort": 50770
}

Das Problem kann sein, dass [√] Enabled SSLes für Ihr Projekt ausgewählt wurde (siehe die DebugRegisterkarte im Fenster mit den Projekteinstellungen), aber Visual Studio entscheidet sich dafür, dumm zu sein und so etwas einzurichten http://localhost:32396. Der Grund dafür ist, dass 1. dies nicht HTTPSder Fall ist und 2. das Zertifikat nicht gültig ist. Um dies zu erzwingen, müssen Sie einen Port im Bereich 44300-44398 verwenden.

Siehe https://stackoverflow.com/a/24957146/1236397

Ich habe nicht herausgefunden, was das Problem verursacht hat. Aber eine Reparaturinstallation hat das Problem behoben.

Versuchen Sie es in cmd

taskkill /im iisexpress.exe /f
taskkill /im dotnet.exe /f

und drücke f5. Ich ändere keine Ports, lösche keine Dateien und starte VS nicht neu.