Provayder yükləməsinin uğurlu olması sonrakı bulud API çağırışı haqqında az şey deyir. İlk uğursuz host adı və əməliyyatdan başlayın, sonra onun sahibini müəyyən edin:

ƏməliyyatBu yolu izləyin
Reyestr sorğusu və ya quraşdırma yükləməsiTerraform prosesi, quraşdırma mənbəyi və proxy mühiti
Git əsaslı modul gətirməMənbə URL-i və Git nəqli; SSH və HTTPS fərqli parametrlər istifadə edir
Bulud API çağırışıProvayder plaqini və onun SDK-nın marşrutlaşdırma və etimad konfiqurasiyası
Uzaq icraİcraçının mühiti və şəbəkəsi, noutbukun deyil

CONNECT dəstəkləyən HTTP proxy üçün bu mühit dəyəri onu HTTPS təyinatları üçün düzgün seçə bilər:

HTTPS_PROXY=http://proxy.example:3128

Dəyişən təyinat sxemini adlandırır; dəyər proxy-nin nəqlini adlandırır. https:// yalnız dinləyici TLS təqdim etdikdə və sorğu göndərən müştəri bunu dəstəklədikdə istifadə edin. Provayderlər ayrı plaginlərdir və SDK-ya xas parametrlər istifadə edə bilər, ona görə bu dəyər hər provayder barədə vəd deyil.

Müəyyən edilmiş sahibdə parametri dəyişməzdən əvvəl xəta qatını ayırd edin: rədd edilmiş proxy bağlantısı, proxy 407, rədd edilmiş CONNECT, sertifikat xətası və bulud API 403 hər biri növbəti araşdırmanı fərqli şəkildə daraldır. Mərhələni, təyinatı, icra mühitini və ilk xətanı birlikdə saxlayın.

Dəstəklənən parametri həmin komponentə tətbiq edin. Noutbukda export uzaq icraçını konfiqurasiya etmir və proxy etimadnamələri reyestrə və ya bulud API-yə autentifikasiya etmir.

Əlaqəli məqalələr