Pengaturan proksi DDEV untuk host dan kontainer web

Gunakan variabel host dan konfigurasi proksi klien Docker untuk konsumennya masing-masing; daemon Docker tetap menangani pengunduhan image dasar.

Konfigurasi Wget yang dipasang dapat memperbaiki Wget sementara Drush atau Composer tetap tidak berubah. Mulailah dari program yang membuat permintaan gagal, lalu sediakan proksi pada batas peluncuran program tersebut.

Program host

Untuk program host yang mendukung variabel biasa, sediakan:

export http_proxy=http://proxy.example:8080
export https_proxy=http://proxy.example:8080
export no_proxy=localhost,127.0.0.1,::1,.ddev.site

Variabel HTTPS memilih tujuan HTTPS; URL HTTP-nya menjelaskan pendengar proksi. Titik akhir dari daftar proksi HTTP menjadi kandidat ketika pengunduhan host atau kontainer web terkait dapat menggunakan rute publik.

Build dan runtime kontainer

DDEV mendokumentasikan bagian proxies di berkas ~/.docker/config.json yang sudah ada:

{
  "proxies": {
    "default": {
      "httpProxy": "http://proxy.example:8080",
      "httpsProxy": "http://proxy.example:8080",
      "noProxy": "localhost,127.0.0.1,::1,.ddev.site"
    }
  }
}

Gabungkan bagian ini alih-alih mengganti autentikasi atau entri lain yang sudah ada, lalu mulai ulang proyek DDEV. Docker memakai pengaturan ini untuk menyediakan variabel lingkungan dan argumen build. Program di dalam kontainer web tetap harus mendukungnya.

Penarikan image dasar

Image dasar yang hilang diunduh oleh daemon Docker. Konfigurasi klien di atas tidak menetapkan proksi daemon tersebut, dan cache image yang hangat dapat sepenuhnya menghindari penarikan.

Pertahankan rute aplikasi dan layanan lokal DDEV dalam cakupan langsung yang dimaksud. Sesuaikan sintaksis pintasan dengan konsumen sebenarnya saat menambahkan domain internal atau rentang alamat.

Artikel terkait