Je, NO_PROXY inaauni regex na mifumo ya wildcard?
Chagua usemi wa kupita unaoauniwa na mteja halisi badala ya kudhani NO_PROXY inakubali vielezi vya kawaida au sintaksia ya wildcard ya kivinjari.
Isipokuwa inaonekana kushawishi: *.server.*. Inaonekana pia kama mfumo wa shell. Hakuna ukweli wowote kati ya haya unaothibitisha kwamba mteja wako wa HTTP unaielewa.
NO_PROXY si injini ya vielezi vya kawaida inayoshirikiwa. Nyota maalum ya mteja mmoja haithibitishi msaada wa wildcards ovyo katikati ya jina. curl inaandika * moja kama njia ya kupita wapangishi wote. Hiyo ni tofauti sana na kuahidi kwamba *.server.* inachagua familia ya vikoa.
Anza na majina unayoomba kwa kweli. Ikiwa hitaji ni kikoa kimoja kinachojulikana na vikoa vyake vidogo, tumia umbo la kikoa lililoandikwa na mtumiaji. Ikiwa hitaji ni majina kadhaa yasiyohusiana yaliyo na neno, API ya kuchagua njia inayoauniwa au sera ya PAC inaweza kuhitajika. Kuongeza alama zaidi za uakifishaji kwenye mfumo usioauniwa hakuwezi kutoa kipengele hicho.
Weka mifano kadhaa ya kinyume karibu na ulinganifu unaokusudiwa. Je, server.example, files.server.example na server.other.test zote zipite? Na jina lenye herufi zilezile bila mpaka uleule wa kikoa? Majibu hayo hufafanua hitaji kwa uwazi zaidi kuliko kuita mpangilio “wildcard”.
Kubadilisha mteja ni sababu ya kuangalia mfumo tena. Sheria ya kupita iliyonakiliwa kutoka kiendelezi cha kivinjari si halali kiotomatiki katika kigezo cha mazingira kinachosomwa na programu nyingine.