Je sais qu'il y a des milliers de rapports de personnes ayant du mal à faire fonctionner l'authentification Windows intégrée avec IIS, mais ils semblent tous conduire à des pages Web qui ne s'appliquent pas ou à des solutions que j'ai déjà essayées. J'ai déjà déployé des dizaines de sites comme celui-ci auparavant, donc soit il se passe quelque chose de bizarre avec le serveur / la configuration, soit je regarde cela depuis trop longtemps et je ne vois pas l'évidence.
Autrement dit, tout fonctionne parfaitement sur ma machine locale, mais tombe en panne sur le serveur de production, qui pour autant que je sache, a exactement la même configuration .
Sur la machine locale:
- La machine exécute Windows 7 Ultimate, Service Pack 1, IIS 7.5.
- Le site a été testé avec succès, en utilisant à la fois IIS et VS Web Development Server.
- La configuration du site IIS a toutes les méthodes d'authentification désactivées à l' exception de l' authentification Windows.
- La machine locale n'est sur aucun domaine.
- Les fournisseurs configurés sont Negotiate et NTLM (et non Negotiate: Kerberos).
- La protection étendue est désactivée.
- Tous les navigateurs testés (IE, Firefox, Chrome) affichent l'invite de défi et me permettent de me connecter au domaine localhost avec mon compte Windows (local).
- Tous les navigateurs testés fonctionnent également en utilisant une adresse IP locale opaque - les navigateurs eux-mêmes ne semblent donc pas se soucier de savoir si le site apparaît "local" ou "distant".
- J'ai ajouté une ligne d'affichage à la page Web qui montre l'utilisateur actuellement connecté et montre exactement ce à quoi je m'attendais (quel que soit l'utilisateur local avec lequel je me suis connecté).
Sur la machine distante:
- Le serveur exécute Windows Server 2008 R2, IIS 7.5.
- Le chargement de la page Web entraîne une erreur 401.2 immédiate : vous n'êtes pas autorisé à afficher cette page en raison d'en-têtes d'authentification non valides. Aucune invite de défi n'apparaît jamais.
- La configuration du site IIS a toutes les méthodes d'authentification désactivées à l' exception de l' authentification Windows.
- La machine distante n'est sur aucun domaine.
- Les fournisseurs configurés sont Negotiate et NTLM (et non Negotiate: Kerberos).
- La protection étendue est désactivée.
- Sur la machine distante (session de bureau à distance), la même erreur apparaît dans Internet Explorer, que le domaine soit localhost ou l'adresse IP externe.
- Si j'essaie d'afficher le site Web distant à partir de ma machine locale , l'erreur est toujours 401, mais un 401. légèrement différent. Aucun sous-code, avec le texte: l' accès est refusé en raison d'informations d'identification non valides.
- La fonction de rôle IIS d' authentification Windows est installée.
- Le module WindowsAuthentication est ajouté (au niveau du serveur).
- La même erreur exacte se produit si je désactive l'authentification Windows et active l'authentification de base.
- Le site ne charge si j'éteins l' authentification Windows et activer Anonymous (évidemment).
- J'ai déjà suivi toutes les étapes de dépannage du support Microsoft: Dépannage des erreurs HTTP 401 dans IIS
- J'ai déjà essayé la solution de contournement indiquée sur une autre page de support Microsoft (censé forcer NTLM comme seule méthode).
Enfin, j'ai essayé d'activer FREB pour les erreurs 401.2 et les résultats ne semblent rien me dire d'utile, je ne vois que l'avertissement suivant:
MODULE_SET_RESPONSE_ERROR_STATUS
ModuleName IIS Web Core
Notification 2
HttpStatus 401
HttpReason
HttpSubStatus 2 non autorisé ErrorCode
2147942405
ConfigExceptionInfo
Notification AUTHENTICATE_REQUEST
ErrorCode L'accès est refusé. (0x80070005)
... cela semble simplement me dire ce que je sais déjà (que c'est simplement rejeter la demande au lieu de négocier les informations d'identification).
La trace indique que le module WindowsAuthentication est correctement chargé car il y a une NOTIFY_MODULE_START
ligne avec ModuleName
= WindowsAuthentication
(et divers autres événements de suivi ASP.NET - [un] heureusement, aucune erreur ou avertissement intéressant ici).
Quelqu'un peut-il me dire ce qui pourrait me manquer ici?
Mise à jour rapide:
Je suis un peu mal à l'aise d'envoyer un vidage Wireshark complet car cela révélerait des adresses IP, des URL et d'autres choses, mais j'ai fait une comparaison côte à côte des réponses HTTP de localhost et du serveur distant dans Fiddler, et cela semble assez auto - quel que soit le problème:
Localhost:
HTTP / 1.1 401 non autorisé Cache-Control: privé Type de contenu: texte / html; charset = utf-8 Serveur: Microsoft-IIS / 7.5 WWW-Authenticate: Négocier Authentification WWW: NTLM X-Powered-By: ASP.NET Date: sam.17 déc.2011 23:42:34 GMT Longueur du contenu: 6399 Prise en charge du proxy: authentification basée sur la session
Éloigné:
HTTP / 1.1 401 non autorisé Type de contenu: texte / html Serveur: Microsoft-IIS / 7.5 X-Powered-By: ASP.NET Date: sam.17 déc.2011 23:43:13 GMT Longueur du contenu: 1293
Mis à part quelques différences apparemment sans importance comme le contrôle du cache, la principale différence est que le serveur distant n'envoie pas les en-têtes WWW-Authenticate au client.
Donc, je suppose que cela réduit la question à: Pourquoi IIS n'envoie-t-il pas d'en-têtes WWW-Authenticate lorsque l'authentification Windows semble être installée, chargée et activée exclusivement?