Vai NO_PROXY atbalsta regex un wildcard modeļus?
Izvēlieties apiešanas izteiksmi, ko atbalsta faktiskais klients, nevis pieņemiet, ka NO_PROXY pieņem regulārās izteiksmes vai pārlūka wildcard sintaksi.
Izņēmums izskatās pārliecinošs: *.server.*. Tas arī izskatās pēc shell modeļa. Neviens no šiem faktiem nepierāda, ka jūsu HTTP klients to saprot.
NO_PROXY nav kopīgs regulāro izteiksmju dzinējs. Viena klienta īpašā zvaigznīte nepierāda patvaļīgu wildcard atbalstu vārda vidū. curl dokumentē vienu * kā visu resursdatoru apiešanu. Tas ļoti atšķiras no solījuma, ka *.server.* atlasa domēnu saimi.
Sāciet ar vārdiem, ko faktiski pieprasāt. Ja prasība ir viens zināms domēns un tā apakšdomēni, izmantojiet patērētāja dokumentēto domēna formu. Ja prasība ir vairāki nesaistīti vārdi, kas satur vārdu, var būt nepieciešams atbalstīts maršruta izvēles API vai PAC politika. Pieturzīmju pievienošana neatbalstītam modelim nevar nodrošināt šo funkciju.
Turiet dažus pretpiemērus blakus paredzētajām atbilstībām. Vai server.example, files.server.example un server.other.test visiem jāapiet? Un vārds ar tādiem pašiem burtiem bez tās pašas domēna robežas? Šīs atbildes definē prasību skaidrāk nekā iestatījuma saukšana par „wildcard“.
Klienta maiņa ir iemesls vēlreiz pārbaudīt modeli. No pārlūka paplašinājuma kopēta apiešanas kārtula nav automātiski derīga vides mainīgajā, ko lasa cita programma.