NO_PROXY regex va wildcard andozalarini qo‘llab-quvvatlaydimi?

Istisno ishonchli ko‘rinadi: *.server.*. U shell andozasiga ham o‘xshaydi. Bu ikkala fakt ham sizning HTTP klientingiz uni tushunishini isbotlamaydi.

NO_PROXY umumiy muntazam ifodalar mexanizmi emas. Bitta klientning maxsus yulduzchasi nom o‘rtasida ixtiyoriy wildcard qo‘llanishini isbotlamaydi. curl bitta * ni barcha xostlar uchun chetlab o‘tish sifatida hujjatlashtiradi. Bu *.server.* domenlar oilasini tanlaydi deb va’da qilishdan ancha farq qiladi.

Haqiqatan so‘rayotgan nomlardan boshlang. Agar talab bitta ma’lum domen va uning subdomenlari bo‘lsa, iste’molchining hujjatlashtirilgan domen shaklidan foydalaning. Agar talab so‘zni o‘z ichiga olgan bir nechta bog‘lanmagan nomlar bo‘lsa, qo‘llab-quvvatlanadigan marshrut tanlash API si yoki PAC siyosati kerak bo‘lishi mumkin. Qo‘llab-quvvatlanmaydigan andozaga ko‘proq tinish belgilarini qo‘shish bu xususiyatni bera olmaydi.

Mo‘ljallangan mosliklar yonida bir nechta qarshi misollar saqlang. server.example, files.server.example va server.other.test barchasi chetlab o‘tilishi kerakmi? Va bir xil harflarga ega, ammo bir xil domen chegarasi bo‘lmagan nom-chi? Bu javoblar sozlamani «wildcard» deb atashdan ko‘ra talabni aniqroq belgilaydi.

Klientni almashtirish andozani qayta tekshirish uchun sababdir. Brauzer kengaytmasidan ko‘chirilgan chetlab o‘tish qoidasi boshqa dastur o‘qiydigan muhit o‘zgaruvchisida avtomatik ravishda amal qilmaydi.