IISExpress gibt einen 503-Fehler von Remotecomputern zurück

Ich versuche, eine Website, die ich in einer lokalen IISExpress-Instanz ausgeführt habe, mit einigen anderen Computern / Geräten in meinem lokalen Netzwerk zu testen. Ich verwende Win7 Pro.

Wenn ich zum ersten Mal versuche, von einem anderen Computer in meinem lokalen Netzwerksegment zu meinem Computer zu navigieren, wird die Fehlermeldung 400 angezeigt: Hostname ist ungültig.

Ich verstehe, dass ich Remotezugriff auf die ACL mit einem Befehl an der Eingabeaufforderung mit erhöhten Rechten gewähren muss, wie:

netsh http add urlacl url=http://mymachinename:50333/ user=everyone

Jetzt bekomme ich einen 503 Service ist nicht verfügbar Fehler.

Die Windows-Firewall ist derzeit ausgeschaltet und ich kann meine lokale IISExpress-Instanz mit der Adresse durchsuchen http://localhost:50333

Was ist das letzte Stück dieses Konfigurationspuzzles?

Anscheinend fehlt Ihnen ein verbindlicher Informationseintrag in der Datei applicationhost.config.

1. Öffnen Sie Ihre Datei applicationhost.config. Mögliche Standorte sind:

   • %userprofile%\Documents\IISExpress\config\applicationhost.config
   • $(solutionDir)\.vs\config\applicationhost.config (VS2015)
   • Andernfalls überprüfen Sie die Ausgabe von iisexpress.exe, um sicherzugehen.

2. Suchen Sie Ihren WebSite-Eintrag und fügen Sie die folgende Bindung mit Ihrem Computernamen hinzu.

        <binding protocol="http" bindingInformation=":50333:your-machine-name" />
   

3. Starten Sie IIS Express neu

Es gab nur eine Sache, die für mich funktioniert hat.

Verwenden *:portnumber:*war nicht gut. Ja, nachdem ich das getan und sichergestellt habe, dass die Windows-Firewall geöffnet ist, konnte ich eine Verbindung zum Port herstellen, aber es wurde immer noch der Fehler "503" angezeigt.

Ich habe einige Dinge lokal getestet und festgestellt, dass nur http: // localhost funktioniert. Bei Verwendung der realen IP-Adresse (nicht 127.0.0.1, sondern beispielsweise 192.168.1.50) wurde auch auf dem lokalen Computer eine 503 zurückgegeben. Ich habe versucht, den echten Hostnamen in den Bindungen zu verwenden, aber IIS Express hat den Start verweigert. Dies hat möglicherweise etwas damit zu tun, wie der Hostname aufgelöst wurde. Das habe ich nicht weiter untersucht.

Schließlich habe ich diese Konfiguration verwendet:

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

Auf diese Weise konnte ich eine Verbindung von einem Remote-Computer mit herstellen http://192.168.1.50:53351.

Nachdem ich mehr als 3 Stunden mit einem so vollständigen Thema verschwendet hatte, beschloss ich, mein Setup mit Ihnen zu teilen. Meine Konfiguration ist Visual Express 2012 für Web Update 4 unter Windows 8. Dies war meine erste Rückkehr zu MS VS seit dem Studium (mindestens 8 Jahre) und jetzt bin ich sicher, dass Linux-Regeln gelten. Auf Django brauchte ich 10 Minuten, um die Dokumentation zu durchsuchen.

1. Schalten Sie die Firewall zum Testen aus

   netsh advfirewall set allprofiles state off
   

2. Setup-Bindungen in meinem Fall lautet localIP = 192.168.1.102 (da Links keine nicht numerische Domäne enthalten können, verwenden Sie sie unten anstelle von mylocaldomain.com, siehe Stackoverflow-Richtlinie) in Documents\IISExpress\config\applicationhost.config

   <bindings>
       <binding protocol="http" bindingInformation="*:53351:mylocaldomain.com" />
       <binding protocol="http" bindingInformation="*:53351:localhost" />
   </bindings>
   

3. Autorun für ISS Express-Startdienst automatisch hinzufügen

   <site name="NeuronCharts" id="2" serverAutoStart="true">
   

4. Fügen Sie dem http-Server einige seltsame Regeln hinzu (ich weiß immer noch nicht, ob dies nesseary ist)

   netsh http add urlacl url=http://mylocaldomain.com:53351/ user=everyone
   

5. Führen Sie IISExpress manuell aus, nicht über VS IDE

6. Sie werden sehen, dass ISSExpress Bindungen registriert
7. http://mylocaldomain.com:53351 Wenn der Browser funktioniert, können wir eine Firewall-Regel hinzufügen

8. Firewall-Regel hinzufügen

   netsh advfirewall firewall add rule name="IISExpressWeb" dir=in protocol=tcp localport=53351 remoteip=any action=allow
   

Setzen Sie remoteip auf any, wenn Sie von außerhalb auf Ihren Server zugreifen möchten, wenn Sie für das lokale Netzwerk auf localubnet zugreifen möchten

8. Firewall starten

   netsh advfirewall set allprofiles state on
   

9. Überprüfen Sie erneut, ob auf der lokalen und öffentlichen IP-Adresse alles funktioniert

Wünsch dir Glück

Rafal

Ich habe festgestellt, dass das Problem mit einer schlechten URL-Zuordnung zu tun hat. Um dies herauszufinden:

netsh http show urlacl 

und suchen Sie nach Dingen wie http://+:80/oder dem Port, an den Sie binden.

Dann benutze

netsh http delete url=<the url from the list>

Dies hat das Problem für mich behoben.

Bei mir hat nichts funktioniert. Endlich habe ich iisexpress-proxy gefunden

Siehe meine Antwort https://stackoverflow.com/a/33623399/631527

Eine andere Lösung ist ngrok

Was mir geholfen hat, war das Klicken mit der rechten Maustaste auf das IISExpress-Symbol "Alle Anwendungen anzeigen". Dann wählte ich die Website aus und sah, welche aplicationhost.config verwendet wird, und die Korrektur verlief perfekt.

Das Problem besteht darin, die Datei applicationhost.config im Webordner anstelle der Datei der Lösung zu aktualisieren. Die Lösungskonfigurationsdatei muss geändert werden

Vergessen Sie nach der Lösung von @vikomall nicht, VS als Administrator zu starten. Das behebt es für mich.

In Bezug auf Anthony Rizzolos Antwort: In Windows 8.1 musste ich Folgendes eingeben:

netsh http delete urlacl url=<the url from the list>

Beispielsweise:

netsh http delete urlacl url=http://+:8689/

Keine der obigen Antworten hat bei mir funktioniert.

Ich habe zwei Einträge in netsh für den gleichen Dienst gehabt

netsh http show urlacl

Einer verwendet einen starken Platzhalter, der andere einen schwachen Platzhalter.

Das Entfernen desjenigen mit dem schwachen Platzhalter hat den Job gemacht.

Mehr über die starke und schwache Wildcard im Kontext von Netsh

Wenn das Host-Element eines UrlPrefix aus einem einzelnen Pluszeichen (+) besteht, stimmt das UrlPrefix mit allen möglichen Hostnamen im Kontext seiner Schema-, Port- und relativenURI-Elemente überein und fällt in die Kategorie der starken Platzhalter.

Wenn ein Sternchen (*) als Hostelement angezeigt wird, fällt das UrlPrefix in die schwache Platzhalterkategorie. Diese Art von UrlPrefix entspricht jedem Hostnamen, der dem angegebenen Schema, Port und relativeURI zugeordnet ist und noch nicht mit einem UrlPrefix mit starkem Platzhalter, explizitem oder IP-gebundenem schwachem Platzhalter abgeglichen wurde. Diese Hostspezifikation kann unter bestimmten Umständen als Standard-Catch-All verwendet werden oder um einen großen Abschnitt des URL-Namespace anzugeben, ohne dass viele UrlPrefixe verwendet werden müssen.

https://docs.microsoft.com/en-gb/windows/desktop/Http/urlprefix-strings