Apakah NO_PROXY Mendukung Regex dan Pola Wildcard?

Pengecualian itu tampak meyakinkan: *.server.*. Ini juga terlihat seperti pola shell. Tidak satu pun dari fakta itu membuktikan bahwa klien HTTP Anda memahaminya.

NO_PROXY bukan mesin ekspresi reguler bersama. Asterisk khusus satu klien tidak membuktikan dukungan wildcard sembarang di tengah nama. curl mendokumentasikan satu * sebagai bypass semua host. Itu sangat berbeda dari menjanjikan bahwa *.server.* memilih keluarga domain.

Mulailah dengan nama yang benar-benar Anda minta. Jika kebutuhannya satu domain yang diketahui dan subdomainnya, gunakan bentuk domain yang didokumentasikan konsumen. Jika kebutuhannya beberapa nama tidak terkait yang mengandung sebuah kata, API pemilihan rute yang didukung atau kebijakan PAC mungkin diperlukan. Menambahkan lebih banyak tanda baca ke pola yang tidak didukung tidak dapat menyediakan fitur itu.

Simpan beberapa kontracontoh di samping kecocokan yang dimaksud. Haruskah server.example, files.server.example, dan server.other.test semuanya di-bypass? Bagaimana dengan nama yang mengandung huruf sama tanpa batas domain yang sama? Jawaban itu mendefinisikan kebutuhan lebih jelas daripada menyebut pengaturan itu “wildcard”.

Mengganti klien adalah alasan untuk memeriksa ulang polanya. Aturan bypass yang disalin dari ekstensi peramban tidak otomatis berlaku dalam variabel lingkungan yang dibaca program lain.