Adakah NO_PROXY Menyokong Regex dan Corak Wildcard?
Pilih ungkapan pintasan yang disokong klien sebenar daripada menganggap NO_PROXY menerima ungkapan nalar atau sintaks wildcard pelayar.
Pengecualian itu kelihatan meyakinkan: *.server.*. Ia juga kelihatan seperti corak shell. Kedua-dua fakta itu tidak membuktikan bahawa klien HTTP anda memahaminya.
NO_PROXY bukan enjin ungkapan nalar yang dikongsi. Asterisk khas satu klien tidak membuktikan sokongan wildcard sewenang-wenangnya di tengah nama. curl mendokumenkan satu * sebagai pintasan semua hos. Itu sangat berbeza daripada berjanji bahawa *.server.* memilih keluarga domain.
Mulakan dengan nama yang anda benar-benar minta. Jika keperluan ialah satu domain yang diketahui dan subdomainnya, gunakan bentuk domain yang didokumenkan oleh pengguna. Jika keperluan ialah beberapa nama tidak berkaitan yang mengandungi perkataan, API pemilihan laluan yang disokong atau dasar PAC mungkin diperlukan. Menambah lebih banyak tanda baca pada corak yang tidak disokong tidak boleh menyediakan ciri itu.
Simpan beberapa contoh lawan di sebelah padanan yang dimaksudkan. Patutkah server.example, files.server.example dan server.other.test semuanya dipintas? Bagaimana pula nama yang mengandungi huruf yang sama tanpa sempadan domain yang sama? Jawapan itu mentakrifkan keperluan dengan lebih jelas daripada memanggil tetapan itu “wildcard”.
Menukar klien ialah sebab untuk menyemak corak sekali lagi. Peraturan pintasan yang disalin daripada sambungan pelayar tidak sah secara automatik dalam pemboleh ubah persekitaran yang dibaca oleh program lain.