IIS Express-Webserver kann nicht gestartet werden. URL konnte nicht registriert werden. Zugriff wird verweigert

Einige Webprojekte verursachen mir Probleme, während andere gut funktionieren. Ich beschloss, mich auf eines der problematischen zu konzentrieren. Ich verwende Visual Studio 2013 unter Windows 7. Ich glaube, ich führe es als Administrator aus, heißt es im Fenstertitel PROJECT NAME - Microsoft Visual Studio (Administrator).

Wenn ich versuche, das Projekt auszuführen, wird ein Popup mit der Meldung angezeigt:

Der IIS Express-Webserver kann nicht gestartet werden.

Fehler beim Registrieren der URL " http: // localhost: 62940 / " für die Site "SITE NAME" -Anwendung "/". Fehlerbeschreibung: Der Zugriff wird verweigert. (0x80070005).

Dies scheint nicht ganz ungewöhnlich zu sein, aber ich habe viele der Vorschläge ohne Glück ausprobiert:

1. Gelöscht %userprofile%\Documents\IISExpress\, versucht zu laufen.

2. netsh http add urlacl url=http://localhost:62940/ user=everyone, neu gestartet und versucht zu laufen. (Eigentlich user=Allaseit schwedischem Windows).

3. netsh http delete urlacl url=http://localhost:62940/, neu gestartet und von <binding protocol="http" bindingInformation="*:62940:localhost />in <binding protocol="http" bindingInformation="*:62940:/>in geändert %userprofile%\Documents\IISExpress\config\applicationhost.configund versucht zu laufen. (Es hat die Fehlermeldung geändert, um zu sagen ... URL "http://*:62940/" ....

4. Neu installierte IIS 8.0 Express

5. Visual Studio 2013 neu installiert

Ich bin am Ende meines Witzes, was mache ich falsch?

Wenn ich den Port des Projekts ändere (z. B. auf 55555), wird es gestartet ... Dies ist keine wünschenswerte Lösung, da diese Projekte von mehreren Personen bearbeitet werden. Vielleicht ist der Port durch etwas anderes blockiert? Wenn ja, gibt es eine einfache Möglichkeit, anhand welcher zu überprüfen?

Port 62940 scheint frei zu sein. Beim Ausführen netstatwird keine Anwendung angezeigt, die sie abhört. Etwas anderes muss falsch sein.

Ich habe heute versucht, das Projekt zu starten, nachdem ich es einige Monate lang nicht berührt hatte. Es hat funktioniert, aber ich weiß nicht warum.

Ich habe den Fehler behoben, indem ich den Port für das Projekt geändert habe.

Ich habe die folgenden Schritte ausgeführt:

1 - Klicken Sie mit der rechten Maustaste auf das Projekt.
2 - Gehen Sie zu Eigenschaften.
3 - Gehen Sie zur Registerkarte Server .
4 - Ändern Sie auf der Registerkarte die Projekt-URL für einen anderen Port, z. B. 8080 oder 3000.

Viel Glück!

Der ideale Weg, dies zu klären, besteht darin, das IIS Express-Taskleistensymbol zu verwenden, um die Website zu stoppen, die das Problem verursacht. Klicken Sie dazu auf den kleinen nach oben zeigenden Pfeil am rechten Ende der Taskleiste und klicken Sie mit der rechten Maustaste auf das IIS Express-Symbol. Daraufhin wird ein kleines Fenster geöffnet, in dem die Websites angezeigt werden, auf denen IIS Express derzeit ausgeführt wird ...

Wenn Sie unter "Sites anzeigen" auf eines der Elemente klicken, können Sie diese Site stoppen. Sie können auch auf das Element Beenden unten im Fenster klicken, um alle Websites zu stoppen.

Damit sollten Sie in Visual Studio debuggen können. Wenn Sie erneut mit dem Debuggen beginnen, startet IIS Express die Website automatisch neu und sollte in der Lage sein, den Port zuzuweisen.

Wenn das fehlschlägt, müssen Sie es auf schmutzige Weise tun. Öffnen Sie den Windows Task-Manager und beenden Sie den Microsoft.VisualStudio.Web.Host.exe*32Vorgang. Anschließend können Sie das Projekt problemlos ausführen. Beachten Sie, dass dadurch IIS Express vollständig beendet wird, was bedeutet, dass alle Websites gestoppt werden. Sie müssen also jede in VS neu starten, wenn Sie andere debuggen möchten. Probieren Sie die Popup-Symbolmethode zunächst einmal aus, da sie sauberer und sicherer ist.

Ich weiß nicht, ob dies Ihr Problem beantwortet, aber es funktioniert für mich.

Update Dank JasonCoder (siehe Kommentar unten) für das Hinzufügen unter Win10 ist der ProzessMicrosoft.VsHub.Server.HttpHost.exe

versuchen (als erhöhter Administrator)

netsh http delete urlacl url=http://*:62940/

Bei Verwendung von Visual Studio 2015 kann die Lösung etwas anders sein als die vorherigen Antworten. VS2015 erstellt einen versteckten Ordner .vs unter demselben Ordner wie Ihre Lösungsdatei. Darunter befindet sich ein Konfigurationsordner, der applicationhost.config enthält. Durch Löschen dieser Datei (oder des gesamten .vs-Ordners) und anschließendes Starten von VS2015 zum erneuten Erstellen kann dieser Fehler behoben werden.

Ja, ich stimme zu, Top-Antworten sind wirklich professionelle Lösungen.

hier ist eine für Zwischenprodukte,

Lösungs-Explorer

Klicken Sie mit der rechten Maustaste auf Projekt und wählen Sie Projekt entladen

Klicken Sie erneut mit der rechten Maustaste und wählen Sie ProjectName.csproj bearbeiten

Entfernen Sie diese 3 Zeilen

<DevelopmentServerPort>0</DevelopmentServerPort>
<DevelopmentServerVPath>/</DevelopmentServerVPath>
<IISUrl>http://localhost:62940/</IISUrl>

Speichern und laden Sie das Projekt neu und Sie können loslegen

Habe diesen Fehler auch in letzter Zeit. Versuchte alle oben genannten Korrekturen, aber keine funktionierte.

Um es zu deaktivieren, geben Sie die services.mscEingabeaufforderung ein, klicken Sie mit der rechten Maustaste und deaktivieren Sie die Internetverbindungsfreigabe . Ich habe auch die Eigenschaften bearbeitet, um sie beim Start zu deaktivieren. Meins sieht jetzt so aus: Dienste erfassen Screenshot .

Dies geschah bei mir, als ich versuchte, von einem entfernten Standort aus auf meine Site zuzugreifen :

Zunächst enthielt applicationhost.config (VS2015) den Standard:

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

Um von einem entfernten Standort innerhalb des Netzwerks auf meine Site zuzugreifen, habe ich hinzugefügt (Schritt 1):

<binding protocol="http" bindingInformation="*:64376:192.168.10.132" />

Dann habe ich CMD mit Administratorrechten eingegeben (Schritt 2):

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

Als Schritt 3 habe ich der Firewall eine Regel hinzugefügt.

netsh advfirewall firewall add rule name=”IISExpressWeb” dir=in protocol=tcp localport=64376 profile=private,domain remoteip=localsubnet action=allow

Dann bekam ich diesen Fehler, als ich versuchte, die Lösung erneut auszuführen.

Lösung: Ich habe anscheinend alles richtig gemacht, aber es hat nicht funktioniert, bis ich netshauch für die vorhandene localhost-Regel ausgeführt habe :

netsh http add urlacl url=http://localhost:64376/ user=Everyone

Jetzt funktioniert es wieder.

Ich hatte gerade ein ähnliches Problem. Ich bin nicht ganz sicher, wie ich den tatsächlichen Fehler beschreiben soll, aber es scheint, dass der Hostname in der Reservierung falsch ist. Versuchen Sie dies in einer Eingabeaufforderung mit erhöhten Rechten ...

netsh http delete urlacl url=http://localhost:62940/

... dann ...

netsh http add urlacl url=http://*:62940/ user=everyone

und starten Sie Ihre Site neu. Es sollte funktionieren.

Ich habe dieselbe Fehlermeldung erhalten, aber es sieht so aus, als ob sie von IIS Express erstellt wurde. Dieser Artikel hat mir geholfen, das Problem zu beheben

TL; DR

Führen Sie den folgenden Befehl an einer administrativen Eingabeaufforderung aus:

> netsh http add iplisten ipaddress=::

Nachdem ich einige Lösungsvorschläge ohne Erfolg ausprobiert hatte, startete ich meinen PC neu. Danach trat das Problem nicht mehr auf.

Beim Ausführen meiner Anwendung unter Visual Studio 2019 unter Windows 10 trat das gleiche Problem auf. Nachdem ich einige Zeit gegoogelt und verschiedene Lösungsvorschläge ohne Erfolg ausprobiert hatte, stellte ich fest, dass der Fehler "Zugriff verweigert" auf die von meiner Anwendung verwendete Portnummer zurückzuführen ist (50403) ) in einen "ausgeschlossenen Portbereich" fallen.

Sie können die ausgeschlossenen Portbereiche mit dem folgenden Befehl anzeigen:

netsh interface ipv4 show excludedportrange protocol=tcp

Nach einiger Zeit des Googelns stellte ich fest, dass die beiden wahrscheinlichsten Schuldigen, die diese Ausschlussbereiche schaffen, Docker und Hyper-V sind. Docker wurde nicht auf meinem Computer installiert, Hyper-V jedoch.

Meine Lösung

1. Deaktivieren Sie Hyper-V: Systemsteuerung-> Programme und Funktionen-> Windows-Funktionen ein- oder ausschalten. Deaktivieren Sie Hyper-V
2. Starte den Computer neu.
3. Fügen Sie den verwendeten Port zum Port-Ausschlussbereich hinzu: netsh int ipv4 add excludedportrange protocol=tcp startport=50403 numberofports=1 store=persistent
4. Aktivierbares Hyper-V
5. Starte den Computer neu

Ich habe den von mir verwendeten Port zur Ausschlussliste hinzugefügt, um sicherzustellen, dass dieses Problem nach dem erneuten Aktivieren von Hyper-V nicht erneut auftritt. Nach den Schritten 4 und 5, als ich den ausgeschlossenen Portbereich angezeigt habe, kann ich sehen, dass Hyper-V einen Portbereich reserviert hat, der mit dem nächsten Port nach meinem Port beginnt.

Meine Bewerbung hat jetzt perfekt funktioniert!

Am Ende habe ich die Projektdatei (csproj) und die applicationhost.config (iis express) mit allen Einträgen zur iis express-Konfiguration bereinigt. Danach hat es funktioniert.

Wenn dies nach der Installation von Visual Studio 2015 auftritt und im Systemereignisprotokoll folgende Fehlermeldungen angezeigt Unable to bind to the underlying transport for [::]:{your_port}. . The IP Listen-Only list may contain a reference ...werden, fehlt möglicherweise ein Registrierungseintrag.

Führen Sie dies unter der administrativen Eingabeaufforderung aus netsh http add iplisten ipaddress=::, um das Problem zu beheben.

Ich habe die hier ausführlich beschriebene Lösung gefunden

Nachdem alle hier aufgeführten Schritte für mich fehlgeschlagen sind, habe ich VS2015 als Administrator ausgeführt.

Dies ist mir unter Windows 10 und VS 2013 passiert. Anscheinend gibt es eine maximale Portnummer, die IIS Express verarbeitet. Ports über 62546 funktionieren bei mir nicht.

Der Fehler kann behoben werden, wenn Sie Visual Studio einfach neu starten. Dies hat den gleichen Effekt wie der Neustart des Microsoft.VisualStudio.Web.Host.exe * 32-Prozesses.

Mein Problem stellte sich heraus, dass ich SSL in den Projekteinstellungen aktiviert hatte. Ich habe dies einfach deaktiviert, weil ich kein SSL benötigte, um das Projekt lokal auszuführen.

In Visual Studio 2015:

• Wählen Sie das Projekt im Projektmappen-Explorer aus.
• Setzen Sie im Eigenschaftenfenster SSL Enabled auf False.
• Ich konnte das Projekt ausführen.

In meiner Situation wurde eine Fehlermeldung bezüglich des verwendeten Ports 443 angezeigt, da dies der Port war, der in der SSL-URL für das Projekt festgelegt wurde.

Ich habe das gleiche Problem, bei dem sich IIS Express über http: // localhost: 50418 / beschwert hat und keine der oben genannten Lösungen für mich funktioniert hat.

Ging zu projektFolder -> .vs -> config -> applicationhost.xml

Im Tag stellte <sites>ich fest, dass in meiner Web-App zwei Bindungen registriert waren.

<site name="myApp.Web" id="2">
    <application path="/" applicationPool="Clr4IntegratedAppPool">
        <virtualDirectory path="/" physicalPath="C:\git\myApp\myApp.Web" />
    </application>
    <bindings>
        <binding protocol="https" bindingInformation="*:44332:localhost" />
        <binding protocol="http" bindingInformation="*:50418:localhost" />
    </bindings>
</site>

Durch Entfernen der Bindung, die auf *: 50418: localhost verweist, wurde das Problem behoben.

Verwenden von VS2017 und IISExpress v10.

Gehen Sie zum Projekt "Eigenschaften" => "Web" und ändern Sie im Abschnitt "Server" den Port in einen anderen, der nicht verwendet wird, und speichern Sie ihn. Sie werden aufgefordert, ein virtuelles Verzeichnis zu erstellen und auf "Ja" zu klicken. Führen Sie nun das Projekt aus und es wird jetzt funktionieren.

In meinem Fall funktionierte es zuerst und nach einer Weile funktionierte es nicht mehr und IIS Express berichtete, dass der Port verwendet wurde.
netstat -abzeigte, dass Chrome den Port verwendete. Nachdem ich Chrome beendet hatte, funktionierte es wieder.
Ich bin mir jedoch nicht sicher, warum Chrome diesen Port belegen würde.

Dies ist mir unter Windows 7 und VS 2013 passiert, als ich nach dem Erstellen ein Projekt im Browser angezeigt habe. Ich musste nur den Browser "Chrome" schließen und dann mit einem Dienstprogramm (Kaspersky) sicherstellen, dass der Port in meinen Netzwerkaktivitäten nicht verwendet wird. Dann versuchte ich es erneut und funktionierte ohne Probleme.

In Visual Studio 2015:

• Suchen Sie Ihre Startseite in Ihrem Projekt (z. B. mypage.aspx) und klicken Sie mit der rechten Maustaste darauf.
• Klicken Sie auf Als Startseite festlegen.
• Klicken Sie mit der rechten Maustaste auf das Projekt.
• Klicken Sie auf Eigenschaften.
• Klicken Sie links auf die Registerkarte Web.
• Geben Sie unter Projekt-URL einen anderen Port ein, z. B.: Http: // localhost: 1234 /
• Wählen Sie unter Startaktion die Option Bestimmte Seite: mypage.aspx oder Bestimmte URL: http: // localhost: 1234 / mypage.aspx? Myparam = xxx

Ich schreibe es zur Information.

Löschen Sie die Datei im Projekt.

Nach Clean> Build> Proje Start

Ich habe dieses Problem gelöst, indem ich alle Instanzen von iexplorer und iexplorer * 32 beendet habe. Es sieht so aus, als ob sich der Internet Explorer noch im Speicher befand und den Port offen hielt, obwohl das Anwendungsfenster geschlossen wurde.

Beim Ausführen netstat -abnbemerkte ich, dass die Software "Duet Display" Tausende von Ports im Bereich von ~ 51000 reservierte.

Das Schließen löste mein Problem.

Ich hatte dieses Problem mit JetBrains Rider, speziell für Port 80 und 90 Bit, es funktionierte mit anderen Ports sowie Visual Studio.

Nach dem Ausführen als Administrator wurde das Problem behoben.

In Visual Studio 2019 Entfernen Sie einfach das Debug-Profil und erstellen Sie ein neues Do the Trick

1. Gehen Sie zu Projekteigenschaften auf der Registerkarte Debug
2. Versuchen Sie zuerst, die Webserver-Einstellungen der Ports zu ändern
3. Wenn das Ändern der Ports nicht funktioniert hat, entfernen Sie das Debug-Profil und erstellen Sie eine neue Warnung. Stellen Sie sicher, dass Sie die vorherigen Einstellungen kennen

Was für mich funktioniert hat, ist das Deaktivieren aller anderen Netzwerkadapter außer dem, den ich derzeit verwende. Das Ereignis in der Ereignisanzeige war: Unable to bind to the underlying transport for [::]:50064. The IP Listen-Only list may contain a reference to an interface which may not exist on this machine. The data field contains the error number.

Da ich einige VPN-Clients mit VMware Workstation, Docker (und damit Hyper V) habe, habe ich viele Netzwerkschnittstellen.

Manchmal ist dieser Fehler eine andere Visual Studio-Version, die auf demselben Computer ausgeführt wird.

Es sieht so aus, als hätte jeder ein eigenes Problem. Wenn ich nur teile, was ich getan habe, um dieses Problem in VS2015 (Windows 8.1) zu beheben, hat meine Lösung 6 Websites (keine Web-Apps).

1. Öffnen Sie Ihre Lösungsdatei * .sln
2. Ändern Sie in Ihrer Lösungsdatei die Zeichenfolge VWDPort = "34781" (machen Sie sie in Ihrer Lösung eindeutig, wenn Sie mehr als eine Website haben, die ich mit +2 erstellt habe) im Editor.

Siehe Beispiellösungsdatei ProjectSection (WebsiteProperties):

Project("{E24C65DC-7377-472B-9ABA-BC803B73C61A}") = "BOSTONBEANCOFFEE.COM", "Source_WebOfficeV4\BOSTONBEANCOFFEE.COM", "{5106A8F5-401B-4907-981C-F37784DC4E9D}"
ProjectSection(WebsiteProperties) = preProject
    SccProjectName = ""$/PrismRMSystem/VS2012/WebOfficeV4.root/WebOfficeV4", IPYHAAAA"
    SccAuxPath = ""
    SccLocalPath = "..\.."
    SccProvider = "MSSCCI:Microsoft Visual SourceSafe"
    TargetFrameworkMoniker = ".NETFramework,Version%3Dv4.0"
    ProjectReferences = "{04e527c3-bac6-4082-9d39-aad8771b368e}|YBTools.dll;{5d52eaec-42fb-4313-83b8-69e2f55ebf14}|AuthorizeNet.dll;{d8408f53-8f1e-4a71-8b05-76023b09b716}|AuthorizeNet.Helpers.dll;{77ebd08a-de0f-4793-b436-fad6980863e6}|WEBCUSTCONTROLS.dll;"
    Debug.AspNetCompiler.VirtualPath = "/BOSTONBEANCOFFEE.COM"
    Debug.AspNetCompiler.PhysicalPath = "Source_WebOfficeV4\BOSTONBEANCOFFEE.COM\"
    Debug.AspNetCompiler.TargetPath = "PrecompiledWeb\BOSTONBEANCOFFEE.COM\"
    Debug.AspNetCompiler.Updateable = "true"
    Debug.AspNetCompiler.ForceOverwrite = "true"
    Debug.AspNetCompiler.KeyFile = "Key\StrongKey.snk"
    Debug.AspNetCompiler.DelaySign = "false"
    Debug.AspNetCompiler.AllowPartiallyTrustedCallers = "false"
    Debug.AspNetCompiler.FixedNames = "true"
    Debug.AspNetCompiler.Debug = "True"
    Release.AspNetCompiler.VirtualPath = "/BOSTONBEANCOFFEE.COM"
    Release.AspNetCompiler.PhysicalPath = "Source_WebOfficeV4\BOSTONBEANCOFFEE.COM\"
    Release.AspNetCompiler.TargetPath = "PrecompiledWeb\BOSTONBEANCOFFEE.COM\"
    Release.AspNetCompiler.Updateable = "true"
    Release.AspNetCompiler.ForceOverwrite = "true"
    Release.AspNetCompiler.KeyFile = "Key\StrongKey.snk"
    Release.AspNetCompiler.DelaySign = "false"
    Release.AspNetCompiler.AllowPartiallyTrustedCallers = "false"
    Release.AspNetCompiler.FixedNames = "true"
    Release.AspNetCompiler.Debug = "False"      
    VWDPort = "34781"
    SlnRelativePath = "Source_WebOfficeV4\BOSTONBEANCOFFEE.COM\"
EndProjectSection

In meinem Fall habe ich versucht, die URL aus den Projekteigenschaften zu ändern, VS neu zu starten, den Computer neu zu starten. Nichts hat mir geholfen, nur diese SLN-Dateimanipulation hat mein Problem behoben.