Ang matagumpay na download ng provider ay kakaunti ang sinasabi tungkol sa susunod na tawag sa cloud API. Simulan sa unang hostname at operasyong nabigo, pagkatapos ay tukuyin ang may-ari ng mga ito:

OperasyonSundin ang landas na ito
Paghahanap sa registry o pag-download ng installationProseso ng Terraform, pinagmulan ng installation at kapaligiran ng proxy
Pagkuha ng module sa pamamagitan ng GitAng source URL at transport ng Git; magkaibang setting ang SSH at HTTPS
Tawag sa cloud APIAng plugin ng provider at ang routing at trust configuration ng SDK nito
Malayong pagpapatupadAng kapaligiran at network ng runner, hindi ng laptop

Para sa HTTP proxy na sumusuporta sa CONNECT, matutukoy ito nang tama ng value ng kapaligirang ito para sa mga destinasyong HTTPS:

HTTPS_PROXY=http://proxy.example:3128

Pinangalanan ng variable ang scheme ng destinasyon; pinangalanan ng value ang transport ng proxy. Gamitin ang https:// lamang kapag nag-aalok ng TLS ang listener at sinusuportahan ito ng kliyenteng humihiling. Magkaibang plugin ang mga provider at maaaring gumamit ng setting na partikular sa SDK, kaya ang value na ito ay hindi pangako tungkol sa bawat provider.

Sa natukoy na may-ari, ihiwalay ang layer ng error bago baguhin ang isang setting: tinatanggihan ang koneksyon sa proxy, proxy 407, tinanggihang CONNECT, error sa sertipiko at cloud API 403 bawat isa ay nagpapakipot ng susunod na pagsisiyasat sa iba't ibang paraan. Panatilihing magkasama ang yugto, destinasyon, kapaligiran ng pagpapatupad at unang error.

Ilapat ang sinusuportahang setting sa bahaging iyon. Ang pag-export sa laptop ay hindi nagko-configure ng malayong runner, at ang mga kredensyal ng proxy ay hindi nagpapatunay sa registry o cloud API.

Kaugnay na mga artikulo