Արդյո՞ք NO_PROXY-ն աջակցում է regex և wildcard օրինակներին:

Բացառությունը համոզիչ է թվում՝ *.server.*։ Այն նաև shell օրինակի տեսք ունի։ Այս փաստերից ոչ մեկը չի ապացուցում, որ ձեր HTTP հաճախորդը հասկանում է այն։

NO_PROXY-ը ընդհանուր կանոնավոր արտահայտությունների շարժիչ չէ։ Մեկ հաճախորդի հատուկ աստղանիշը չի ապացուցում անվան մեջտեղում կամայական wildcard-ների աջակցությունը։ curl-ը փաստագրում է մեկ * որպես բոլոր հոսթերի շրջանցում։ Դա շատ տարբեր է *.server.*-ի՝ դոմենների ընտանիք ընտրելու խոստումից։

Սկսեք այն անուններից, որոնք իրականում հարցնում եք։ Եթե պահանջը մեկ հայտնի դոմեն և նրա ենթադոմեններն են, օգտագործեք սպառողի փաստագրված դոմենի ձևը։ Եթե պահանջը բառ պարունակող մի քանի անկապ անուններ են, կարող է անհրաժեշտ լինել աջակցվող երթուղու ընտրության API կամ PAC քաղաքականություն։ Անաջակցվող օրինակին ավելի շատ կետադրություն ավելացնելը չի կարող ապահովել այդ հատկությունը։

Նախատեսված համընկնումների կողքին պահեք մի քանի հակաօրինակ։ Արդյո՞ք server.example-ը, files.server.example-ը և server.other.test-ը բոլորը պետք է շրջանցվեն։ Իսկ ի՞նչ անել նույն տառերով, բայց նույն դոմենի սահմանով անվան դեպքում։ Այդ պատասխանները պահանջը ավելի հստակ են սահմանում, քան կարգավորումը «wildcard» անվանելը։

Հաճախորդներին փոխելը պատճառ է օրինակը կրկին ստուգելու։ Դիտարկիչի ընդլայնումից պատճենված շրջանցման կանոնը ինքնաբերաբար վավեր չէ այլ ծրագրի կողմից կարդացվող միջավայրի փոփոխականում։