Avez-vous vérifié que la liaison est IIS? (inetmgr.exe) Il n'est peut-être pas enregistré pour accepter tous les noms d'hôte sur 8080.
Par exemple, si vous le configurez pour mysite.com:8080 et que vous le frappez à localhost: 8080, IIS obtiendra la demande mais n'aura pas de liaison de nom d'hôte pour correspondre, il rejette donc.
En dehors de cela, vous devez vérifier les journaux IIS (C: \ inetpub \ logs \ wmsvc #) sur le serveur et voir si vous voyez votre demande. Vous saurez alors si c'est un problème sur votre client ou sur le serveur lui-même.
FWIW, si vous souhaitez simplement autoriser les demandes dirigées vers n'importe quel nom d'hôte / adresse IP, vous pouvez définir votre liaison comme suit:
J'utilise cette liaison afin de pouvoir charger une VM avec IE6, puis déboguer mon application.
EDIT: lors de l'utilisation d'IIS Express pour déboguer, l'emplacement par défaut du fichier de configuration de cette option est
la source
Cette page de Microsoft décrit comment configurer l'accès à IIS Server Express à partir d'autres ordinateurs sur le réseau local.
En un mot:
1) à partir d'une invite de commande avec des privilèges d'administrateur:
2) Dans le pare-feu Windows avec sécurité avancée, créez une nouvelle règle entrante pour le port 8181 afin d'autoriser les connexions externes
3) Dans applicationhost.config, dans le nœud de votre projet, ajoutez:
<binding protocol="http" bindingInformation="*:8181:[your ip address]" />
N'ajoutez PAS (comme cela a été suggéré dans une autre réponse):
<binding protocol="http" bindingInformation="*:8181:*" />
La liaison générique ci-dessus a interrompu mon accès de
http://192.168.1.6:8181/
la source
netsh http delete urlacl url=http://[your ip address]:8181/
J'ai donc résolu ce problème en accédant à mon site Web dans IIS Manager et en modifiant le nom d'hôte dans les liaisons de site de localhost à *. Commencé à travailler immédiatement.
la source
Pour
Visual Studio 2017
etVisual Studio 2015
, lesIIS Express
paramètres sont stockés dans le.vs
répertoire caché et le chemin est quelque chose comme ça.vs\config\applicationhost.config
, ajouter une liaison comme ci-dessous fonctionneraSyntaxe: https://docs.microsoft.com/en-us/dotnet/api/microsoft.web.administration.binding.bindinginformation?view=iis-dotnet
la source
<bindings> <binding protocol="http" bindingInformation="localhost:8802:*" /> <binding protocol="http" bindingInformation="127.0.0.1:8802:*"/> </bindings>
N'oubliez pas de vous lier à l'adresse IPv6 également! J'essayais d'ajouter un site sur 127.0.0.1 en utilisant localhost et j'ai obtenu la mauvaise demande / erreur de nom d'hôte invalide. Lorsque j'ai envoyé un ping à localhost, il s'est résolu à :: 1 puisque IPv6 était activé, je devais donc simplement ajouter la liaison supplémentaire pour résoudre le problème.
la source
Cela a résolu mon problème (désolé pour mon mauvais anglais):
ouvrez cmd en tant qu'administrateur et exécutez la commande (sans les crochets):
netsh http add urlacl url=http://[ip adress]:[port]/ user=everyone
dans
documents/iisexpress/config/applicationhost.config
et dans votre dossier de projet racine dans le dossier (caché):.vs/config/applicationhost.config
vous devez ajouter une ligne à la balise "site":<binding protocol="http" bindingInformation="*:8080:192.xxx.xxx.xxx" />
ouvrez "gestionnaire de services d'information Internet (iis)"
(pour le trouver: dans la recherche dans la barre des tâches, écrivez "Activer ou désactiver les fonctionnalités de la fenêtre" et ouvrez le résultat, puis cochez la case "service d'information Internet" et installez-le):
ouvrez "Pare-feu Windows avec sécurité avancée",
terminé.
la source
Je ne sais pas si c'était votre problème, mais pour quiconque essaie d'accéder à son application Web depuis sa machine et rencontre ce problème:
Assurez-vous que vous vous connectez à
127.0.0.1
(akalocalhost
) et non à votre adresse IP externe.Votre URL doit être quelque chose comme
http://localhost:8181/
ouhttp://127.0.0.1:8181
et nonhttp://YourExternalIPaddress:8181/
.Informations supplémentaires:
La raison pour laquelle cela fonctionne est que votre pare-feu peut bloquer votre propre demande. Cela peut être un pare-feu sur votre système d'exploitation et cela peut être (d'habitude) votre routeur.
Lorsque vous vous connectez à votre adresse IP externe, vous vous connectez à partir d'Internet, comme si vous étiez un inconnu (ou un pirate informatique).
Cependant, lorsque vous vous connectez à votre hôte local, vous vous connectez localement en tant que vous-même et le blocage n'est évidemment pas nécessaire (et évité complètement).
la source
localhost
, c'est ce à quoi il fait référence (127.0.0.1
). Tout ce que je dis, c'est de vous connecter à cela et non à votre adresse IP visible de l'extérieur. Il n'y a pas de dépendance sur l'hôte local, il est simplement utilisé comme synonyme. Je modifierai ma réponse pour que cela soit plus clair.Vous pouvez utiliser l'outil CMD Visual Studio 2005/2008/2010. Exécutez-le en tant qu'administrateur et écrivez
Enfin, je peux exécuter mon application avec succès.
la source
Si vous travaillez sur un serveur local ou si vous n'avez pas de nom de domaine, supprimez le champ "Nom d'hôte:".
la source
Vérifiez votre fichier d'hôtes local (C: \ Windows \ System32 \ drivers \ etc \ hosts par exemple). Dans mon cas, j'avais déjà utilisé cela pour pointer une URL vers une boîte de développement, puis je l'avais oublié. Quand j'ai ensuite réutilisé la même URL, j'ai continué à recevoir une mauvaise demande (nom d'hôte invalide) car le trafic allait vers le mauvais serveur.
la source
J'ai eu cette erreur lorsque j'ai essayé d'appeler un service Web en utilisant "localhost". Je l'ai corrigé en utilisant l'adresse IP réelle à la place (192.168 ...)
la source
J'ai vu la même erreur après avoir utilisé msdeploy pour copier l'application sur un nouveau serveur. Il s'est avéré que les liaisons utilisaient toujours l'adresse IP du serveur précédent. Alors, vérifiez l'adresse IP dans les liaisons IIS. (Cela semble évident après coup, mais je ne suis pas venu immédiatement à l'idée de le vérifier).
la source
Vérifiez l'URL exacte que vous fournissez. J'ai vu cette erreur lorsque j'ai manqué le préfixe d'itinéraire défini dans ASP.NET, donc il ne savait pas où acheminer la demande.
la source
Assurez-vous qu'IIS écoute votre port.
Dans mon cas, c'était le problème. J'ai donc dû changer mon port pour quelque chose d'autre comme 8083 et cela a résolu ce problème.
la source