NO_PROXYk regex eta wildcard ereduak onartzen ditu?
Aukeratu benetako bezeroak onartzen duen saihesteko adierazpena, NO_PROXYk adierazpen erregularrak edo nabigatzailearen wildcard sintaxia onartzen dituela suposatu beharrean.
Salbuespena sinesgarria dirudi: *.server.*. Shell eredu bat ere badirudi. Bi gertaerek ez dute frogatzen zure HTTP bezeroak ulertzen duenik.
NO_PROXY ez da adierazpen erregularren motor partekatua. Bezero baten izar bereziak ez du frogatzen izen baten erdian wildcard arbitrarioak onartzen direnik. curl-ek * bakarra dokumentatzen du ostalari guztien saihesteko. Hori oso desberdina da *.server.* domeinu familia bat hautatzen duela agintzetik.
Hasi benetan eskatzen dituzun izenekin. Baldintza domeinu ezagun bat eta haren azpidomeinuak badira, erabili kontsumitzaileak dokumentatutako domeinu forma. Baldintza hitz bat duten erlaziorik gabeko hainbat izen badira, bide-hautaketarako API onartua edo PAC politika bat behar izan daiteke. Onartzen ez den eredu bati puntuazio gehiago gehitzeak ezin du funtzio hori eman.
Eduki kontraadibide batzuk nahi diren bat-etortzeen ondoan. server.example, files.server.example eta server.other.test guztiek saihestu behar dute? Eta letra berak dituen baina domeinu-muga bera ez duen izen bat? Erantzun horiek baldintza argiago definitzen dute ezarpena «wildcard» deitzeak baino.
Bezeroa aldatzea arrazoia da eredua berriro egiaztatzeko. Nabigatzailearen luzapen batetik kopiatutako saihesteko araua ez da automatikoki baliozkoa beste programa batek irakurtzen duen ingurumen-aldagaian.