Ce que signifie <local> dans une liste de contournement WinHTTP

Traitez le jeton d'hôte local de WinHTTP comme une règle de nom d'hôte, non comme un test universel des adresses de réseau privé.

La liste de contournement de WinHTTP peut contenir le jeton spécial <local>. Dans ce contexte, local désigne un nom de serveur sans point. Ce n'est pas une classification générale de toute adresse IP privée ni de tout appareil de votre Wi-Fi.

Ainsi, un nom d'hôte court et un nom d'hôte pointé sont des entrées différentes. Une application demandant http://intranet/ peut correspondre au jeton, tandis que http://intranet.example.internal/ exige la règle explicite applicable.

Lisez les exceptions configurées

Pour une configuration WinHTTP voulue, un exemple statique est :

netsh winhttp set proxy `
  proxy-server="203.0.113.10:8080" `
  bypass-list="<local>;*.example.internal"

Le point de terminaison est illustratif. Cette commande modifie la configuration WinHTTP et ne doit pas servir de réparation générique de navigateur. Enregistrez la configuration antérieure et confirmez que l'application cible l'utilise réellement avant d'appliquer ce changement.

La règle générique et le jeton local remplissent des rôles distincts. Un littéral IP pointé comme 192.168.1.10 n'est pas un nom d'hôte sans point. Si une telle adresse doit être directe, utilisez une exception explicite correctement prise en charge plutôt que de supposer que le mot local la couvre.

Vérifiez l'hôte réel de la requête

Un service peut utiliser un nom court alors qu'un signet de navigateur utilise un nom pleinement qualifié. La route obtenue peut différer même lorsque les deux noms finissent par désigner le même serveur.

Une requête peut aussi être régie par des informations de proxy propres à l'application ou par une évaluation PAC plutôt que par le défaut statique que vous avez inspecté. Identifiez la source utilisée par l'application en échec avant de modifier une liste de contournement ailleurs.

Pour comparer les comportements, notez le nom d'hôte de l'URL et la politique de proxy retenue pour le même client. Ne remplacez pas un proxy public fonctionnel simplement parce qu'un hôte délibérément exclu reste direct.

Gardez cette distinction séparée du DNS et du routage du noyau : une règle de contournement choisit si un proxy est utilisé pour une requête. Elle ne rend pas accessible une destination autrement inaccessible.

Articles similaires