Una baixada de proveïdor correcta diu poc sobre una crida posterior a l'API del núvol. Comenceu pel primer nom d'amfitrió i operació que fallen i després identifiqueu-ne el propietari:

OperacióSeguiu aquest camí
Consulta al registre o baixada d'instal·lacióProcés de Terraform, origen d'instal·lació i entorn de proxy
Obtenció de mòduls mitjançant GitURL d'origen i transport de Git; SSH i HTTPS fan servir configuracions diferents
Crida a l'API del núvolEl connector del proveïdor i la configuració d'encaminament i confiança del seu SDK
Execució remotaL'entorn i la xarxa de l'executor, no els de l'ordinador portàtil

Per a un proxy HTTP que admet CONNECT, aquest valor d'entorn el pot seleccionar correctament per a destinacions HTTPS:

HTTPS_PROXY=http://proxy.example:3128

La variable anomena l'esquema de destinació; el valor anomena el transport del proxy. Feu servir https:// només quan l'oient ofereix TLS i el client sol·licitant ho admet. Els proveïdors són connectors separats i poden fer servir configuracions específiques del SDK, així que aquest valor no és una promesa sobre cada proveïdor.

Al propietari identificat, distingiu la capa d'error abans de canviar una configuració: una connexió de proxy rebutjada, un proxy 407, un CONNECT rebutjat, un error de certificat i un 403 de l'API del núvol acoten la investigació següent de maneres diferents. Manteniu junts la fase, la destinació, l'entorn d'execució i el primer error.

Apliqueu la configuració admesa a aquest component. Una exportació a l'ordinador portàtil no configura un executor remot, i les credencials del proxy no autentiquen davant del registre ni de l'API del núvol.

Articles relacionats