Les informations d'identification proxy par défaut d'IIS peuvent utiliser le compte machine

Les informations d'identification proxy par défaut dans IIS appartiennent à l'identité effective du worker, et non à l'administrateur qui a déployé l'application. NetworkService présente les informations d'identification de l'ordinateur sur le réseau ; les identités des pools d'applications ont également un comportement documenté de compte machine. Dans un environnement de domaine approprié, le proxy peut voir DOMAIN\WEBSERVER$.

Consignez le pool d'applications, son identité configurée et toute emprunt d'identité lors de l'appel réseau. Comparez cela avec les preuves du proxy pour le même point de terminaison et le même défi. Un nom de compte de pool local et l'identité réseau distante sont deux observations différentes.

Si la stratégie autorise intentionnellement le compte machine, accordez cet accès délibérément. Si un compte de service distinct est requis, fournissez-le via l'arrangement d'informations d'identification pris en charge par le déploiement. Déplacer tout le pool vers un compte interactif privilégié simplement pour reproduire une réussite sur le bureau change bien plus que la connexion au proxy.

Le schéma d'authentification doit prendre en charge l'identité choisie. Les informations d'identification Windows par défaut peuvent participer à l'authentification intégrée prise en charge ; elles ne créent pas un nom d'utilisateur/mot de passe Basic pour un compte non lié.

Vérifiez la sélection de l'itinéraire ainsi que les informations d'identification. Un service peut choisir une autre configuration de proxy avant de s'authentifier. Un 407 n'est utile que lorsqu'il est rattaché au point de terminaison réel du worker, au compte et au schéma annoncé.