ایا NO_PROXY د regex او wildcard بڼو ملاتړ کوي؟
هغه د تېرېدو عبارت وټاکئ چې ریښتینی کلاینټ یې ملاتړ کوي، پرځای د دې چې فرض کړئ NO_PROXY منظم عبارتونه یا د براوزر wildcard نحو مني.
استثنا قناعتبښونکې ښکاري: *.server.*. دا د shell بڼې په څېر هم ښکاري. له دې دواړو حقایقو څخه هیڅ یو هم نه ثابتوي چې ستاسو HTTP کلاینټ دا پوهیږي.
NO_PROXY یو شریک منظم-عبارت انجن نه دی. د یو کلاینټ ځانګړی ستوری د نوم په مینځ کې د خپل سري wildcards ملاتړ نه ثابتوي. curl یو * د ټولو کوربهوو لپاره د تېرېدو په توګه مستند کوي. دا د دې له ژمنې څخه خورا توپیر لري چې *.server.* د ډومینونو یوه کورنۍ غوره کوي.
هغو نومونو سره پیل وکړئ چې تاسو یې واقعیا غوښتنه کوئ. که اړتیا یو پیژندل شوی ډومین او د هغې فرعي ډومینونه وي، د مصرف کوونکي مستند ډومین بڼه وکاروئ. که اړتیا څو نااړوند نومونه وي چې یوه کلمه لري، ممکن د ملاتړ شوي لارې-ټاکنې API یا PAC پالیسۍ ته اړتیا وي. په نه ملاتړ شوې بڼه کې ډیرو نښو ورزیاتول نشي کولی دا ځانګړتیا برابره کړي.
د پام وړ میچونو ترڅنګ څو ضد مثالونه وساتئ. ایا server.example، files.server.example او server.other.test باید ټول تېر شي؟ او هغه نوم چې ورته توري لري خو ورته ډومین پوله نه لري؟ هغه ځوابونه اړتیا ډیر روښانه تعریفوي د ترتیب “wildcard” بللو څخه.
د کلاینټ بدلول د بڼې بیا کتنې لامل دی. د براوزر غځونې څخه کاپي شوې د تېرېدو قاعده په هغه چاپیریال متغیر کې چې بل پروګرام یې لولي په اتوماتيک ډول معتبره نه ده.