CIDR-omzeiling in curl mislukt terwijl --noproxy '*' werkt
Gebruik de werkelijke client en de gekoppelde bibliotheekversie om verschillen in de omzeilingsfunctie uit te leggen in plaats van een hele besturingssysteemrelease de schuld te geven.
Een verzoek naar een letterlijk privé-IP gebruikt de proxy met een subnet-uitzondering, maar gaat direct met --noproxy '*'. Dat bewijst niet dat het besturingssysteem elke proxy-uitzondering negeert.
De client heeft één begrepen omzeilingsvorm getoond. De volgende vraag is of deze de bereikvorm die u opgaf implementeert.
curl voegde CIDR-overeenkomst voor deze uitzonderingen toe in 7.86.0. Een machine met een nieuwer lijkende besturingssysteemrelease kan nog steeds een client of gekoppelde bibliotheek uit een andere versielijn hebben. Controleer het daadwerkelijk aangeroepen uitvoerbare bestand en de gekoppelde libcurl, niet alleen de OS-naam in de titel van het probleem.
Een toepassing die libcurl gebruikt kan ook afwijken van het losse curl-commando. Distributiepatches kunnen van belang zijn, dus gebruik de functiedocumentatie van het geïnstalleerde pakket wanneer de basisversie alleen niet beslissend is.
Houd de invoer van het verzoek exact. Een hostnaam die naar het subnet resolveert is een ander geval dan een URL met het letterlijke adres. Een ondersteunde CIDR-parser voert niet automatisch een DNS-query uit om elke naam om te zetten in een adresgebaseerde omzeilingsbeslissing.
Verzamel de clientidentiteit, de exacte URL, de uitzonderingswaarde en het gecontroleerde resultaat voordat u pakketten vervangt of een enorme lijst losse adressen genereert. Een globale omzeiling voor alle hosts is nuttig bewijs over de vergelijking; maar het is niet automatisch het bedoelde permanente routeringsbeleid.