c# - unable - ASP.NET 5 MVC: no se puede conectar al servidor web ''IIS Express''
no se puede iniciar el servidor web de iis express acceso denegado (30)
- Inicie sesión como administrador en la máquina local
- Estudio visual abierto como administrador
- Eliminar carpetas bin y .vs en la carpeta del proyecto
- Eliminar todos los archivos en {usuarios} / Documentos / IISExpress
Creo que el problema subyacente es el permiso para mí.
Que estoy haciendo:
- Apertura de Visual Studio Community 2015
- Archivo -> Nuevo -> Proyecto
- En Visual C #: Web -> Aplicación web ASP.NET
- Aplicación web
- Y presione f5 para el error emergente " no se puede conectar al servidor web ''IIS Express'' " .
Eliminar
applicationhost.config
, ubicado en
Documents/IISExpress/config
, no cambia el mensaje de error.
(También hay una carpeta
IISExpress
en
program files
program files (x86)
y
program files (x86)
.
Algo que noté y no sé si es un problema:
Archivo de referencia ''lib / jquery-validation / jquery.validate.js'' no encontrado.
Tengo un vertedero con rawcap pero no noto mucho allí. Algo de lo que estaba allí:
"Framework": {"FrameworkName": "DNXCore, Version = v5.0", "FriendlyName": "DNX Core 5.0", "ShortName": "dnxcore50", "RedistListPath": null}
No noto ningún problema, pero tengo los datos de la red si eso puede ayudar a descubrir por qué no puedo conectarme al servidor web.
Recibo un
RST,ACK
inmediato, así que supongo que el puerto está cerrado y lo que sea que sea este servidor web, no se está configurando.
Más sobre este problema: error 800700c1 de / trace: error
He intentado:
- eliminar applicationhost.config (y cambiar el número de puerto)
- ejecutando visual studio como administrador
- eliminar la carpeta IISExpress en Documentos (cambia el mensaje de error hasta que se reinstala la carpeta)
- activando y desactivando SSL, copiando url en la casilla de inicio. (nota: no estoy usando ssl)
- borrando todos los errores de sfc / scannow
- a partir de iisexpress con la versión x86 y la versión de 64 bits
Acabo de encontrar el mismo problema y eliminé todos los procesos "iisexpress.exe" que aún se estaban ejecutando. Eso funcionó para mí!
Después de instalar la Actualización 2 para Visual Studio 2015, comencé a recibir el mismo error. Intenté todo lo anterior sin suerte. Sin embargo, encontré una solución que funciona para mí:
- Elimine el archivo YourSolutionFolder / .vs / config / applicationhost.config (nota: .vs es una carpeta oculta)
- Abra Visual Studio, haga clic con el botón derecho en el sitio web> Propiedades> pestaña Depuración> Configuración del servidor web> URL de la aplicación - cambie el número de puerto.
Ejecute VisualStudio con privilegios de administrador y ejecute el proyecto. Luego cierre VisualStudio y todos los errores y vuelva a ejecutar VisualStudio con el usuario normal.
Esto lo hizo por mí.
Parece que IIS tiene que escribir algo en alguna configuración con privilegios de administrador (el puerto 80 no funcionó con el usuario normal pero el puerto 6767 funcionó bien).
El mío ocurre tan pronto como agrego un nuevo enlace dentro de applicationhost.config, ejecutándose como administrador solucionó el problema.
En mi caso, esa era otra aplicación que escuchaba en el mismo puerto al que IIS Express intentaba conectarse.
Tengo que ejecutar
netstat -ao
para ver el PID del proceso que utiliza el mismo puerto y la aplicación de apagado.
En mi caso, la aplicación fue Viber.
Enfrenté este problema en .net core 2.0 cuando actualicé el número de puerto de mi proyecto.
Pude resolver el problema en dos pasos:
- PASO 1: BORRAR la carpeta .vs que está oculta dentro de la carpeta principal de la solución. (cierre Visual Studio antes de esto) y luego, cuando vuelva a iniciar Visual Studio, esta carpeta y archivo (applicationhost.config) dentro de él se crearán automáticamente mediante Visual Studio.
- PASO 2: para proyectos de inicio múltiple , si aún enfrenta problemas, ejecute uno por uno el proyecto como inicio y luego ejecute como proyecto de inicio múltiple.
Intenta usar un puerto diferente. Acabo de configurar un nuevo proyecto Core 1.0 RC1 y obtuve el mismo error.
- Haga clic derecho en el proyecto web
- Pestaña de depuración
- Activar y desactivar SSL de nuevo, debería generar un nuevo puerto aleatorio
- Copie la URL SSL y péguela en el cuadro Iniciar URL
- Ejecutar el proyecto
Trabajó para mí (TM).
Respuesta de: https://.com/a/28650554/134761
La solución que funcionó para mí fue: Cerrar el proyecto VS En el Explorador de archivos, navegar hasta el proyecto y eliminar toda la carpeta ".vs" Reiniciar el proyecto Ejecutar como "Debug" funciona Aparentemente, tiene algo que ver con el "applicationhost" .archivo de configuración.
¡Disfrutar!
Mi solución (para .net core 2.0) fue que me había olvidado de agregar el número de puerto en la aplicación Url, bajo iisExpress en launchSettings.json
"iisExpress": {
"applicationUrl": "https://localhost:50770",
"sslPort": 50770
}
No descubrí qué estaba causando el problema. Pero una instalación de reparación lo arregló.
No pretendo entender completamente qué error de MS crea este problema, pero aquí hay otra solución potencial:
En el archivo .vs / config / applicationHost.config, busque la sección
<system.applicationHost><applicationPools>
.
Debajo de los grupos, asegúrese de que el valor del atributo
managedRuntimeVersion
coincida con el valor que está en la configuración de IIS para el sistema (y / o la versión del marco .NET que está instalado).
Por ejemplo, puede encontrar (como lo hice) que el archivo generado tiene:
<add name="Clr4IntegratedAppPool" managedRuntimeVersion="v4.0" managedPipelineMode="Integrated" CLRConfigFile="%IIS_USER_HOME%/config/aspnet.config" autoStart="true" />
En mi caso, reemplazarías esto con:
<add name="Clr4IntegratedAppPool" managedRuntimeVersion="v4.0.30319" managedPipelineMode="Integrated" CLRConfigFile="%IIS_USER_HOME%/config/aspnet.config" autoStart="true" />
Tenga en cuenta el reemplazo de "v4.0" a "v4.0.30319". Esto resolvió el problema.
Lo que parece estar sucediendo:
Creo que VS está generando un archivo applicationHost.config con versiones "predeterminadas" para .NET Framework, que puede no coincidir con la versión específica que está instalada / configurada en el sistema.
Puede depurar / observar este problema rastreando la ejecución en Process Monitor y buscando la línea de comando para iisexpress.exe.
Ejecutar este comando con
/trace:error
agregado genera un mensaje más informativo sobre un error al precargar el CLR con la versión v4.0.
Esto es:
Iniciando IIS Express ...
Error al intentar precargar CLR versión v4.0. h = 80131700
Error al inicializar el W3WP_HOST hr = 80131700
Proceso de cierre del modelo llamado
No se puede iniciar iisexpress.
De todos modos, pensé que esto podría ser útil para otra persona, ya que es lo suficientemente común como para tener múltiples referencias en línea con mala información, y personalmente lo he encontrado algunas veces.
Para mí, IIS Express no estaba accesible cuando agregué
iplisten
en el símbolo de DOS de esta manera:
netsh http add iplisten MyIPAddress
.
Lo arreglé eliminando el
iplisten
esta manera:
netsh http delete iplisten MyIPAddress
.
Para mí, el problema era que otro proceso estaba usando el mismo puerto. (En mi caso, era Outlook que usaba el mismo puerto que mi sitio y, por lo tanto, mi sitio no podía comenzar)
Sí, puede cambiar el puerto local, pero si está ejecutando una API o algo que necesitan otras aplicaciones, no siempre desea hacer esto.
Para obtener una lista de qué aplicaciones están utilizando qué puerto abre CMD y escribe "netstat -aon" Obtendrá una lista de puertos. Encuentre el puerto que debe usar su sitio o el que desea usar y escriba / recuerde el PID.
Ahora abra el administrador de tareas y haga clic en la pestaña ''detalles''. Encuentre el proceso con su PID y finalícelo. Ahora debería poder iniciar IIS Express con ese puerto.
Para mí, fue una mezcla de seguir estas instructions :
Elimine .vs / applicationhost.config de su aplicación web e intente nuevamente.
Y luego, quizás lo más importante, ejecutar Visual Studio con privilegios de administrador.
Probar en cmd
taskkill /im iisexpress.exe /f
taskkill /im dotnet.exe /f
y presione f5. No cambio puertos, borro archivos ni reinicio VS.
Pruebe esto primero si estaba funcionando y de repente se detuvo:
- Cerrar Visual Studio
- Eliminar procesos iisexpress.exe
- Reabrir Visual Studio
Pude alternar este error cambiando una sola cosa.
En el archivo
launchSettings.json
de
launchSettings.json
proyecto de aplicación web ASP.Net Core 1.0 RC2:
"iisSettings": {
"windowsAuthentication": false,
"anonymousAuthentication": true,
"iisExpress": {
"applicationUrl": "https://localhost:18177/",
"sslPort": 0
}
},
a
"iisSettings": {
"windowsAuthentication": false,
"anonymousAuthentication": true,
"iisExpress": {
"applicationUrl": "http://localhost:18177/",
"sslPort": 0
}
},
Había cambiado a https en un intento de ejecutar el proyecto usando ese protocolo. Aparentemente, este no es el lugar para hacer ese cambio. Sospecho que está creando enlaces múltiples en el mismo puerto, y a IIS Express no le gusta eso.
Pude resolver esto reiniciando mi computadora. Intenté algunas cosas sin éxito y finalmente me di por vencido y reinicié mi computadora. Ha estado funcionando bien ahora durante un par de días después de reiniciar. Probablemente el resultado de algún proceso que se colgó.
Salga de VS y elimine el archivo (proyecto) .vs / applicationhost.config. Reiniciar VS. Debería comenzar a funcionar.
Simplemente activé "Habilitar SSL". Esto resolvió mi problema.
- Haga clic derecho en el proyecto web
- Pestaña de depuración
- Activar Activar SSL "activado" (si está desactivado, que fue mi caso)
Simplemente cierre el estudio visual y vuelva a abrir y ejecutar. Funcionó para mi.
Simplemente ejecute el estudio visual como administrador y listo.
Tuve este mismo problema, pero la forma en que lo arreglé fue yendo a applicationhost.config y eliminando un puerto que no fui agregado por mí (supongo que IIS Express) que colocó mi sitio de puerto específico en otro puerto.
Esto es lo que tenía el archivo de configuración para mis enlaces:
<bindings>
<binding protocol="http" bindingInformation="*:54764:localhost" />
<binding protocol="https" bindingInformation="*:44360:localhost" />
</bindings>
Eliminé el primer elemento de enlaces ya que el único puerto que quería era 44360. Mi archivo de configuración ahora se ve así:
<bindings>
<binding protocol="https" bindingInformation="*:44360:localhost" />
</bindings>
Ahora no veo el error cuando depuro.
También noté que mi segunda API en mi proyecto tenía el puerto 80 también asignado, lo eliminé también.
Tuve este problema en .net core 2.1, visual studio versión 15.9.6. Cuando eliminé la carpeta .vs, volví a abrir Visual Studio y el problema seguía ahí. La solución que funcionó para mí a continuación:
- Eliminar la carpeta .vs (es una carpeta oculta).
- Reiniciar la computadora.
elimine las carpetas bin y obj de la carpeta del proyecto y reconstruya.
.UseUrls("https://localhost:<some port>/")
al Program.cs.
¡Esto pareció hacer el truco para mí!
PARA ACLARAR
Realmente muchas respuestas aquí son iguales y dicen algo como "Reiniciar y mágicamente funciona de nuevo".
Bueno, 9 de cada 10 veces las personas tienen este problema como el OP porque la DIRECCIÓN IP YA ESTÁ EN USO.
RESPONDER
Podría haber 2 direcciones IP que están en uso. Ambos se pueden encontrar por:
1) Hacer clic derecho en el proyecto de inicio
2) Haga clic en "Propiedades"
3) Haga clic en la pestaña "Depurar"
Aquí puede ver su "URL de aplicación" y su "URL SSL".
-
Si su "URL de la aplicación" está en uso, simplemente cámbiela allí y guárdela y debería funcionar nuevamente.
-
Si su "URL SSL" está en uso, cierre VS, elimine el archivo "applicationhost.config" en la carpeta oculta .vs de su proyecto y abra VS nuevamente.