Terraform-prokurilaj fiaskoj ĉe elŝutoj, provizantoj kaj malproksimaj ruloj
Distingi inter elŝutoj de la Terraform-registro, Git-modulaj akokadoj, provizantaj API-vokoj kaj malproksima plenumado kiam la prokurilo funkcias nur por parto de rulo.
Sukcesa elŝuto de provizanto malmulte diras pri posta nuba API-voko. Komencu per la unua malsukcesa gastigantnomo kaj operacio, poste identigu ties posedanton:
| Operacio | Sekvu ĉi tiun vojon |
|---|---|
| Registra serĉo aŭ instal-elŝuto | Terraform-procezo, instal-fonto kaj prokurila medio |
| Git-bazita modul-akokado | Fonta URL kaj Git-transporto; SSH kaj HTTPS uzas malsamajn agordojn |
| Nuba API-voko | La provizanta kromaĵo kaj la enkursiga kaj fida agordo de ĝia SDK |
| Malproksima plenumado | La medio kaj reto de la rulilo, ne de la tekkomputilo |
Por HTTP-prokurilo, kiu subtenas CONNECT, ĉi tiu media valoro povas ĝuste elekti ĝin por HTTPS-celoj:
HTTPS_PROXY=http://proxy.example:3128La variablo nomas la skemon de la celo; la valoro nomas la transporton de la prokurilo. Uzu https:// nur kiam la aŭskultanto proponas TLS kaj la petanta kliento subtenas ĝin. Provizantoj estas apartaj kromaĵoj kaj povas uzi SDK-specifajn agordojn, do ĉi tiu valoro ne estas promeso pri ĉiu provizanto.
Ĉe la identigita posedanto, distingi la erartavolon antaŭ ol ŝanĝi agordon: rifuzita prokurila konekto, prokurilo 407, rifuzita CONNECT, atestila eraro kaj nuba API 403 ĉiu mallarĝigas la sekvan esploron malsame. Tenu kune la fazon, celon, plenum-medion kaj unuan eraron.
Apliku la subtenatan agordon al tiu komponanto. Elporto sur la tekkomputilo ne agordas malproksiman rulilon, kaj prokurilaj akreditaĵoj ne aŭtentikigas al la registro aŭ nuba API.