Problème d'authentification avec un site intranet fonctionnant sous IIS6

Question

J'ai un site intranet fonctionnant sous IIS6 (sous un port spécifique, pas celui par défaut) avec une authentification Windows intégrée activée et utilise un pool d'applications configuré avec un compte de service. le problème est que si j'accède au site Web en utilisant le nom de serveur avec un domaine complet dans l'URL, il lance une invite de connexion (ne fonctionne pas même si j'entre mes identifiants de connexion Windows), mais si j'utilise l'adresse IP du serveur alors ça fonctionne bien. S'il vous plaît laissez-moi savoir ce que je dois faire pour obtenir l'URL avec le nom du serveur de travail. par exemple http://servername:8080/default.aspx lancers francs invite de connexion, mais http://ip adresse: 8080/default.aspx fonctionne très bien

Answer 1

Deux problèmes possibles me viennent à l'esprit:

1. Le serveur DNS de votre réseau ne résout pas servername à un IP

   • Run Ping servername de la ligne de commande pour vérifier si le nom porte la propriété intellectuelle devrait
   • modifier t il fichier C:\Windows\System32\drivers\etc\hosts et ajoutez le nom du serveur et l'adresse IP

2. Le Bindings dans IIS6 ne s'attend pas servername

   • Assurez-vous que servername est inclus dans la liste ou le champ Host Header Name est vide

Answer 2

J'avais exactement ces Symptômes lorsque l'adresse IP du serveur Web a été modifiée en raison d'un nouveau schéma d'adressage IP interne. Passer l'authentification a travaillé à partir du serveur Web lui-même, mais pas à partir d'un autre système. À partir d'autres systèmes, l'utilisation du nom d'hôte dans l'URL a incité IE à demander des informations d'identification qui ont toujours été rejetées. En effet, l'adresse IP de l'URL a incité IE à demander des informations d'identification acceptées. Après avoir chassé beaucoup de faux-fuyants, nous soupçonnions que le serveur mettait en cache les informations d'identification par rapport à l'ancienne adresse IP. Nous avons donc redémarré le serveur et tout s'est bien passé.

Answer 3

Je rencontre le même problème. Je crois que c'est quelque chose à voir avec le mécanisme d'authentification Kerberos. S'il utilise NTLM, il fonctionnera (ce qu'il fait en utilisant une adresse IP). Kerberos requiert un nom principal de service enregistré sur Active Directory pour que cela fonctionne. Kerberos ne vous permettra pas non plus de faire fonctionner des pools d'applications sous des comptes différents mais avec le même nom de serveur. Dans ces situations, vous devriez avoir un autre nom pour le site et l'enregistrer avec Kerberos. Cependant, je n'ai pas encore résolu le problème, donc ce ne sont que des suggestions.

Answer 4

Essayez ceci.J'ai eu exactement le même problème et il fixé pour moi (je suis le fil lié)

Je mis mon AuthenticationProvider pour mon site Web à « NTLM, Negotiate »

En suivant ces instructions: http://support.microsoft.com/kb/215383

avec un léger changement à leur instruction pour définir fournisseur bien sûr

mien:

cscript adsutil.vbs set w3svc/WebSite/root/NTAuthenticationProviders "**NTLM, Negotiate**" 

Vous pouvez obtenir l'ID du site en cliquant sur le dossier "Sites Web" à gauche dans IIS. Cela devrait énumérer tous votre site Web avec leur carte d'identité

Merci à la réponse de Nick qui m'a conduit à ce