curl-en CIDR saihesbidea huts egiten du, --noproxy '*' ordea ondo dabil
Erabili benetako bezeroaren eta lotutako liburutegiaren bertsioa saihesbidearen funtzioaren desberdintasunak azaltzeko, sistema eragilearen bertsio osoari errua bota ordez.
IP pribatu literal baterako eskaerak proxy-a erabiltzen du azpisarearen salbuespen batekin, baina zuzenean joaten da --noproxy '*' erabiliz. Horrek ez du frogatzen sistema eragileak proxy salbuespen guztiak alde batera uzten dituenik.
Bezeroak ulergarria den saihesbide modu bat erakutsi du. Hurrengo galdera eman duzun barruti-modua ezartzen duen ala ez da.
curlek CIDR bateratzea gehitu zuen salbuespen horietarako 7.86.0 bertsioan. Sistema eragilearen bertsio berriagoa dirudien makinak oraindik beste bertsio-lerro bateko bezeroa edo lotutako liburutegia izan dezake. Egia esan deitzen den exekutagarria eta berari lotutako libcurl egiaztatu behar dituzu, ez soilik arazoaren izenburuan ageri den OS izena.
libcurl erabiltzen duen aplikazio bat curl komando autonomoaren desberdina izan daiteke. Banaketaren adabakiak garrantzitsuak izan daitezke, beraz erabili instalatutako paketearen funtzio-dokumentazioa oinarrizko bertsioa bakarrik erabakigarria ez denean.
Mantendu eskaeraren sarrera zehatza. Azpisarean ebazten den ostalari-izena beste kasu bat da, helbide literala duen URL batetik. Onartutako CIDR analizatzaileak ez du automatikoki DNS kontsultarik egiten izen bakoitza helbideetan oinarritutako saihesbide-erabaki bihurtzeko.
Bildu bezeroaren identitatea, URL zehatza, salbuespenaren balioa eta kontrolatutako emaitza paketeak ordeztu edo banakako helbideen zerrenda erraldoi bat sortu aurretik. Ostalari guztietarako saihesbide globala konparazioari buruzko froga erabilgarria da; baina ez da automatikoki nahi den bideratze-politika iraunkorra.