Keberhasilan unduhan penyedia tidak banyak menjelaskan panggilan API cloud berikutnya. Mulailah dari nama host dan operasi pertama yang gagal, lalu identifikasi pemiliknya:

OperasiIkuti jalur ini
Pencarian registri atau unduhan instalasiProses Terraform, sumber instalasi, dan lingkungan proxy
Pengambilan modul berbasis GitURL sumber dan transport Git; SSH dan HTTPS memakai pengaturan berbeda
Panggilan API cloudPlugin penyedia serta konfigurasi perutean dan kepercayaan SDK-nya
Eksekusi jarak jauhLingkungan dan jaringan runner, bukan laptop

Untuk proxy HTTP yang mendukung CONNECT, nilai lingkungan ini dapat memilihnya dengan benar untuk tujuan HTTPS:

HTTPS_PROXY=http://proxy.example:3128

Variabel menamai skema tujuan; nilai menamai transport proxy. Gunakan https:// hanya saat listener menawarkan TLS dan klien peminta mendukungnya. Penyedia adalah plugin terpisah dan dapat memakai pengaturan khusus SDK, jadi nilai ini bukan janji tentang setiap penyedia.

Pada pemilik yang teridentifikasi, bedakan lapisan galat sebelum mengubah pengaturan: koneksi proxy yang ditolak, proxy 407, CONNECT yang ditolak, galat sertifikat, dan 403 API cloud masing-masing mempersempit penyelidikan berikutnya secara berbeda. Simpan fase, tujuan, lingkungan eksekusi, dan galat pertama secara bersamaan.

Terapkan pengaturan yang didukung pada komponen itu. Ekspor di laptop tidak mengonfigurasi runner jarak jauh, dan kredensial proxy tidak mengautentikasi ke registri atau API cloud.

Artikel terkait