Veiksmīga nodrošinātāja lejupielāde maz pasaka par vēlāku mākoņa API izsaukumu. Sāciet ar pirmo neveiksmīgo resursdatora nosaukumu un darbību, tad nosakiet to īpašnieku:

DarbībaSekojiet šim ceļam
Reģistra meklēšana vai instalācijas lejupielādeTerraform process, instalācijas avots un starpniekservera vide
Git balstīta moduļa iegūšanaAvota URL un Git pārsūtīšana; SSH un HTTPS izmanto atšķirīgus iestatījumus
Mākoņa API izsaukumsNodrošinātāja spraudnis un tā SDK maršrutēšanas un uzticēšanās konfigurācija
Attālināta izpildeIzpildītāja vide un tīkls, nevis portatīvā datora

HTTP starpniekserverim, kas atbalsta CONNECT, šī vides vērtība var to pareizi izvēlēties HTTPS galamērķiem:

HTTPS_PROXY=http://proxy.example:3128

Mainīgais nosauc galamērķa shēmu; vērtība nosauc starpniekservera pārsūtīšanu. Izmantojiet https:// tikai tad, kad klausītājs piedāvā TLS un pieprasītājs klients to atbalsta. Nodrošinātāji ir atsevišķi spraudņi un var izmantot SDK specifiskus iestatījumus, tāpēc šī vērtība nav solījums par katru nodrošinātāju.

Pie identificētā īpašnieka atšķiriet kļūdas slāni pirms iestatījuma maiņas: atteikts starpniekservera savienojums, starpniekserveris 407, atteikts CONNECT, sertifikāta kļūda un mākoņa API 403 katrs citādi sašaurina nākamo izmeklēšanu. Turiet kopā fāzi, galamērķi, izpildes vidi un pirmo kļūdu.

Piemērojiet atbalstīto iestatījumu šai komponentei. Eksports portatīvajā datorā nekonfigurē attālinātu izpildītāju, un starpniekservera akreditācijas dati neautentificējas reģistrā vai mākoņa API.

Saistītie raksti