Pourquoi les exclusions CIDR ne se traduisent pas directement en Java nonProxyHosts
Utilisez le langage de motifs de noms d'hôte séparés par des barres verticales de Java plutôt que de traiter une entrée de sous-réseau copiée comme une règle de routage d'adresses.
http.nonProxyHosts accepte des motifs d'hôte documentés séparés par des barres verticales. Une valeur 169.254/16 copiée ne le fait pas classer ce sous-réseau.
Un IDE qui importe les exceptions du système d'exploitation peut exposer cet écart à Java/Gradle. Supprimer toute la liste peut masquer un avertissement tout en écartant des routes directes voulues.
Traduisez l'exigence, pas seulement la ponctuation : des noms d'hôte internes explicites peuvent exprimer un petit ensemble nommé. Une politique fondée sur les adresses exige un mécanisme pris en charge, et non une extension CIDR supposée.
Distinguez aussi une adresse littérale dans l'URL de la résolution d'un nom d'hôte et de la vérification du résultat. Ce comparateur n'est pas automatiquement une table de routage ni un classificateur de sous-réseaux DNS. Gardez le consommateur et sa syntaxe avec la politique d'exceptions.