Dështimet e proxy-t në Terraform te shkarkimet, ofruesit dhe ekzekutimet në distancë
Dalloni shkarkimet e regjistrit Terraform, marrjen e moduleve Git, thirrjet API të ofruesit dhe ekzekutimin në distancë kur proxy funksionon vetëm për një pjesë të një ekzekutimi.
Një shkarkim i suksesshëm i ofruesit thotë pak për një thirrje të mëvonshme API të resë kompjuterike. Filloni me emrin e parë të hostit dhe veprimin që dështojnë, pastaj identifikoni pronarin e tyre:
| Veprim | Ndiqni këtë rrugë |
|---|---|
| Kërkim në regjistër ose shkarkim instalimi | Procesi Terraform, burimi i instalimit dhe mjedisi i proxy-t |
| Marrje moduli përmes Git | URL-ja e burimit dhe transporti Git; SSH dhe HTTPS përdorin cilësime të ndryshme |
| Thirrje API e resë | Shtojca e ofruesit dhe konfigurimi i rrugëtimit dhe i besimit të SDK-së së tij |
| Ekzekutim në distancë | Mjedisi dhe rrjeti i ekzekutuesit, jo ai i laptopit |
Për një proxy HTTP që mbështet CONNECT, kjo vlerë mjedisi mund ta zgjedhë saktë për destinacione HTTPS:
HTTPS_PROXY=http://proxy.example:3128Ndryshorja emërton skemën e destinacionit; vlera emërton transportin e proxy-t. Përdorni https:// vetëm kur dëgjuesi ofron TLS dhe klienti që kërkon e mbështet atë. Ofruesit janë shtojca të veçanta dhe mund të përdorin cilësime specifike për SDK-në, prandaj kjo vlerë nuk është premtim për çdo ofrues.
Te pronari i identifikuar, dalloni shtresën e gabimit përpara se të ndryshoni një cilësim: një lidhje proxy e refuzuar, proxy 407, CONNECT i refuzuar, gabim certifikate dhe 403 e API-së së resë secila e ngushton ndryshe hetimin e radhës. Mbani bashkë fazën, destinacionin, mjedisin e ekzekutimit dhe gabimin e parë.
Zbatoni cilësimin e mbështetur në atë komponent. Një eksport në laptop nuk konfiguron një ekzekutues në distancë, dhe kredencialet e proxy-t nuk autentikohen në regjistër ose në API-në e resë.