Nabibigo ang CIDR bypass sa curl habang gumagana ang --noproxy '*'

Ang kahilingan sa literal na pribadong IP ay gumagamit ng proxy na may pagbubukod ng subnet, ngunit direktang dumadaan gamit ang --noproxy '*'. Hindi nito pinapatunayan na binabalewala ng operating system ang bawat pagbubukod ng proxy.

Nagpakita ang client ng isang nauunawaang anyo ng bypass. Ang susunod na tanong ay kung ipinapatupad nito ang anyo ng saklaw na ibinigay mo.

Idinagdag ng curl ang pagtutugma ng CIDR para sa mga pagbubukod na ito sa 7.86.0. Ang isang makina na may release ng operating system na mukhang mas bago ay maaari pa ring magkaroon ng client o naka-link na library mula sa ibang linya ng bersyon. Suriin ang executable na aktuwal na tinatawag at ang naka-link na libcurl nito, hindi lamang ang pangalan ng OS sa pamagat ng isyu.

Ang application na gumagamit ng libcurl ay maaari ring iba sa standalone na command na curl. Maaaring mahalaga ang mga patch ng distribusyon, kaya gamitin ang dokumentasyon ng mga feature ng naka-install na pakete kapag ang base na bersyon lamang ay hindi tiyak.

Panatilihing eksakto ang input ng kahilingan. Ang hostname na nagre-resolve sa subnet ay ibang kaso kaysa sa URL na naglalaman ng literal na address. Ang sinusuportahang CIDR parser ay hindi awtomatikong nagsasagawa ng DNS query upang gawing desisyon ng bypass na nakabatay sa address ang bawat pangalan.

Kolektahin ang pagkakakilanlan ng client, eksaktong URL, halaga ng pagbubukod, at kontroladong resulta bago palitan ang mga pakete o bumuo ng napakalaking listahan ng indibidwal na address. Ang pandaigdigang bypass para sa lahat ng host ay kapaki-pakinabang na ebidensya tungkol sa paghahambing; ngunit hindi ito awtomatikong ang sinadyang permanenteng patakaran sa routing.