Requisitos de conectividad de Live Share

  • Artículo

En este artículo se resumen los requisitos de conectividad para Visual Studio Live Share, las opciones de conectividad disponibles y las soluciones alternativas conocidas cuando corresponda.

Iniciar sesión

Puede iniciar sesión en Live Share con cualquier cuenta profesional o educativa con respaldo de Azure Active Directory , una cuenta Microsoft o un perfil de GitHub. Normalmente, las direcciones URL de inicio de sesión para estas están abiertas en la mayoría de las organizaciones, dado el número de productos orientados al público que los usan, pero, si no es así, póngase en contacto con el administrador de red para abrirlos login.microsoftonline.com o github.com además de los dominios que se enumeran a continuación.

Nota:

Las cuentas locales de AD (ADFS) y las cuentas locales de GitHub Enterprise no se admiten actualmente (voto ascendente👍).

Modos de conexión

Para garantizar un rendimiento óptimo, Visual Studio Live Share detecta automáticamente si una máquina host de sesión de colaboración y una máquina invitada pueden comunicarse directamente a través de una red y solo retransmite a través de la nube si no hay ninguna ruta entre ellos. Este modo mixto "automático" es flexible e incluso permite a algunos invitados retransmitir a través de la nube, mientras que otros se conectan directamente para la misma sesión.

Las conexiones directas se autentican a través de un mecanismo basado en la nube para garantizar la seguridad, pero requieren que se abra un puerto entre 5990 y 5999 para habilitar la conectividad. Como resultado, al compartir por primera vez el firewall de escritorio puede solicitarle que abra un puerto. Aceptar esto es opcional, ya que omitirá simplemente que Live Share use siempre la retransmisión cuando esté en modo automático.

Todas las conexiones de Visual Studio Live Share son SSH o SSL cifradas y autenticadas en un servicio central para asegurarse de que solo las de la sesión de colaboración puedan obtener acceso a su contenido. Además, la retransmisión en la nube de Live Share no conserva ningún tráfico enrutado a través de él y no "pospone" el tráfico de ninguna manera.

Cambio del modo de conexión

Si prefiere deshabilitar conexiones directas o retransmitidas o simplemente solucionar problemas de conectividad, puede forzar otros modos de conexión.

Modo Comportamiento del host Comportamiento de invitado
Auto La sesión de colaboración del host acepta conexiones directas protegidas, autenticadas o conexiones retransmitidas en la nube. Intenta usar una conexión directa y recurre a la retransmisión a través de la nube si se produce un error.
Directo La sesión de colaboración del host solo acepta conexiones directas autenticadas y seguras. Intenta usar una conexión directa y se detiene si no se puede conectar.
Relé La sesión de colaboración del host no permite conexiones directas. No se abre ningún puerto en el equipo del host. Siempre se conecta a través de la nube.

Para cambiar el modo:

VS:

  1. Vaya a Herramientas > Opciones > live Share.
  2. Seleccione el modo en la lista desplegable "Modo de conexión".
  3. Reinicie VS.

VS Code:

  1. Edite settings.json (Configuración de preferencias de > archivo>).
  2. Establézcalo "liveshare.connectionMode" en "auto", "direct"o "relay" en función de sus preferencias.
  3. Reinicie VS Code.

Requisitos para los modos de conexión

El modo de conexión en el que se encuentra determinará los puertos y direcciones URL específicos que deben estar disponibles para que Live Share funcione.

Modo Requisito de acceso de cliente Solucionar problemas
Cualquiera Acceso saliente a *.liveshare.vsengsaas.visualstudio.com:443. Asegúrese de que el firewall de red corporativo o personal le permite conectarse a este dominio. Escriba https://visualstudio.microsoft.com/services/live-share/ en un explorador y compruebe que llega a la página principal de Visual Studio Live Share. También puede encontrarse con problemas de proxy que deben resolverse.
Any (VS Code) Acceso saliente a download.microsoft.com:443. Asegúrese de que el firewall de red corporativo o personal le permite conectarse a este dominio. También puede encontrarse con problemas de proxy que deben resolverse.
Auto Conmutadores automáticos. Consulte los modos directo y de retransmisión. Cambie al modo directo o de retransmisión para solucionar problemas.
Directo Hosts: es necesario abrir un puerto en el intervalo 5990 - 5999 para aceptar conexiones de red local entrantes.

Invitados: ruta de red y acceso saliente al host en este mismo puerto.		 Compruebe que "vsls-agent" (para VS), "code" (para Visual Studio Code) o "code - insiders" (para visual Studio Code Insiders) no está bloqueado por el software de firewall de escritorio para este intervalo de puertos y que puede hacer ping entre sí. Aunque Windows y otro software de escritorio deben solicitarle la primera vez que se inicie el agente, hemos visto instancias en las que las directivas de grupo impiden que esto suceda y tendrá que agregar manualmente la entrada. También puede encontrarse con problemas de proxy que deben resolverse.
Relé Acceso saliente a *.servicebus.windows.net:443. Asegúrese de que el firewall de red corporativo o personal le permite conectarse a este dominio. También puede encontrarse con problemas de proxy que deben resolverse.
Cualquiera Acceso saliente a *.online.visualstudio.com. Asegúrese de que el firewall de red corporativo o personal le permite conectarse a este dominio. Escriba https://sts.online.visualstudio.com/api/swagger/index.html en un explorador y compruebe que llega a la página swagger. También puede encontrarse con problemas de proxy que deben resolverse.

Adición manual de una entrada de firewall

Como se ha descrito anteriormente, el modo directo requiere que el firewall personal permita que vsls-agent, código o código: insiders acepten conexiones en el intervalo de puertos 5990-5999. Si quiere usar el modo directo, pero ha detectado que el firewall no tiene entrada vsls-agent, puede agregarlo manualmente. La forma de hacerlo variará según el software de firewall, pero puede encontrar información sobre cómo configurar el Firewall de Windows aquí.

Si no ve una entrada para vsls-agent, puede encontrar el ejecutable del agente en una de las siguientes ubicaciones.

Ubicación de instalación de VS Code

Al configurar el firewall manualmente para VS Code o VS Code Insider en Windows, MacOS o Linux, use la ruta de acceso a la ubicación de instalación de la aplicación de VS Code.

Por ejemplo: Windows (ubicación de instalación predeterminada)

  • %applocaldata%\Programs\Microsoft VS Code\code.exe
  • %applocaldata%\Programs\Microsoft VS Code Insiders\code - insiders.exe

Ubicación del agente de Visual Studio

La ubicación de Visual Studio es más dinámica, pero puede seguir estos pasos para encontrar el archivo ejecutable:

  1. Vaya a la ubicación de instalación de Visual Studio. Esto suele ser C:\Program Files (x86)\Microsoft Visual Studio\EDITION donde EDITION es Community, Enterprise, etc.

  2. Ejecute una búsqueda vsls-agent.exe en en la subcarpeta IDE\Extensions .

Desafortunadamente, es posible que tenga que realizar este paso cada vez que actualice Visual Studio Live Share.

Servidores proxy

Visual Studio Live Share tiene actualmente algunas limitaciones en torno al uso de proxy. Aunque la configuración automática del proxy debe funcionar en Windows, al usar macOS o Linux (y con determinadas configuraciones de proxy en Windows), las variables de entorno HTTP_PROXY y HTTPS_PROXY deben establecerse globalmente para VS o en > la configuración del proxy de aplicación para VS Code.

Nota: si el proxy no está configurado en la configuración del proxy de aplicación de > VS Code, también se heredará de las variables de entorno de http_proxy y https_proxy.

Si el proxy no establece automáticamente estos valores, puede establecer manualmente las variables de la siguiente forma:

HTTPS_PROXY=http://proxy-ip-address:proxyport

Si tiene un proxy de autenticación, puede agregar el usuario y la contraseña de la siguiente manera:

HTTPS_PROXY=http://user:password@proxy-ip-address:proxyport

Si esta configuración no resuelve el problema, háganos saber los detalles de la configuración del proxy para que podamos echar un vistazo a la mejora del soporte técnico.

Consulte también

¿Tiene algún problema? Consulte la solución de problemas o envíe sus comentarios.