visual usuario tiene suficientes studio sitios sitio publicar problemas privilegios permisos para obtener los internet equipo desde cómo configurar con autenticación acceso acceder iis visual-studio web iis-express service

usuario - publicar sitio web iis windows server 2012



"No se puede iniciar el servidor web IIS Express" en Visual Studio (16)

Intenté ejecutar mi servicio web a través de Visual Studio. Me enfrenté a un problema como:

--------------------------- Microsoft Visual Studio --------------------------- Unable to launch the IIS Express Web server. Failed to register URL "http://localhost:63591/" for site "xxxxxx" application "/". Error description: The process cannot access the file because it is being used by another process. (0x80070020) --------------------------- OK ---------------------------

Vi el administrador de tareas y descubrí que el sistema usa PID 4 y su descripción es NT Kernel & System. Así que traté de detener el http service . Todos los servicios de dependencia se detuvieron. Pero estoy enfrentando un problema al detener el servicio http como

The service is starting or stopping. Please try again later.

Entonces, intenté detener e iniciar el servicio manualmente. Pero el proceso de finalización está deshabilitado. Será útil que alguien pueda ayudar con este problema

Acabo de tener este problema a pesar de que netstat no mostró ningún conflicto.

Lo siguiente me lo arregló:

  1. Cerrar Visual Studio
  2. Abre el Explorador de archivos
  3. Navega a la carpeta del proyecto ofensivo
  4. Eliminar las carpetas obj y bin
  5. Elimine el archivo * .user (esto probablemente sea opcional)
  6. Reinicie Visual Studio e intente nuevamente

Desde https://www.davidsalter.co.uk/unable-to-launch-the-iis-express-web-server-error-0x80070020/

El código de error 0x80070020 significa ERROR_SHARING_VIOLATION , que en el caso de IIS Express (o IIS) significa que el puerto que está intentando escuchar está siendo utilizado por otro proceso.

Use el comando netstat para averiguar qué aplicación está usando el puerto.

netstat -ao | findstr <port_number_to_search_for>

El parámetro a le dice a netstat que muestre todas las conexiones y puertos de escucha.

El parámetro o le dice a netstat que muestre el ID del proceso asociado con la conexión.

La ejecución del comando netstat anterior generará resultados como:

C:/>netstat -ao | findstr 4026 TCP 12.0.0.1:4026 cs-pc:4026 LISTENING 9544

El último número que se muestra (9544 aquí) es la ID del proceso.

Después de haber perdido medio día tratando de solucionar este mismo problema, sentí que debería agregar la solución que finalmente funcionó para mí.

TL; DR Si netstat indica que la problemática no está en uso, aún intente algunos otros en un rango totalmente diferente

Me he encontrado con este problema antes, pero generalmente encuentro que reiniciar Visual Studio, cambiar los puertos (aumentar en 1) o reiniciar hacen el truco. Sin embargo, en esta ocasión nada de esto ayudó, y netstat no estaba encontrando un proceso conflictivo. Incluso reinstalé IIS y Visual Studio y eliminé varios otros programas que sospechaba que podrían estar interfiriendo. Parecía que IIS intentaba lanzar varias instancias del mismo sitio.

Finalmente intenté ejecutar netstat sin findstr . Escaneé visualmente la lista de puertos activos y noté que aunque los que había probado no estaban en la lista, había algunos procesos que usaban puertos en un rango similar. Entonces, en cambio, busqué un rango que fuera gratuito, elegí un número de puerto y parece que ahora funciona.

Me encantaría saber si alguien puede explicar por qué esto podría haber funcionado.

El primer paso más fácil sin entrar en la consola de comandos es cerrar todas las aplicaciones (incluido VS), luego iniciar VS por sí mismo e intentarlo de nuevo. Es probable que haya otra aplicación como su navegador que esté causando el conflicto. En mi caso, Chrome lo causó y se resolvió al cerrar todo y reiniciar VS. Abrí Chrome nuevamente y todo estuvo bien.

Las cosas de netstat anteriores son útiles, pero para mí eso es solo si no puedes hacer lo que sugiero.

En mi caso, hacer lo siguiente hizo el truco:

  • Eliminar el sitio de .vs // config / applicationhost.config
  • Eliminar el sitio de Documentos / IISExpress / config / applicationhost.config
  • Eliminar el IISUrl del .csproj

Cuando reinicié Visual Studio, asignó al proyecto un número de puerto completamente nuevo y funcionó perfectamente

Me encontré con el mismo problema después de haber actualizado una solución de Visual Studio 2012 a 2015. Vine aquí y ejecuté netstat solo para encontrar que ninguna otra aplicación estaba usando los mismos puertos. Resulta que tenía los mismos sitios con los mismos puertos asignados en applicationhost.config en Users/<username>/Documents/IISExpress/config y applicationhost.config en la carpeta .vs dentro de mi solución. Debo señalar que el problema tampoco comenzó justo después de la actualización. Simplemente comienza a fallar constantemente una mañana. Un par de reinicios tampoco pareció resolver el problema.

Eliminar los sitios en conflicto del que estaba almacenado en mis Documentos y reiniciar Visual Studio resolvió el problema.

Me encontré con este problema en Visual Studio 2019 hoy y pasé 3 horas antes de finalmente resolver el problema. Visual Studio usa 2 archivos para rastrear el número de puerto SSL, por lo que debe corregir ambos y corregirlos mientras Visual Studio está cerrado. Los dos archivos son el archivo applicationhost.config que se encuentra en la carpeta .vs / ??? / config de su solución; y también la carpeta .csproj.user de su proyecto web. Edite ambos archivos y elimine las configuraciones ofensivas. Tal vez incluso solo elimine ambos archivos. Luego, vuelva a abrir su aplicación en Visual Studio. ¡Buena suerte!

Pude solucionar este problema eliminando todo de las etiquetas <site> a </site> en

Users/<username>/Documents/IISExpress/config/applicatiohost.config file

<sites> <site> . . ===> remove this content including the <site> and </site> tags. . </site> </sites>

Tuve el mismo problema. Como @Kautsky Lozano menciona arriba Otra aplicación está usando ese puerto.

Entonces [para un sistema operativo Windows] simplemente:

  • Monitor de recursos abiertos (Administrador de tareas -> Rendimiento -> Monitor de recursos abiertos)
  • Haga clic en la pestaña Red .
  • Y en TCP Connections encuentre la aplicación que usa el puerto local que usa IIS Express y ciérrela. (fue Firefox en mi caso)

Tuve este problema al actualizar un proyecto MVC . Copié el archivo .csproj de MVC más reciente sobre mi archivo .csproj existente y luego volví a trabajar en un proyecto completamente funcional. Lo que no tuve en cuenta es el número de puerto existente en el antiguo .csproj. El nuevo proyecto tenía un nuevo número de puerto, pero compartía el Nombre del Proyecto / Asamblea. Eso fue suficiente para que IIS Express se volviera loco y lanzara esta excepción.

Simplemente cavar el número de puerto anterior fuera de git y cambiar la URL de IIS Express para incluirlo en la Configuración del proyecto fue suficiente para solucionarlo.

Ya probé lo siguiente:

  • Reinició Visual Studio
  • Verifique todos los puertos disponibles que puedan estar escuchando mi número específico pero siempre devuelve cero resultados. Ningún proceso está escuchando en mi puerto.

  • También intenté usar esto pero cero resultados.

    netstat -aon | encontrar ": 80"

  • También intenté usar pero también devuelvo cero resultados.

    netstat -ao | Findstr

Entonces, lo que hice fue eliminar este " Microsoft.VsHub.Server.HttpHostx64.exe " y luego mi proyecto se inició con éxito y se inició en el navegador. El error fue corregido. No estoy seguro de por qué, pero funciona.

Aquí está la captura de pantalla:

Yo tuve el mismo problema. Acabo de reiniciar Visual Studio y funcionó.

para resumir todas las respuestas. Hay 2 soluciones. Ambos trabajaron para mí. - Solución n. ° 1 Mata la aplicación que usa el mismo puerto. - Solución # 2 Configure IIS Express para usar un puerto diferente para su proyecto.

Solución n. ° 1 (suponiendo que el puerto en el mensaje de error fuera 443) Ejecute en la línea de comando:

netstat -ao | findstr 443

vuelve: TCP 0.0.0.0:443 pe01:0 LISTENING 2904 El último número (gracias a @ chris-schiffhauer) es PID para matar. Vaya al Administrador de tareas -> Procesos -> [Mostrar procesos de todos los usuarios], elimine un proceso con PID = 2904. En mi caso, fue el host VmWare.

Solución # 2 (Suponiendo que el mensaje fue: Error al registrar la URL " http://localhost:433/ " para el sitio "MyProject.Website0" ... ). Abra el archivo siguiente en notepad ++: C:/Users/MY_USER_NAME/Documents/IISExpress/config/applicationhost.config Busque en él una línea que contenga:

<site name="MyProject.Website0" id="... ... <bindings> <binding protocol="http" bindingInformation="*:80:localhost" /> <binding protocol="https" bindingInformation="*:443:localhost" /> </bindings>

Cambie 433 a otra cosa, como 4330 o elimine la etiqueta conflictiva <binding.../> .

Los números de puerto no coinciden

En mi caso, el problema estaba en mis etiquetas de enlaces que se encuentran en el archivo de configuración en .vs en mi carpeta de solución, los números de puerto no coincidían. Los enlaces fueron los siguientes

<bindings> <binding protocol="http" bindingInformation=":16433:localhost" /> </bindings>

Y en mi configuración tenía url establecida como http://localhost:1943/

Entonces, lo que hice fue eliminar el enlace interno y ejecutar mi aplicación web, luego generó un nuevo enlace con un número diferente, luego copié el nuevo puerto generado en mi configuración, luego el error desapareció.