Selhání proxy v Terraformu při stahování, providerech a vzdáleném běhu
Rozlišujte stahování z registru Terraformu, načítání Git modulů, volání API providera a vzdálené spouštění, když proxy funguje jen pro část běhu.
Úspěšné stažení providera mnoho neříká o pozdějším volání cloudového API. Začněte prvním neúspěšným názvem hostitele a operací a poté určete jejich vlastníka:
| Operace | Postupujte touto cestou |
|---|---|
| Vyhledání v registru nebo stažení instalace | Proces Terraformu, zdroj instalace a prostředí proxy |
| Načtení modulu přes Git | URL zdroje a přenos Git; SSH a HTTPS používají různá nastavení |
| Volání cloudového API | Plugin providera a jeho směrování a důvěra v SDK |
| Vzdálené spuštění | Prostředí a síť runneru, nikoli notebooku |
Pro HTTP proxy, která podporuje CONNECT, může tato hodnota prostředí správně zvolit proxy pro cíle HTTPS:
HTTPS_PROXY=http://proxy.example:3128Proměnná pojmenovává schéma cíle; hodnota pojmenovává přenos proxy. https:// používejte jen tehdy, když listener nabízí TLS a žádající klient jej podporuje. Provideři jsou samostatné pluginy a mohou používat nastavení specifická pro SDK, takže tato hodnota není slibem pro každého providera.
U určeného vlastníka rozlište vrstvu chyby dříve, než změníte nastavení: odmítnuté spojení s proxy, proxy 407, odmítnutý CONNECT, chyba certifikátu a cloudové API 403 každé zužuje další vyšetřování jinak. Držte pohromadě fázi, cíl, prostředí spuštění a první chybu.
Použijte podporované nastavení na tuto komponentu. Export na notebooku nenakonfiguruje vzdálený runner a přihlašovací údaje proxy neautentizují vůči registru ani cloudovému API.