Solución de errores relacionados con la red al instalar, actualizar o usar Visual Studio
Aplicable a: Visual Studio
Es posible que se produzcan errores relacionados con la red o el proxy al instalar, actualizar o usar Visual Studio detrás de un firewall, un servidor proxy o en un equipo cliente que no tiene acceso a Internet. En este artículo se proporcionan soluciones para algunos escenarios comunes de estos problemas.
Error "Se requiere autorización de proxy"
Este error suele producirse cuando los usuarios se conectan a Internet a través de un servidor proxy. A continuación, el servidor proxy bloquea las llamadas que Visual Studio realiza a algunos recursos de red.
Solución
Para resolver este problema, pruebe estos pasos:
Reinicie Visual Studio. Debería aparecer un cuadro de diálogo de autenticación de proxy. Escriba sus credenciales cuando se le solicite en el cuadro de diálogo.
Si reiniciar Visual Studio no resuelve el problema, puede deberse a que el servidor proxy no solicita credenciales para
http://go.microsoft.com
las direcciones, pero lo hace para*.visualStudio.microsoft.com
las direcciones. Para estos servidores, agregue las siguientes direcciones URL a una lista de permitidos para desbloquear todos los escenarios de inicio de sesión en Visual Studio:*.windows.net
*.microsoftonline.com
*.visualstudio.microsoft.com
*.microsoft.com
*.live.com
Se recomienda quitar la
http://go.microsoft.com
dirección de la lista de permitidos. La eliminación de la dirección permite que el cuadro de diálogo de autenticación de proxy aparezca tanto para lahttp://go.microsoft.com
dirección como para los puntos de conexión del servidor cuando se reinicie Visual Studio.
O bien, si desea usar sus credenciales predeterminadas con el proxy, siga estos pasos:
Busque devenv.exe.config (el archivo de configuración de devenv.exe) en:
- Visual Studio 2019: %ProgramFiles%\Microsoft Visual Studio\2019\Enterprise\Common7\IDE o %ProgramFiles(x86)%\Microsoft Visual Studio\2019\Enterprise\Common7\IDE.
- Visual Studio 2022: %ProgramFiles%\Microsoft Visual Studio\2022\Enterprise\Common7\IDE o %ProgramFiles(x86)%\Microsoft Visual Studio\2022\Enterprise\Common7\IDE.
En el archivo de configuración, busque el
<system.net>
bloque y agregue este código:<defaultProxy enabled="true" useDefaultCredentials="true"> <proxy bypassonlocal="True" proxyaddress="http://<yourproxy:port#>"/> </defaultProxy>
Debe insertar la dirección de proxy correcta para la red en
proxyaddress="<http://<yourproxy:port#>
.Nota:
Para obtener más información, vea las <páginas defaultProxy> (Configuración de red) y <Elemento proxy> (Configuración de red).
Error "Desconectado de Visual Studio" al intentar notificar un problema
Este error suele producirse cuando un usuario se conecta a Internet a través de un servidor proxy. A continuación, el servidor proxy bloquea las llamadas que Visual Studio realiza a algunos recursos de red.
Solución
Para resolver este problema, siga estos pasos:
Busque feedback.exe.config (el archivo de configuración de feedback.exe) en: %ProgramFiles(x86)%\Microsoft Visual Studio\Installer o %ProgramFiles%\Microsoft Visual Studio\Installer.
En el archivo de configuración, compruebe si el código siguiente está presente. Si el código no está presente, agréguelo antes de la última
</configuration>
línea.<system.net> <defaultProxy useDefaultCredentials="true" /> </system.net>
Error "Se cerró la conexión subyacente"
Si usa Visual Studio en una red privada que tiene un firewall, es posible que Visual Studio no pueda conectarse a algunos recursos de red. Estos recursos pueden incluir Azure DevOps Services para el inicio de sesión y las licencias, NuGet y los servicios de Azure. Si Visual Studio no se puede conectar a uno de estos recursos, es posible que vea el siguiente mensaje de error:
Se cerró la conexión subyacente: se produjo un error inesperado en el envío.
Visual Studio usa el protocolo tls 1.2 de seguridad de la capa de transporte para conectarse a los recursos de red. Los dispositivos de seguridad de algunas redes privadas bloquean determinadas conexiones de servidor cuando Visual Studio usa TLS 1.2.
Solución
Habilite las conexiones agregando estas direcciones URL de dominio a una lista de permitidos.
Error "No se pudo analizar el identificador del proceso primario"
Es posible que encuentre este mensaje de error cuando use un programa previo de Visual Studio y un archivo response.json en una unidad de red. El origen del error es el Control de cuentas de usuario (UAC) en Windows.
Este es el motivo por el que puede producirse este error: una unidad de red asignada o un recurso compartido UNC está vinculado al token de acceso de un usuario. Cuando UAC está habilitado, se crean dos tokens de acceso de usuario: uno con acceso de administrador y otro sin acceso de administrador. Cuando se crea una unidad de red o un recurso compartido, el token de acceso actual del usuario está vinculado a él. Dado que el programa previo debe ejecutarse como administrador, no podrá acceder a la unidad de red ni al recurso compartido si la unidad o el recurso compartido no están vinculados a un token de acceso de usuario que tenga acceso de administrador.
Solución
Para resolver este problema, use el net use
comando o cambie la configuración de directiva de grupo de UAC. Para obtener más información sobre estas soluciones alternativas y cómo implementarlas, consulte:
- Las unidades asignadas no están disponibles desde un símbolo del sistema con privilegios elevados cuando UAC está configurado como "Solicitar credenciales" en Windows
- Es posible que los programas no puedan acceder a algunas ubicaciones de red después de activar el Control de cuentas de usuario en sistemas operativos Windows.
El producto no se puede instalar ni actualizar porque los permisos del recurso compartido de red no están configurados correctamente
Asegúrese de que la cuenta que realiza la instalación o actualización tiene acceso suficiente a los recursos compartidos de red.
Problema | Solución |
---|---|
La cuenta de usuario no puede acceder a los archivos. | Si el usuario tiene permisos de administrador en la máquina y va a instalar o actualizar desde un diseño, deberá asegurarse de que los permisos de recurso compartido de red (ACL) estén configurados para conceder a los usuarios acceso de lectura antes de que se comparta la ubicación de red. |
La cuenta del sistema no puede acceder a los archivos. | A veces, la instalación o actualización se ejecuta mediante la cuenta del sistema en lugar de una cuenta de usuario. Esto suele ocurrir cuando se usan actualizaciones del administrador para mantener la máquina actualizada y segura. Tendrá que asegurarse de que las cuentas del sistema de las máquinas cliente tengan permisos de lectura para el recurso compartido de archivos de red. Para ello, cree un grupo de Active Directory que contenga las cuentas de equipo que necesitan acceso al recurso compartido y, a continuación, conceda a ese grupo de AD acceso al recurso compartido. |
Soporte técnico o solución de problemas
Si se produce un error en la instalación de Visual Studio, consulte Solución de problemas de instalación y actualización de Visual Studio para obtener instrucciones paso a paso.
Más opciones de soporte técnico:
- Ofrecemos una opción de soporte técnico de chat de instalación (solo en inglés) para problemas relacionados con la instalación.
- Notifique los problemas del producto a través de la herramienta Notificar un problema que aparece tanto en el Instalador de Visual Studio como en el IDE de Visual Studio. Si es administrador de TI y no tiene Visual Studio instalado, puede enviar Administración comentarios de TI aquí.
- Sugerir una característica, realizar un seguimiento de los problemas del producto y encontrar respuestas en el Developer Community de Visual Studio.