Se intentó acceder a un socket de una manera prohibida por sus permisos de acceso

Acabo de descargar la muestra C # SDK y ASP.NET MVC, la modifiqué para que funcione con 4.2.1. (web config facebookConfiguración de parámetros, etc.), creó mi aplicación de Facebook e intentó ejecutarla. Haga clic en el botón de inicio de sesión de facebook – ok, ingrese las credenciales en Facebook popup – ok, permitiendo el acceso a mi aplicación – ok, y luego aparece este error:

System.Net.Sockets.SocketException: se intentó acceder a un socket de una manera prohibida por sus permisos de acceso 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; 

El objeto de la app está bien, creo (que contiene parámetros de configuración, objeto de sesión con token de acceso y mi ID de usuario de Facebook, etc.)

Estoy usando la dirección de desarrollo local http://myappdev.local (establecida en 127.0.0.1 en el archivo de hosts). La misma dirección está configurada en la configuración de mi aplicación de Facebook, también en el dominio myappdev.local – ¿Puede ser este el problema? He visto ejemplos usando localhost:1234 en algunos tutoriales.

Resuelto … mi mal – mi firewall estaba bloqueando “silenciosamente” el proceso de trabajo de ISS al conectarse en el puerto 443 … Espero que al menos salve a alguien del mismo error 🙂

Si obtiene el mismo error en el desarrollo de Windows 8, es posible que no haya habilitado el acceso a través de redes privadas en su archivo Package.appxmanifest :

Destacando la opción de redes privadas (cliente y servidor)

Sé que esta publicación es de 2011, pero sigue siendo el primer resultado para la búsqueda de Google que coincide con su título textualmente, que resulta ser el código de error exacto;). Anywho, pensé que agregaría mis dos centavos para cualquier otra persona que tenga el error, ya que mi resolución era similar pero diferente.

El problema estaba en mi extremo también. Aunque estaba usando un cliente smtp para enviar correos. Ejecuto PeerBlock y bloquea direcciones IP sospechosas. Vi que estaba bloqueando una de las IP a las que estaba enviando antes de que saliera de mi red. Una excepción de regla simple y el problema fue resuelto.

Los firewalls de TL; DR y otras herramientas de filtrado de seguridad de internet deben verificarse para asegurarse de que este problema no sea causado por su parte.

se enfrentó a un problema similar, verifiqué todo lo que podría causar el error, esto incluye el puerto correcto para usar, las configuraciones del firewall, incluso el sistema operativo de los problemas de compatibilidad del servidor, solo para descubrir que el antivirus es el que lo causa,

Asegúrese de desactivar la función de su antivirus que está bloqueando la conexión de socket, o agregue a la exención el .exe o progtwig específico que desea que no se muestre.

Mine usa McCafee y desactivo la función que bloquea la conexión de socket para enviar correos y funcionó.

Me he encontrado con un problema similar cuando intenté ejecutar una simple aplicación web http escuchando en el puerto 80 escrito en Go (golang) en Windows 10 Home.

Después de investigar, descubrí que, por alguna razón, se estaba ejecutando el “Servicio de publicación World Wide Web” (W3SVC). Detener e inhabilitar el servicio resolvió mi problema.

Nunca usé este servicio. Supongo que una instalación de Visual Studio Community 2013 en el pasado instaló y habilitó este servicio. Cuando me encontré con el problema por primera vez, pensé que era un problema de privilegio, ya que es el caso en los sistemas Linux donde las aplicaciones que se escuchan en los puertos <1023 deben ejecutarse con privilegios de administrador. Pero en Windows 1023 este no es el caso.

Después de todo, encontrar este tema trivial me costó alrededor de 2 horas, por eso publico esta respuesta a este viejo hilo.

Básicamente, este es un resumen de lo que hice:

1) Google para el mensaje de error (como figura completamente en la pregunta de este hilo).
– A muchos problemas no relacionados con mis problemas específicos han sido devueltos.
– No encontré una respuesta concreta que resolvió mi problema.
– Sin embargo, encontré sugerencias para un análisis más detallado.

2) La primera sugerencia fue usar netstat.

 netstat -o -n -a | findstr 0.0.0.0:80 netstat -o -n -a | findstr 127.0.0.1:80 

Resultó que el proceso con Id 4 estaba escuchando en el puerto 80.

3) Proceso de búsqueda n. ° 4 en la pestaña Detalles en Taskmanager.

Esto demostró que el sistema (NT Kernel & System) está involucrado.

4) Intentando acceder al puerto 80 en el servidor local usando PUttY con Telnet en el puerto 80.
(asegúrese de establecer ** Cierre en la salida * para nunca )

  Bad Request  

Bad Request - Invalid Verb


HTTP Error 400. The request verb is invalid.

HTTP/1.1 400 Bad Request Content-Type: text/html; charset=us-ascii Server: Microsoft-HTTPAPI/2.0 Date: Thu, 05 Oct 2017 13:13:29 GMT Connection: close Content-Length: 326

5) La información recostackda hasta el momento no proporcionaba una pista concreta, pero me permitía realizar búsquedas más específicas en Google. Ahora, la información devuelta por Google indica que lo más probable es que algún tipo de servicios del sistema que escuchan en el puerto 80 sea la fuente del problema.

6) Ahora era fácil buscar tales servicios en ejecución en el administrador de servicios. El primero que encontré que podría ser el origen del problema (ya que contenía WWW en su nombre) fue “WWW-Publishingdienst” (en mi computadora en alemán), que significa “World Wide Web Publishing Service” en sistemas con inglés. ajustes de idioma. Paré el servicio y – ¡Voila! Fue la causa del problema.

Ejecuto un MySQL DB localmente y tuve un problema similar. Hice todos los pasos que se muestran en las publicaciones relacionadas con el mismo problema:

  • Firewall desactivado
  • Antivirus deshabilitado
  • Restablecer stack TCP / IP
  • Ordenador reiniciado
  • Cadena de conexión verificada

Ninguno de estos funcionó. Descubrí que el problema para mí era mi VPN (Astrill). Por alguna razón, estaba causando que estas conexiones de host local fallaran. La desconexión de VPN solucionó mi problema.