Fallos de proxy en Terraform en descargas, proveedores y ejecuciones remotas
Distinga las descargas del registro de Terraform, la obtención de módulos Git, las llamadas a la API del proveedor y la ejecución remota cuando el proxy solo funciona en parte de una ejecución.
Una descarga correcta de un proveedor dice poco sobre una llamada posterior a la API de la nube. Empiece por el primer nombre de host y la primera operación que fallan y después identifique a su responsable:
| Operación | Siga esta ruta |
|---|---|
| Consulta al registro o descarga de instalación | Proceso de Terraform, origen de la instalación y entorno del proxy |
| Obtención de módulos mediante Git | La URL de origen y el transporte Git; SSH y HTTPS usan ajustes distintos |
| Llamada a la API de la nube | El complemento del proveedor y la configuración de enrutamiento y confianza de su SDK |
| Ejecución remota | El entorno y la red del ejecutor, no los del portátil |
Para un proxy HTTP que admite CONNECT, este valor de entorno puede seleccionarlo correctamente para destinos HTTPS:
HTTPS_PROXY=http://proxy.example:3128La variable nombra el esquema del destino; el valor nombra el transporte del proxy. Use https:// solo cuando el receptor ofrezca TLS y el cliente solicitante lo admita. Los proveedores son complementos separados y pueden usar ajustes específicos del SDK, así que este valor no es una promesa sobre cada proveedor.
En el responsable identificado, distinga la capa de error antes de cambiar un ajuste: una conexión de proxy rechazada, un proxy 407, un CONNECT rechazado, un error de certificado y un 403 de la API de la nube acotan la siguiente investigación de forma distinta. Mantenga juntos la fase, el destino, el entorno de ejecución y el primer error.
Aplique el ajuste admitido a ese componente. Una exportación en el portátil no configura un ejecutor remoto, y las credenciales del proxy no autentican ante el registro ni la API de la nube.