Voir la mise à jour ci-dessous pour de nouvelles informations sur les requêtes HTTP réelles qui se déroulent sous le capot.
J'ai donc commencé un nouveau travail en octobre. Il s'agit principalement d'un atelier Windows, et ils utilisent IIS et Active Directory pour tout un tas de choses internes. Ils ont un site intranet à intranet.companyname.com .
Dans Chrome sous Mavericks, lorsque j'y accède, j'obtiens la petite liste déroulante d'authentification HTTP attendue :
où je peux taper mon nom d'utilisateur et mon mot de passe. Je ne suis pas très doué avec Active Directory, mais je suppose que msgd est le domaine Active Directory sur lequel je me trouve, donc je tape msgd\lheidbreder et mon mot de passe, et je peux me connecter avec succès dans Chrome.
En octobre dernier, la première fois que j'ai essayé cette fonction dans Safari, j'ai eu un comportement étrange : j'ai vu le mot de passe, mais cela n'a pas fonctionné lorsque j'ai entré mes informations d'identification. Je ne me souviens pas exactement de ce qui s'est passé.
Mais après cette première tentative, et à chaque tentative depuis, quand j'essaye d'aller à intranet.companyname.com Safari affiche un écran vide :
L'écran ne change pas, et la barre de progression se remplit d'environ 20% et reste là.
UPDATE
J'ai lancé une application pour espionner les requêtes HTTP, et j'ai découvert ce qu'elle faisait en coulisse. Il ne se contente pas de rester là, Safari demande en fait à la page près de 1000 fois par seconde et à chaque fois, il obtient une erreur 401 et une page d'erreur HTML avec le titre "You are not authorized to view this page".
Sur un exemple de demande au milieu d'une tentative de chargement, Safari envoie ceci Authorization en-tête :
Negotiate YEgGBisGAQUFAqA+MDygDjAMBgorBgEEAYI3AgIKoioEKE5UTE1TU1AAAQAAAAUCiGIAAAAAGAAAAAAAAAAYAAAABgGwHQ8AAAA=Et le serveur répond avec ceci WWW-Authenticate en-tête :
Negotiate oYIBIzCCAR+gAwoBAaEMBgorBgEEAYI3AgIKooIBCASCAQROVExNU1NQAAIAAAAOAA4AOAAAAAUCiWKPhp0o8/Y/9gAAAAAAAAAAvgC+AEYAAAAFAs4OAAAAD0EAUgBJAFMAVwBFAEIAAgAOAEEAUgBJAFMAVwBFAEIAAQAMAE4ARQBXAFcARQBCAAQAKgBhAHIAaQBzAHcAZQBiAC4AYQByAGkAcwB0AG8AdABsAGUALgBuAGUAdAADADgATgBFAFcAVwBFAEIALgBhAHIAaQBzAHcAZQBiAC4AYQByAGkAcwB0AG8AdABsAGUALgBuAGUAdAAFACoAYQByAGkAcwB3AGUAYgAuAGEAcgBpAHMAdABvAHQAbABlAC4AbgBlAHQAAAAAAA==Lors de la requête suivante, Safari envoie un message identique à celui de la requête précédente. Authorization et le serveur répond avec un en-tête très légèrement différent. WWW-Authenticate en-tête :
Negotiate oYIBIzCCAR+gAwoBAaEMBgorBgEEAYI3AgIKooIBCASCAQROVExNU1NQAAIAAAAOAA4AOAAAAAUCiWLa6vytPOG0owAAAAAAAAAAvgC+AEYAAAAFAs4OAAAAD0EAUgBJAFMAVwBFAEIAAgAOAEEAUgBJAFMAVwBFAEIAAQAMAE4ARQBXAFcARQBCAAQAKgBhAHIAaQBzAHcAZQBiAC4AYQByAGkAcwB0AG8AdABsAGUALgBuAGUAdAADADgATgBFAFcAVwBFAEIALgBhAHIAaQBzAHcAZQBiAC4AYQByAGkAcwB0AG8AdABsAGUALgBuAGUAdAAFACoAYQByAGkAcwB3AGUAYgAuAGEAcgBpAHMAdABvAHQAbABlAC4AbgBlAHQAAAAAAA==Répéter à l'infini.
J'ai essayé de supprimer tous les éléments qui correspondent intranet dans Keychain Access et en effaçant tout mon cache/cookies, pour voir si je pouvais rétablir le comportement bizarre d'origine, mais cela n'a pas fonctionné.
Est-ce que j'ai une sorte de domaine funky en cours ? Que puis-je essayer d'autre pour diagnostiquer ce problème ?
