curl లో CIDR బైపాస్ విఫలమవుతుంది కానీ --noproxy '*' పని చేస్తుంది

అక్షరార్థ ప్రైవేట్ IP కు చేసిన అభ్యర్థన సబ్‌నెట్ మినహాయింపుతో ప్రాక్సీని ఉపయోగిస్తుంది, కానీ --noproxy '*' తో నేరుగా వెళ్తుంది. ఆపరేటింగ్ సిస్టమ్ ప్రతి ప్రాక్సీ మినహాయింపును పట్టించుకోదని ఇది నిరూపించదు.

క్లయింట్ అర్థమయ్యే ఒక బైపాస్ రూపాన్ని చూపింది. తర్వాతి ప్రశ్న ఏమిటంటే అది మీరు ఇచ్చిన పరిధి రూపాన్ని అమలు చేస్తుందా అనేది.

curl ఈ మినహాయింపులకు CIDR సరిపోలికను 7.86.0 లో జోడించింది. కొత్తగా కనిపించే ఆపరేటింగ్ సిస్టమ్ రిలీజ్ నడుపుతున్న యంత్రంలోనూ వేరే వెర్షన్ శ్రేణికి చెందిన క్లయింట్ లేదా లింక్ చేసిన లైబ్రరీ ఉండవచ్చు. నిజంగా పిలవబడే ఎగ్జిక్యూటబుల్ మరియు దానికి లింక్ చేసిన libcurl ను తనిఖీ చేయండి, సమస్య శీర్షికలోని OS పేరు మాత్రమే కాదు.

libcurl ఉపయోగించే అప్లికేషన్ స్వతంత్ర curl ఆదేశానికి భిన్నంగా ఉండవచ్చు. పంపిణీ ప్యాచ్‌లు కూడా ముఖ్యమైనవి కావచ్చు, కాబట్టి ప్రాథమిక వెర్షన్ ఒంటరిగా నిర్ణాయకం కానప్పుడు ఇన్‌స్టాల్ చేసిన ప్యాకేజీ ఫీచర్ డాక్యుమెంటేషన్ ఉపయోగించండి.

అభ్యర్థన ఇన్‌పుట్‌ను ఖచ్చితంగా ఉంచండి. సబ్‌నెట్‌లోకి రిజాల్వ్ అయ్యే హోస్ట్‌నేమ్ అక్షరార్థ చిరునామా ఉన్న URL కంటే వేరు కేసు. మద్దతు ఉన్న CIDR పార్సర్ ప్రతి పేరును చిరునామా ఆధారిత బైపాస్ నిర్ణయంగా మార్చడానికి స్వయంచాలకంగా DNS ప్రశ్న చేయదు.

ప్యాకేజీలను మార్చే ముందు లేదా వ్యక్తిగత చిరునామాల పెద్ద జాబితా సృష్టించే ముందు క్లయింట్ గుర్తింపు, ఖచ్చితమైన URL, మినహాయింపు విలువ మరియు నియంత్రిత ఫలితాన్ని సేకరించండి. అన్ని హోస్ట్‌లకు ప్రపంచవ్యాప్త బైపాస్ పోలిక గురించి ఉపయోగకరమైన సాక్ష్యం; కానీ అది స్వయంచాలకంగా ఉద్దేశించిన శాశ్వత రూటింగ్ విధానం కాదు.