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