A e mbështet NO_PROXY regex dhe modelet wildcard?
Zgjidhni një shprehje anashkalimi që klienti real e mbështet në vend që të supozoni se NO_PROXY pranon shprehje të rregullta ose sintaksën wildcard të shfletuesit.
Përjashtimi duket bindës: *.server.*. Duket gjithashtu si një model shell. Asnjëra prej këtyre fakteve nuk dëshmon se klienti juaj HTTP e kupton.
NO_PROXY nuk është motor i përbashkët i shprehjeve të rregullta. Ylli special i një klienti nuk dëshmon mbështetje për wildcard-e arbitrare në mes të një emri. curl dokumenton një * të vetme si anashkalim të të gjithë hosteve. Kjo është shumë ndryshe nga premtimi se *.server.* zgjedh një familje domenesh.
Filloni me emrat që kërkoni në të vërtetë. Nëse kërkesa është një domen i njohur dhe nëndomenet e tij, përdorni formën e domenit të dokumentuar nga konsumatori. Nëse kërkesa është disa emra të palidhur që përmbajnë një fjalë, mund të nevojitet një API e mbështetur e zgjedhjes së rrugës ose një politikë PAC. Shtimi i më shumë shenjave të pikësimit në një model të pambështetur nuk mund ta ofrojë atë veçori.
Mbani disa kundërshembuj pranë përputhjeve të synuara. A duhet të anashkalohen server.example, files.server.example dhe server.other.test? Dhe një emër me të njëjtat shkronja pa të njëjtin kufi domeni? Ato përgjigje e përcaktojnë kërkesën më qartë sesa quajtja e cilësimit “wildcard”.
Ndryshimi i klientit është arsye ta kontrolloni modelin përsëri. Një rregull anashkalimi i kopjuar nga një shtesë e shfletuesit nuk është automatikisht i vlefshëm në një variabël mjedisi që lexohet nga një program tjetër.