Consulte la siguiente actualización para obtener nueva información sobre las solicitudes HTTP reales que se producen bajo el capó.
Así que empecé un nuevo trabajo en octubre. Se trata de una tienda con Windows, y utilizan IIS y Active Directory para un montón de cosas internas. Tienen un sitio de intranet en intranet.companyname.com .
En Chrome en Mavericks, cuando voy allí, me aparece el esperado pequeño desplegable de autentificación HTTP:
donde puedo escribir mi nombre de usuario y contraseña. No soy muy rápido con Active Directory, pero supongo que msgd es el dominio de Active Directory en el que estoy, así que escribo msgd\lheidbreder y mi contraseña, y puedo iniciar sesión con éxito en Chrome.
Allá por octubre, la primera vez que probé esto en Safari, tuve un comportamiento extraño; como que veía lo de la contraseña, pero luego no funcionaba cuando ponía mis credenciales. No recuerdo exactamente lo que hizo.
Pero después de ese primer intento, y en cada intento desde entonces, cuando intento ir a intranet.companyname.com Safari muestra una pantalla en blanco:
La pantalla no cambia, y la barra de progreso se llena un 20% y se queda ahí.
ACTUALIZACIÓN
Ejecuté una aplicación para espiar las peticiones HTTP, y descubrí lo que esto estaba haciendo entre bastidores. No está simplemente sentado allí; Safari está realmente solicitando la página casi 1000 veces por segundo y cada vez, obtiene un error 401 y una página de error HTML con el título "No está autorizado a ver esta página".
En un ejemplo de solicitud en medio de un intento de carga, Safari envía esto Authorization cabezazo:
Negotiate YEgGBisGAQUFAqA+MDygDjAMBgorBgEEAYI3AgIKoioEKE5UTE1TU1AAAQAAAAUCiGIAAAAAGAAAAAAAAAAYAAAABgGwHQ8AAAA=Y el servidor responde con esto WWW-Authenticate cabezazo:
Negotiate oYIBIzCCAR+gAwoBAaEMBgorBgEEAYI3AgIKooIBCASCAQROVExNU1NQAAIAAAAOAA4AOAAAAAUCiWKPhp0o8/Y/9gAAAAAAAAAAvgC+AEYAAAAFAs4OAAAAD0EAUgBJAFMAVwBFAEIAAgAOAEEAUgBJAFMAVwBFAEIAAQAMAE4ARQBXAFcARQBCAAQAKgBhAHIAaQBzAHcAZQBiAC4AYQByAGkAcwB0AG8AdABsAGUALgBuAGUAdAADADgATgBFAFcAVwBFAEIALgBhAHIAaQBzAHcAZQBiAC4AYQByAGkAcwB0AG8AdABsAGUALgBuAGUAdAAFACoAYQByAGkAcwB3AGUAYgAuAGEAcgBpAHMAdABvAHQAbABlAC4AbgBlAHQAAAAAAA==En la siguiente solicitud, Safari envía un mensaje idéntico Authorization y luego el servidor responde con una cabecera ligeramente diferente WWW-Authenticate cabezazo:
Negotiate oYIBIzCCAR+gAwoBAaEMBgorBgEEAYI3AgIKooIBCASCAQROVExNU1NQAAIAAAAOAA4AOAAAAAUCiWLa6vytPOG0owAAAAAAAAAAvgC+AEYAAAAFAs4OAAAAD0EAUgBJAFMAVwBFAEIAAgAOAEEAUgBJAFMAVwBFAEIAAQAMAE4ARQBXAFcARQBCAAQAKgBhAHIAaQBzAHcAZQBiAC4AYQByAGkAcwB0AG8AdABsAGUALgBuAGUAdAADADgATgBFAFcAVwBFAEIALgBhAHIAaQBzAHcAZQBiAC4AYQByAGkAcwB0AG8AdABsAGUALgBuAGUAdAAFACoAYQByAGkAcwB3AGUAYgAuAGEAcgBpAHMAdABvAHQAbABlAC4AbgBlAHQAAAAAAA==Repita ad infinitum.
He intentado borrar todo lo que coincide intranet en Keychain Access y limpiando toda mi caché/cookies, para ver si podía restaurar el extraño comportamiento original, pero no funcionó.
¿Tengo algún tipo de dominio raro? ¿Qué más puedo probar para diagnosticar esto?
