IISExpress renvoie une erreur 503 à partir de machines distantes

J'essaie de tester un site Web exécuté dans une instance IISExpress locale avec d'autres machines / appareils sur mon réseau local. J'utilise Win7 Pro.

Lorsque je tente pour la première fois de parcourir ma machine à partir d'une autre machine sur mon segment de réseau local, j'obtiens une erreur 400: Le nom d'hôte n'est pas valide.

Je comprends que je dois accorder un accès à distance à l'ACL avec une commande sur l'invite de commande élevée comme:

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

Maintenant, je reçois une erreur 503 service est indisponible.

Le pare-feu Windows est actuellement désactivé et je peux parcourir mon instance IISExpress locale avec l'adresse http://localhost:50333

Quelle est la dernière pièce de ce puzzle de configuration?

Il semble qu'il vous manque une entrée d'informations de liaison dans le fichier applicationhost.config.

1. Ouvrez votre fichier applicationhost.config. Les emplacements possibles sont:

   • %userprofile%\Documents\IISExpress\config\applicationhost.config
   • $(solutionDir)\.vs\config\applicationhost.config (VS2015)
   • À défaut, inspectez la sortie de iisexpress.exepour être sûr.

2. Localisez votre entrée de site Web et ajoutez liaison suivante avec le nom de votre ordinateur.

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

3. Redémarrez IIS Express

Il n'y avait qu'une seule chose qui fonctionnait pour moi.

en utilisant *:portnumber:* n'était pas bonne. Oui, après avoir fait cela et m'être assuré que le pare-feu Windows était ouvert, je pouvais me connecter au port, mais j'ai toujours l'erreur «503».

J'ai testé quelques éléments localement et j'ai découvert que seul http: // localhost fonctionnait. L'utilisation de l'adresse IP réelle (pas 127.0.0.1, mais, par exemple, 192.168.1.50), renvoyait toujours un 503 même sur la machine locale. J'ai essayé d'utiliser le vrai nom d'hôte dans les liaisons, mais IIS Express a refusé de démarrer. Cela peut en fait avoir quelque chose à voir avec la façon dont le nom d'hôte a été résolu. Je n'ai pas exploré cela davantage.

Enfin, j'ai fini par utiliser cette configuration:

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

De cette façon, j'ai pu me connecter à partir d'une machine distante en utilisant http://192.168.1.50:53351.

Après avoir perdu plus de 3h sur un sujet aussi complet, j'ai décidé de partager ma configuration avec vous. Ma configuration est Visual Express 2012 pour la mise à jour Web 4 sur Windows 8. C'était mon premier retour sur MS VS depuis des études (au moins 8 ans) et maintenant je suis sûr que Linux est régi. Sur django, ce type de configuration m'a pris 10 minutes de recherche de documentation.

1. désactiver le pare-feu pour les tests

   netsh advfirewall set allprofiles state off
   

2. les liaisons de configuration dans mon cas, l'adresse locale est localIP = 192.168.1.102 (car les liens ne peuvent pas contenir de domaine non numérique, utilisez-le ci-dessous au lieu de mylocaldomain.com, voir la politique de stackoverflow) dans Documents\IISExpress\config\applicationhost.config

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

3. ajouter automatiquement le service de démarrage automatique pour ISS Express

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

4. Ajoutez des règles étranges au serveur http (je ne sais toujours pas si c'est bon)

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

5. exécuter IISExpress manuellement pas depuis VS IDE

6. vous verrez que ISSExpress enregistre les liaisons
7. exécuter le navigateur http://mylocaldomain.com:53351 s'il fonctionne, nous pouvons ajouter une règle de pare-feu

8. ajouter une règle de pare-feu

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

définissez remoteip sur any si vous souhaitez accéder à votre serveur depuis le monde extérieur si vous souhaitez accéder au réseau local utilisez localsubnet

8. démarrer le pare-feu

   netsh advfirewall set allprofiles state on
   

9. vérifiez à nouveau si tout fonctionne sur IP locale et publique

Je te souhaite bonne chance

Rafal

J'ai trouvé que le problème était lié à un mauvais mappage d'URL. Pour comprendre ceci:

netsh http show urlacl 

et recherchez des choses comme http://+:80/ ou le port auquel vous vous engagez.

Ensuite, utilisez

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

Cela a résolu le problème pour moi.

Rien n'a fonctionné pour moi. Enfin j'ai trouvé iisexpress-proxy

Voir ma réponse https://stackoverflow.com/a/33623399/631527

Une autre solution est ngrok

Ce qui m'a aidé, c'est un clic droit sur l'icône «IISExpress», «Afficher toutes les applications». Ensuite, en sélectionnant le site Web et j'ai vu quel aplicationhost.config il utilise, et la correction s'est parfaitement déroulée.

Le problème est de mettre à jour le fichier applicationhost.config dans le dossier Web au lieu de celui de la solution. Le fichier de configuration de la solution est celui à modifier

Après la solution de @vikomall, n'oubliez pas de démarrer VS en tant qu'administrateur. Cela corrige ça pour moi.

Concernant la réponse d'Anthony Rizzolo: sous Windows 8.1, je devais taper comme ceci:

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

Par exemple:

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

Aucune des réponses ci-dessus n'a fonctionné pour moi.

J'ai eu deux entrées dans netsh pour le même service

netsh http show urlacl

L'un utilisant un joker fort, l'autre utilisant un joker faible.

La suppression de celui avec le caractère générique faible a fait le travail.

En savoir plus sur le joker fort et faible dans le contexte de netsh

Lorsque l'élément hôte d'un UrlPrefix se compose d'un seul signe plus (+), le UrlPrefix correspond à tous les noms d'hôte possibles dans le contexte de ses éléments de schéma, de port et relativeURI, et tombe dans la catégorie des caractères génériques forts.

Lorsqu'un astérisque (*) apparaît comme élément hôte, alors UrlPrefix tombe dans la catégorie des caractères génériques faibles. Ce type d'UrlPrefix correspond à tout nom d'hôte associé au schéma, au port et à l'URI relative spécifiés qui n'a pas encore été mis en correspondance par un UrlPrefix de caractère générique faible, explicite ou lié à l'adresse IP. Cette spécification d'hôte peut être utilisée comme fourre-tout par défaut dans certaines circonstances, ou peut être utilisée pour spécifier une grande section d'espace de noms d'URL sans avoir à utiliser de nombreux UrlPrefixes.

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