Провайдердин жүктөлүшү ийгиликтүү болушу кийинки булут 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га аутентификация жасабайт.

Тектеш макалалар