Une application AppContainer peut ne pas atteindre un proxy sur la même machine Windows alors même qu’un navigateur de bureau l’utilise sans problème. L’isolation réseau peut bloquer la connexion locale avant même que l’authentification du proxy ne commence.

Pour un test de développement ciblé, identifiez le nom de famille du paquet et examinez les exemptions existantes :

Get-AppxPackage -Name 'Example.App' |
    Select-Object Name, PackageFamilyName
CheckNetIsolation LoopbackExempt -s

Dans une invite de commandes élevée, ajoutez uniquement l’AppContainer visé :

CheckNetIsolation LoopbackExempt -a -n="PACKAGE_FAMILY_NAME"

Remplacez l’espace réservé par le nom réel. Pour supprimer cette exemption de test :

CheckNetIsolation LoopbackExempt -d -n="PACKAGE_FAMILY_NAME"

L’exemption autorise la communication loopback pour cet AppContainer. Elle ne sélectionne pas le point de terminaison du proxy, ne démarre pas le service proxy et ne fournit pas de compte intermédiaire.

Gardez les trois contrôles distincts : l’écouteur existe, l’application peut l’atteindre, et le proxy accepte la requête. Importer seulement les paramètres WinHTTP ne supprime pas la restriction loopback d’un AppContainer.

Il s’agit du mécanisme de dépannage du développement d’applications Windows. Ce n’est pas une exigence générale pour toute application de bureau empaquetée ou de pleine confiance, et cela ne doit pas devenir une exemption pour chaque application installée.

Articles similaires