Terraform proxy greške kod preuzimanja, provajdera i daljinskog izvršavanja
Razlikujte preuzimanja iz Terraform registra, dohvatanje Git modula, pozive API-ja provajdera i daljinsko izvršavanje kada proxy radi samo za dio izvršavanja.
Uspješno preuzimanje provajdera malo govori o kasnijem pozivu cloud API-ja. Počnite s prvim imenom hosta i operacijom koji ne uspijevaju, zatim identificirajte njihovog vlasnika:
| Operacija | Slijedite ovaj put |
|---|---|
| Pretraga registra ili preuzimanje instalacije | Terraform proces, izvor instalacije i proxy okruženje |
| Dohvatanje modula putem Git-a | URL izvora i Git transport; SSH i HTTPS koriste različite postavke |
| Poziv cloud API-ja | Provajder plugin i njegova konfiguracija rutiranja i povjerenja u SDK-u |
| Daljinsko izvršavanje | Okruženje i mreža izvršioca, a ne laptopa |
Za HTTP proxy koji podržava CONNECT, ova vrijednost okruženja može ga ispravno odabrati za HTTPS odredišta:
HTTPS_PROXY=http://proxy.example:3128Varijabla imenuje šemu odredišta; vrijednost imenuje transport proxyja. Koristite https:// samo kada listener nudi TLS i klijent koji šalje zahtjev to podržava. Provajderi su zasebni pluginovi i mogu koristiti postavke specifične za SDK, pa ova vrijednost nije obećanje za svaki provajder.
Kod identificiranog vlasnika razlikujte sloj greške prije promjene postavke: odbijena proxy veza, proxy 407, odbijen CONNECT, greška certifikata i cloud API 403 svaki na drugi način sužava sljedeću istragu. Držite fazu, odredište, okruženje izvršavanja i prvu grešku zajedno.
Primijenite podržanu postavku na tu komponentu. Izvoz na laptopu ne konfiguriše daljinskog izvršioca, a proxy akreditivi ne autentificiraju prema registru ili cloud API-ju.