Napake proxyja v Terraformu pri prenosih, ponudnikih in oddaljenih zagonih
Ločite prenose iz registra Terraform, pridobivanje modulov Git, klice API ponudnika in oddaljeno izvajanje, ko proxy deluje le za del zagona.
Uspešen prenos ponudnika pove malo o poznejšem klicu v oblakovni API. Začnite s prvim imenom gostitelja in operacijo, ki spodletita, nato ugotovite njunega lastnika:
| Operacija | Sledite tej poti |
|---|---|
| Iskanje v registru ali prenos namestitve | Proces Terraform, vir namestitve in okolje proxyja |
| Pridobivanje modula prek Git | URL vira in prenos Git; SSH in HTTPS uporabljata različne nastavitve |
| Klic v oblakovni API | Vtičnik ponudnika ter njegova konfiguracija usmerjanja in zaupanja v SDK |
| Oddaljeno izvajanje | Okolje in omrežje izvajalca, ne prenosnika |
Za HTTP proxy, ki podpira CONNECT, lahko ta vrednost okolja pravilno izbere proxy za cilje HTTPS:
HTTPS_PROXY=http://proxy.example:3128Spremenljivka poimenuje shemo cilja; vrednost poimenuje prenos proxyja. https:// uporabite le, ko poslušalec ponuja TLS in odjemalec, ki pošilja zahtevo, to podpira. Ponudniki so ločeni vtičniki in lahko uporabljajo nastavitve, specifične za SDK, zato ta vrednost ni obljuba za vsakega ponudnika.
Pri ugotovljenem lastniku ločite plast napake, preden spremenite nastavitev: zavrnjena povezava proxyja, proxy 407, zavrnjen CONNECT, napaka potrdila in oblakovni API 403 vsak drugače zožijo naslednjo preiskavo. Držite skupaj fazo, cilj, okolje izvajanja in prvo napako.
Uporabite podprto nastavitev na tej komponenti. Izvoz na prenosniku ne nastavi oddaljenega izvajalca, poverilnice proxyja pa se ne overijo pri registru ali oblakovnem API.