Tetapan Proksi DDEV untuk Hos dan Bekas Web

Gunakan pemboleh ubah hos dan konfigurasi proksi klien Docker untuk pengguna masing-masing; daemon Docker masih mengendalikan muat turun imej asas.

Konfigurasi Wget yang dipasang boleh membaiki Wget sambil membiarkan Drush atau Composer tidak berubah. Mulakan dengan program yang membuat permintaan gagal, kemudian berikan proksi pada sempadan pelancaran program itu.

Program hos

Untuk program hos yang menyokong pemboleh ubah biasa, berikan:

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

Pemboleh ubah HTTPS memilih destinasi HTTPS; URL HTTPnya menerangkan pendengar proksi. Titik akhir daripada senarai proksi HTTP ialah calon apabila muat turun hos atau bekas web yang berkaitan mungkin menggunakan laluan awam.

Binaan dan masa jalan bekas

DDEV mendokumenkan bahagian proxies dalam ~/.docker/config.json sedia ada:

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

Gabungkan bahagian ini dan bukannya menggantikan pengesahan atau entri sedia ada yang lain, kemudian mulakan semula projek DDEV. Docker menggunakan tetapan ini untuk membekalkan pemboleh ubah persekitaran dan argumen binaan. Program dalam bekas web masih perlu menyokongnya.

Tarik imej asas

Imej asas yang hilang dimuat turun oleh daemon Docker. Konfigurasi klien di atas tidak menetapkan proksi daemon itu, dan cache imej yang panas boleh mengelakkan tarikan sepenuhnya.

Kekalkan laluan aplikasi dan perkhidmatan tempatan DDEV dalam skop langsung yang dimaksudkan. Sesuaikan sintaks pintasan dengan pengguna sebenar apabila menambah domain dalaman atau julat alamat.

Artikel berkaitan