Памылкі проксі 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.