Terraform proxyhibák letöltéseknél, szolgáltatóknál és távoli futtatásoknál
Különböztesse meg a Terraform registry-letöltéseket, a Git-modulok lekérését, a szolgáltató API-hívásait és a távoli végrehajtást, amikor a proxy csak a futtatás egy részénél működik.
Egy szolgáltató sikeres letöltése keveset mond egy későbbi felhő-API-hívásról. Kezdje az első hibázó hosztnévvel és művelettel, majd azonosítsa a tulajdonosukat:
| Művelet | Ezt az utat kövesse |
|---|---|
| Registry-keresés vagy telepítési letöltés | Terraform-folyamat, telepítési forrás és proxykörnyezet |
| Git-alapú modul-lekérés | A forrás URL-je és a Git-átvitel; az SSH és a HTTPS külön beállításokat használ |
| Felhő-API-hívás | A szolgáltató beépülő modulja, valamint SDK-jának útvonal- és bizalmi konfigurációja |
| Távoli végrehajtás | A futtató környezete és hálózata, nem a laptopé |
A CONNECT-et támogató HTTP-proxy esetében ez a környezeti érték helyesen kiválaszthatja azt HTTPS-célokhoz:
HTTPS_PROXY=http://proxy.example:3128A változó a cél sémáját nevezi meg; az érték a proxy átvitelét nevezi meg. Csak akkor használja a https:// értéket, ha a figyelő TLS-t kínál, és a kérő kliens támogatja azt. A szolgáltatók külön beépülő modulok, és SDK-specifikus beállításokat használhatnak, ezért ez az érték nem ígéret minden szolgáltatóra.
Az azonosított tulajdonosnál különböztesse meg a hiba rétegét a beállítás módosítása előtt: az elutasított proxykapcsolat, a 407-es proxy, az elutasított CONNECT, a tanúsítványhiba és a felhő-API 403 mind más-más módon szűkíti a következő vizsgálatot. Tartsa együtt a fázist, a célt, a végrehajtási környezetet és az első hibát.
Alkalmazza a támogatott beállítást arra a komponensre. A laptopon végzett export nem konfigurál távoli futtatót, és a proxy hitelesítő adatai nem hitelesítenek a registry vagy a felhő-API felé.