Прокси грешки во Terraform при преземања, добавувачи и далечински извршувања
Разликувајте ги преземањата од Terraform регистарот, добивањето Git модули, повиците на API на добавувачот и далечинското извршување кога проксито работи само за дел од извршувањето.
Успешно преземање на добавувач малку кажува за подоцнежен повик на облачниот API. Започнете со првото име на домаќин и операција што не успеваат, потоа утврдете го нивниот сопственик:
| Операција | Следете го овој пат |
|---|---|
| Пребарување во регистарот или преземање на инсталација | Terraform процес, извор на инсталација и прокси околина |
| Добивање модул преку Git | URL на изворот и Git пренос; SSH и HTTPS користат различни поставки |
| Повик на облачен API | Приклучокот на добавувачот и неговата конфигурација за рутирање и доверба во SDK |
| Далечинско извршување | Околината и мрежата на извршувачот, а не на преносниот сметач |
За HTTP прокси што поддржува CONNECT, оваа вредност на околината може правилно да го избере за HTTPS дестинации:
HTTPS_PROXY=http://proxy.example:3128Променливата ја именува шемата на дестинацијата; вредноста го именува преносот на проксито. Користете https:// само кога слушателот нуди TLS и клиентот што бара го поддржува. Добавувачите се одделни приклучоци и можат да користат поставки специфични за SDK, така што оваа вредност не е ветување за секој добавувач.
Кај утврдениот сопственик, разграничете го слојот на грешката пред да смените поставка: одбиена прокси врска, прокси 407, одбиен CONNECT, грешка со сертификат и облачен API 403 секоја на различен начин го стеснува следното истражување. Држете заедно фазата, дестинацијата, околината на извршување и првата грешка.
Применете ја поддржаната поставка на таа компонента. Извозот на преносниот сметач не конфигурира далечински извршувач, а прокси акредитивите не се автентицираат пред регистарот или облачниот API.