Kegagalan proksi Terraform merentas muat turun, pembekal dan larian jauh
Bezakan muat turun daftar Terraform, pengambilan modul Git, panggilan API pembekal dan pelaksanaan jauh apabila proksi hanya berfungsi untuk sebahagian larian.
Kejayaan muat turun pembekal tidak banyak memberitahu tentang panggilan API awan kemudian. Mulakan dengan nama hos dan operasi pertama yang gagal, kemudian kenal pasti pemiliknya:
| Operasi | Ikuti laluan ini |
|---|---|
| Carian daftar atau muat turun pemasangan | Proses Terraform, sumber pemasangan dan persekitaran proksi |
| Pengambilan modul berasaskan Git | URL sumber dan pengangkutan Git; SSH dan HTTPS menggunakan tetapan berbeza |
| Panggilan API awan | Pemalam pembekal serta konfigurasi penghalaan dan kepercayaan SDKnya |
| Pelaksanaan jauh | Persekitaran dan rangkaian pelari, bukan komputer riba |
Untuk proksi HTTP yang menyokong CONNECT, nilai persekitaran ini boleh memilihnya dengan betul untuk destinasi HTTPS:
HTTPS_PROXY=http://proxy.example:3128Pemboleh ubah menamakan skema destinasi; nilai menamakan pengangkutan proksi. Gunakan https:// hanya apabila pendengar menawarkan TLS dan klien yang meminta menyokongnya. Pembekal ialah pemalam berasingan dan boleh menggunakan tetapan khusus SDK, jadi nilai ini bukan janji tentang setiap pembekal.
Pada pemilik yang dikenal pasti, bezakan lapisan ralat sebelum menukar tetapan: sambungan proksi yang ditolak, proksi 407, CONNECT yang ditolak, ralat sijil dan 403 API awan masing-masing menyempitkan siasatan seterusnya secara berbeza. Simpan fasa, destinasi, persekitaran pelaksanaan dan ralat pertama bersama-sama.
Gunakan tetapan yang disokong pada komponen itu. Eksport pada komputer riba tidak mengkonfigurasi pelari jauh, dan kelayakan proksi tidak mengesahkan kepada daftar atau API awan.