Terraform-ի փրոքսի խափանումները ներբեռնումների, մատակարարների և հեռավոր գործարկումների ժամանակ
Տարանջատեք Terraform-ի գրանցամատյանի ներբեռնումները, Git մոդուլների ստացումը, մատակարարի API կանչերը և հեռավոր կատարումը, երբ փրոքսին աշխատում է գործարկման միայն մի մասի համար։
Մատակարարի հաջող ներբեռնումը քիչ բան է ասում հետագա ամպային API կանչի մասին։ Սկսեք առաջին ձախողվող հոսթանունից և գործողությունից, ապա որոշեք դրանց սեփականատիրոջը.
| Գործողություն | Հետևեք այս ուղուն |
|---|---|
| Գրանցամատյանի որոնում կամ տեղադրման ներբեռնում | Terraform գործընթաց, տեղադրման աղբյուր և փրոքսի միջավայր |
| Git-ի վրա հիմնված մոդուլի ստացում | Աղբյուրի URL-ը և Git տրանսպորտը. SSH-ը և HTTPS-ը օգտագործում են տարբեր կարգավորումներ |
| Ամպային API կանչ | Մատակարարի պլագինը և նրա SDK-ի երթուղավորման ու վստահության կարգավորումը |
| Հեռավոր կատարում | Կատարողի միջավայրը և ցանցը, ոչ թե նոթբուքինը |
CONNECT-ը աջակցող HTTP փրոքսիի համար այս միջավայրի արժեքը կարող է ճիշտ ընտրել այն HTTPS նպատակակետերի համար.
HTTPS_PROXY=http://proxy.example:3128Փոփոխականը անվանում է նպատակակետի սխեման. արժեքը անվանում է փրոքսիի տրանսպորտը։ Օգտագործեք https:// միայն այն դեպքում, երբ լսողը առաջարկում է TLS, և հարցում ուղարկող հաճախորդը աջակցում է դրան։ Մատակարարները առանձին պլագիններ են և կարող են օգտագործել SDK-հատուկ կարգավորումներ, ուստի այս արժեքը խոստում չէ յուրաքանչյուր մատակարարի վերաբերյալ։
Որոշված սեփականատիրոջ մոտ տարանջատեք սխալի շերտը նախքան կարգավորումը փոխելը. մերժված փրոքսի միացումը, փրոքսի 407-ը, մերժված CONNECT-ը, վկայագրի սխալը և ամպային API-ի 403-ը յուրաքանչյուրը տարբեր կերպ է նեղացնում հաջորդ հետաքննությունը։ Պահեք փուլը, նպատակակետը, կատարման միջավայրը և առաջին սխալը միասին։
Կիրառեք աջակցվող կարգավորումը այդ բաղադրիչի վրա։ Նոթբուքի արտահանումը չի կարգավորում հեռավոր կատարող, և փրոքսիի հավատարմագրերը չեն նույնականացնում գրանցամատյանի կամ ամպային API-ի առջև։