Greške proxyja u Terraformu kod preuzimanja, provajdera i daljinskih pokretanja
Razlikujte preuzimanja iz Terraform registra, dohvatanje Git modula, pozive API-ja provajdera i daljinsko izvršavanje kada proxy radi samo za dio pokretanja.
To što je preuzimanje provajdera uspjelo ne kazuje mnogo o kasnijem pozivu na cloud API. Krenite od prvog hosta i operacije koji padaju, pa utvrdite čiji su:
| Operacija | Pratite ovu stazu |
|---|---|
| Pretraga u registru ili preuzimanje instalacije | Terraform proces, izvor instalacije i proxy okolina |
| Dohvat modula putem Git-a | URL izvora i Git prijenos; SSH i HTTPS imaju različita podešavanja |
| Poziv na cloud API | Provajderov plugin te njegovo rutiranje i konfiguracija povjerenja u SDK-u |
| Daljinsko izvršavanje | Okolina i mreža pokretača, ne prijenosnog računara |
Kad HTTP proxy podržava CONNECT, ova vrijednost okoline može ga ispravno odabrati za HTTPS odredišta:
HTTPS_PROXY=http://proxy.example:3128Varijabla imenuje šemu odredišta; vrijednost imenuje prijenos proxyja. https:// rabite samo kad slušalac nudi TLS i kad klijent koji upućuje zahtjev to podržava. Provajderi su odvojeni pluginovi i mogu rabiti SDK-specifična podešavanja, zato ova vrijednost nije jamstvo za svakog provajdera.
Kod utvrđenog vlasnika razlučite sloj greške prije nego promijenite podešavanje: odbijena proxy veza, proxy 407, odbijen CONNECT, greška certifikata i cloud API 403 svaki na svoj način sužava sljedeću istragu. Držite skupa fazu, odredište, okolinu izvršavanja i prvu grešku.
Primijenite podržano podešavanje na tu komponentu. Izvoz na prijenosnom računaru ne podešava daljinskog pokretača, a proxy akreditivi ne provjeravaju identitet prema registru ni cloud API-ju.