OPCIONES de las reclamaciones basadas en 2013 sitio arroja Error.aspx cuando no autenticado

Question

Tengo una reclamación basada en SharePoint 2013 sitio que está usando personalizados en la página de inicio de sesión y soporta múltiples métodos de autenticación.En general, las cosas están funcionando como se esperaba.Los usuarios pueden iniciar sesión, acceder a los contenidos, conseguir el papel apropiado basado en las reclamaciones, y así sucesivamente.

Sin embargo, cuando los usuarios se conectan utilizando Excel para actualizar una consulta, la página de inicio de sesión aparece, pero es en realidad tratando de llevarlos a error.aspx.Después de algunas investigaciones, esto parece suceder cuando el usuario aún no está registrado en el sitio, por lo que no tienen un FedAuth token - esto tiene sentido algo, debido a que el punto de Excel de ser capaz de mostrar la página de inicio de sesión para permitir que el usuario inicie sesión, haga?Pero no veo donde está el error.aspx redirigir está viniendo, y el registro de la ULS sólo muestra la solicitud de error.aspx, no es el motivo del error.

Puedo reproducir el problema en mi entorno de desarrollo, que permite a los no-SSL, por lo que es fácil de replicar este de una sesión de telnet:

Solicitud (sanitized):

OPTIONS http://fqdn.for.site.here/ HTTP/1.1
Host: fqdn.for.site.here

Respuesta (sanitized):

HTTP/1.1 403 FORBIDDEN
Content-Type: text/plain; charset=utf-8
Server: Microsoft-IIS/8.0
X-SharePointHealthScore: 0
SPRequestGuid: 9a3d619c-124b-2027-0000-03f0e96e36ea
request-id: 9a3d619c-124b-2027-0000-03f0e96e36ea
X-Forms_Based_Auth_Required: http://fqdn.for.site.here/_layouts/15/Company/CustomLogon.aspx?ReturnUrl=/_layouts/15/error.aspx
X-Forms_Based_Auth_Return_Url: http://fqdn.for.site.here/_layouts/15/error.aspx
X-MSDAVEXT_Error: 917656; Access denied. Before opening files in this location, you must first browse to the web site and select the option to login automatically.
X-Powered-By: ASP.NET
MicrosoftSharePointTeamServices: 15.0.0.4420
X-Content-Type-Options: nosniff
X-MS-InvokeApp: 1; RequireReadOnly
Date: Tue, 17 Dec 2013 17:48:58 GMT
Content-Length: 13

403 FORBIDDEN

Además de buscar en el registro de la ULS, también he mirado a ver si un módulo HTTP personalizado está interfiriendo (hay uno en lugar de reemplazar la página de Acceso Denegado desde 2013 la capacidad de hacerlo "correctamente" está roto), pero omitiendo no parece cambiar nada.

¿Alguien tiene una idea acerca de por qué mi primer inicio de sesión está tratando de ir en contra de error.aspx- o ¿qué puedo hacer para tratar de rastrearlo más?

Answer 1

Sobre un lote de más tiempo y la investigación que parece que esta es una conducta "normal".El error en realidad no importa y es lanzado lejos lo mejor que me puede decir;incluso podría no ser real en la vida real de error.Parece que los clientes de Office hacer algunos hackish cosas para hacer lo que hacen.