Une tentative a été faite pour accéder à une socket d'une manière interdite par ses permissions d'accès
Je viens de téléchargé le SDK de C# et ASP.NET MVC échantillon, modifié pour qu'il fonctionne avec 4.2.1. (web config facebookSettings paramètres etc.), créé mon Facebook application et essayé de l'exécuter. Cliquez pour facebook bouton de connexion - ok, entrer des informations d'identification dans facebook popup - ok, permettant l'accès à mon application - ok, et puis j'ai cette erreur:
Système.Net.Les Sockets.Exception socketexception: Une tentative a été faite pour accéder à un support d'une manière interdite par ses autorisations d'accès 66.220.146.47:443
var app = new FacebookApp();
if (app.Session == null)
{
//The user isnt logged in to Facebook
//send them to the home page
return RedirectToAction("Index");
}
//Get the user info from the Graph API
dynamic me = app.Api("/me"); //EXCEPTION THROWN HERE
ViewData["FirstName"] = me.first_name;
ViewData["LastName"] = me.last_name;
Tje app
objet est OK je pense (contenant les paramètres params, objet de session avec jeton d'accès et de mon facebook userid, etc.)
Je suis en utilisant le développement local adresse http://myappdev.local
(mis à 127.0.0.1
dans le fichier hosts). La même adresse est dans mon facebook paramètres de l'application, de domaine, myappdev.local
- Peut-être cela le problème? J'ai vu des exemples à l'aide de localhost:1234
dans certains tutoriels.
source d'informationauteur rouen | 2011-01-25
Vous devez vous connecter pour publier un commentaire.
Résolu... mon mal - mon pare-feu était "en silence" blocage de l'ISS processus de travail de se connecter sur le port 443... j'espère qu'au moins je sauver quelqu'un de la même erreur 🙂
Si vous obtenez le même message d'erreur dans le développement de Windows 8, il se pourrait que vous n'avez pas activé l'accès sur des Réseaux Privés dans votre
Package.appxmanifest
fichier:Je sais que ce post est à partir de 2011, mais c'est toujours le premier résultat pour la recherche google correspondant à son titre, mot à mot, qui se trouve être le code d'erreur exact ;). Anywho, je pensais que je voudrais ajouter mon grain de sel pour quelqu'un d'autre d'avoir l'erreur, que ma résolution est similaire mais différent.
Le problème était sur ma fin. J'ai été en utilisant un client smtp pour envoyer un mail, si. - Je exécuter PeerBlock, et il bloque suspect IPs. J'ai vu qu'il était le blocage de l'un des IPs j'ai été l'envoi à l'avant gauche de mon réseau. Une simple exception à la règle et le problème a été résolu.
TL;DR pare-feu et autres internet de la sécurité des outils de filtrage doivent être vérifiés pour s'assurer que ce problème n'est pas dû sur votre fin.
face à un problème similaire, j'ai vérifié tout ce qui peut provoquer l'erreur, ce qui inclut le droit de port à utiliser, les paramètres de pare-feu, même le système d'exploitation du serveur de problèmes de compatibilité, seulement pour découvrir que l'anti-virus est à l'origine,
Assurez-vous de désactiver la fonctionnalité de votre anti-virus qui bloque la connexion de socket, ou d'en ajouter une exemption spécifique .exe ou le programme que vous souhaitez ne pas être blcocked.
Mine utilise McCafee et j'ai décocher la fonction en ce que les blocs de connexion de socket pour l'envoi de mails et cela a fonctionné.
J'ai été confronté à un problème similaire quand j'ai essayé d'exécuter une simple adresse http de l'application web à l'écoute sur le port 80 à l'écrit en Go (golang) sur Windows 10 à la Maison.
Après avoir fait quelques recherches, j'ai trouvé que, pour certaines raisons, le "World Wide Web Publishing Service" (W3SVC) était en cours d'exécution. L'arrêt et la désactivation du service de résoudre mon problème.
Je n'ai jamais utilisé ce service. Je suppose que Visual Studio Community 2013 installation dans le passé, installé et activé ce service. Lorsque j'ai rencontré le problème pour la première fois, je pensais que c'est un privilège d'émission, comme c'est le cas sur les systèmes Linux où les applications à l'écoute sur les ports < 1023 doit être exécuté avec les privilèges de root. Mais dans Windows 1023 ce n'est pas le cas.
Après tout, à trouver cette question triviale de coûts de moi environ 2 heures, c'est pourquoi je poste cette réponse à ce vieux thread.
Fondamentalement, c'est un résumé de ce que j'ai fait:
1) de Google pour le message d'erreur (comme entièrement contenue dans la question de ce fil).
- De nombreuses questions ne sont pas liées à mes questions spécifiques ont été retournés.
- Je n'ai pas trouvé une réponse concrète qui a résolu mon problème.
- Cependant, j'ai trouvé des conseils pour une analyse plus approfondie.
2) La première indication a l'aide de la commande netstat.
Il s'est avéré que le processus avec l'Id 4 a été à l'écoute sur le port 80.
3) Processus de Recherche n ° 4 sur l'onglet Détails dans le gestionnaire des tâches.
Cela montre que le Système (NT Kernel & System) est impliqué.
4) de la tentative d'accès du port 80 sur localhost à l'aide de Mastic à l'aide de Telnet sur le port 80.
(assurez-vous de définir **Fermeture de la sortie* pour jamais)
5) Les informations recueillies jusqu'à présent n'a pas de fournir un béton de l'indice, mais m'a permis de faire des recherches plus spécifiques sur Google. Maintenant, les informations retournées par Google a indiqué que le plus probable d'une sorte de système de services à l'écoute sur le port 80 pourrait être la source du problème.
6) Maintenant, il était facile à regarder pour de tels services en cours d'exécution dans le gestionnaire de services. Le premier que j'ai trouvé qui pourrait probablement être la source du problème (car il contenait WWW en son nom) a été "WWW-Publishingdienst" (sur mon ordinateur en allemand), qui signifie "World Wide Web Publishing Service" sur les systèmes avec les paramètres de langue anglais. J'ai arrêté le service et le tour est joué! C'était la cause du problème.
- Je exécuter une DB MySQL en local et j'ai eu un problème similaire. J'ai fait toutes les étapes indiquées dans les publications relatives à la même question:
Aucun de ces travaillées. J'ai découvert que la question a été pour moi (VPN Astrill). Pour une raison quelconque, il a été à l'origine de ces connexions localhost à l'échec. Déconnexion du VPN fixe mon problème.