Proxyfeil i Terraform ved nedlastinger, leverandører og fjernkjøringer
Skille mellom Terraform-registerets nedlastinger, Git-modulhentinger, leverandør-API-kall og fjernkjøring når proxyen bare virker for en del av en kjøring.
En vellykket leverandørnedlasting sier lite om et senere sky-API-kall. Start med det første vertsnavnet og den første operasjonen som feiler, og finn deretter eieren:
| Operasjon | Følg denne veien |
|---|---|
| Registeroppslag eller installasjonsnedlasting | Terraform-prosess, installasjonskilde og proxy-miljø |
| Git-basert modulhenting | Kilde-URL-en og Git-transporten; SSH og HTTPS bruker ulike innstillinger |
| Sky-API-kall | Leverandørpluginen og SDK-ets ruting- og tillitskonfigurasjon |
| Fjernkjøring | Runnerens miljø og nettverk, ikke bærbarens |
For en HTTP-proxy som støtter CONNECT, kan denne miljøverdien velge den riktig for HTTPS-destinasjoner:
HTTPS_PROXY=http://proxy.example:3128Variabelen navngir destinasjonens skjema; verdien navngir proxyens transport. Bruk https:// bare når lytteren tilbyr TLS og klienten som ber om det støtter det. Leverandører er egne plugin-moduler og kan bruke SDK-spesifikke innstillinger, så denne verdien er ikke et løfte om hver leverandør.
Hos den identifiserte eieren, skill feillaget før du endrer en innstilling: en avvist proxyforbindelse, proxy 407, avvist CONNECT, sertifikatfeil og sky-API 403 snevrer hver inn den neste undersøkelsen på ulikt vis. Hold fase, destinasjon, kjøringsmiljø og første feil sammen.
Bruk den støttede innstillingen på den komponenten. En eksport på bærbar konfigurerer ikke en fjernrunner, og proxy-legitimasjon autentiserer ikke mot registeret eller sky-API-et.