Terraform-proxyflatings by downloads, oanbieders en opôf-útfieringen
Unterskied Terraform-registrydownloads, Git-module-ophalings, oanbieder-API-oproppen en opôf-útfiering as de proxy mar foar in part fan in útfiering wurket.
In slagge oanbiederdownload seit net folle oer in lettere wolk-API-oprop. Begjin by de earste hostnamme en operaasje dy't mislearret en identifisearje dan de eigner:
| Operaasje | Folch dit paad |
|---|---|
| Registry-opfraach of ynstallaasjedownload | Terraform-proses, ynstallaasjeboarne en proxy-omjouwing |
| Git-basearre module-ophaling | De boarne-URL en Git-transport; SSH en HTTPS brûke ferskillende ynstellings |
| Wolk-API-oprop | De oanbieder-plugin en syn SDK syn routing- en fertrouwenskonfiguraasje |
| Opôf-útfiering | De omjouwing en it netwurk fan 'e útfierder, net fan 'e laptop |
Foar in HTTP-proxy dy't CONNECT stipet, kin dizze omjouwingswearde him foar HTTPS-bestimmingen goed selektearje:
HTTPS_PROXY=http://proxy.example:3128De fariabele neamt it skema fan 'e bestimming; de wearde neamt it transport fan 'e proxy. Brûk https:// allinnich as de listener TLS biedt en de oanfreegjende klant it stipet. Oanbieders binne aparte plugins en kinne SDK-spesifike ynstellings brûke, dus dizze wearde is gjin tasizzing oer elke oanbieder.
By de identifisearre eigner, ûnderskied de flaach fan 'e flater foardat jo in ynstelling feroarje: in wegere proxyferbining, proxy 407, wegere CONNECT, sertifikaatflater en wolk-API 403 ferkenne elk it folgjende ûndersyk oars. Hâld de faze, bestimming, útfieringsomjouwing en earste flater byinoar.
Pas de stipe ynstelling op dat ûnderdiel ta. In export op 'e laptop konfigurearret gjin opôf-útfierder, en proxy-sertifikaten autentisearje net by it registry of de wolk-API.