Ir al contenido principal

Usar Reasoning detrás de un proxy corporativo

Las redes corporativas suelen enviar el tráfico por un proxy o inspeccionar el HTTPS con un certificado propio. Si Chat muestra I couldn't reach the service (No pude conectarme al servicio), o si las solicitudes fallan con errores de certificado, configure Reasoning para usar la misma ruta de red que VS Code.

La extensión inicia un backend local de Reasoning, que hace las solicitudes de red. Estos ajustes se le pasan cuando se inicia, así que vuelva a cargar la ventana de VS Code después de cambiarlos.

Usar el proxy de VS Code​

Reasoning sigue los ajustes de proxy de VS Code. Defínalos en los ajustes de VS Code, no en Reasoning:

  • http.proxy: la dirección del proxy, por ejemplo http://proxy.example.com:8080;
  • http.noProxy: los hosts que no deben pasar por el proxy.

Cuando http.proxySupport es off, Reasoning ignora cualquier proxy, incluidos HTTP_PROXY y HTTPS_PROXY definidos en su shell.

Confiar en el certificado de la empresa​

De forma predeterminada, Reasoning confía en los certificados del almacén de confianza del sistema operativo, igual que VS Code. Cuando el proxy inspecciona el HTTPS con un certificado que no está en ese almacén:

  1. Pida al equipo de TI el certificado raíz de la empresa en un archivo PEM.
  2. Abra los ajustes de VS Code y defina ai-cockpit-reasoning.extraCaCerts con la ruta absoluta del archivo, por ejemplo C:\certs\company-root.pem o /etc/ssl/company-root.pem.
  3. Vuelva a cargar la ventana de VS Code.

Verificación de certificados​

Si el ajuste http.proxyStrictSSL de VS Code está en false, Reasoning también deja de verificar los certificados, igual que VS Code. Esto elimina una protección importante; es preferible agregar el certificado de la empresa.

Si las solicitudes siguen fallando, seleccione Details (Detalles) en el error de Chat y comparta la información técnica con el equipo de TI. Consulte Entender los errores de Chat.