Je construis un site Web ASP.NET - c'est une solution avec quelques projets, une base de données et un service Web. Tout a bien fonctionné, mais la dernière fois que j'ai essayé d'exécuter le projet, j'ai eu l'erreur suivante:
There was no endpoint listening at http://localhost:[number]/BooksWS.svc that could accept the
message. This is often caused by an incorrect address or SOAP action. See InnerException,
if present, for more details.
L'exception intérieure dit:
Unable to connect to the remote server
Cette erreur est sortie du ciel, donc je ne sais pas quelles informations supplémentaires je dois fournir. Quelqu'un a-t-il une idée de pourquoi cela pourrait arriver?
Je suppose que même une réponse générale pourrait aider, la seule information que j'ai trouvée sur cette erreur dans le Web concernait WCF.
accédez à la page de configuration Web de votre site, recherchez le point de terminaison de la balise et vérifiez le port dans l'attribut d'adresse, il y a peut-être eu un changement dans le numéro de port
Un autre cas que je viens d'avoir - lorsque la taille de la demande est supérieure à la taille de la demande définie dans IIS comme limite, vous pouvez également obtenir cette erreur.
Vérifiez la limite de demande IIS et augmentez-la si elle est inférieure à vos besoins. Voici comment vérifier et modifier la limite de demande IIS:
Je viens de trouver également un autre thread dans la pile le service WCF hébergé IIS 7.5 lève EndpointNotFoundException avec 404 uniquement pour les demandes volumineuses
Réponse courte mais avez-vous ouvert Skype? Cela interfère spécifiquement avec ASP.NET par défaut (et les hôtes locaux en général) en utilisant le port: 80.
Sous Windows: Allez dans Outils -> Options -> Avancé -> Connexion et décochez la case "utilisez les ports 80 et 443 comme alternatives pour les connexions entrantes".
Essaye ça:
Parfois, le port est modifié et génère une erreur.
Si vous utilisez une liaison personnalisée, assurez-vous de mettre le même nom pour les deux liaisons personnalisées (serveur et client) dans les fichiers de configuration
<bindings>
<customBinding>
<binding name="BufferedHttpServerNoAuth" closeTimeout="00:10:00" openTimeout="00:10:00" receiveTimeout="00:10:00" sendTimeout="00:10:00">
<gzipMessageEncoding innerMessageEncoding="textMessageEncoding" MaxArrayLength="10485760" MaxBytesPerRead="31457280" MaxStringContentLength="102400000" />
<httpsTransport hostNameComparisonMode="StrongWildcard" manualAddressing="False" maxReceivedMessageSize="31457280" authenticationScheme="Anonymous" bypassProxyOnLocal="True" realm="" useDefaultWebProxy="False" />
</binding>
</customBinding>
</bindings>
le nom de liaison "BufferedHttpServerNoAuth" doit être le même dans les deux.
J'espère que cela aiderait quelqu'un
Je l'ai résolu en passant la liaison avec le point final.
" http://abcd.net/SampleFileService.svc/basicHttpWSSecurity "
J'ai eu ce problème lorsque j'essayais d'appeler un service WCF hébergé sur un nouveau serveur à partir d'une application Windows de ma section locale. J'obtenais le même message d'erreur et à la fin j'avais ceci "Aucune connexion n'a pu être établie car la machine cible l'a activement refusée 127.0.0.1:8888". Je ne sais pas si je me trompe ou si je me trompe, mais je sens que chaque fois que le serveur reçoit une demande de mon application Windows, il est acheminé vers autre chose. J'ai donc fait quelques lectures et ajouté ci-dessous dans Web.config du service Host project. Après cela, tout a fonctionné comme par magie.
<system.net>
<defaultProxy enabled="false">
</defaultProxy>
</system.net>
Il s'agit d'une histoire ancienne, mais je viens de rencontrer ce problème et la solution pour moi consistait à recycler le pool d'applications du site Web dans IIS. Solution facile, pour une fois.