Pergunta

Eu tenho um baseado em declarações do SharePoint 2013 site que está usando um costume página de início de sessão e suporta vários métodos de autenticação.Em geral, as coisas estão funcionando como esperado.Os usuários podem cadastrar-se, acessar o conteúdo, obter a função apropriada baseada em declarações, e assim por diante.

No entanto, quando os usuários se conectam usando o Excel para atualizar uma consulta, a página de login aparecer, mas é, na verdade, tentando levá-los para error.aspx.Depois de algumas investigações, isso parece acontecer quando o utilizador ainda não está conectado ao site, para que eles não têm um FedAuth token - isso não faz sentido um pouco porque o ponto de Excel que está a ser capaz de mostrar a página de login, é permitir que o usuário entrar, certo?Mas eu não vejo onde o error.aspx redirecionar está vindo, e o log de ULS apenas mostra o pedido para error.aspx, não a razão para o erro.

Posso reproduzir o problema no meu ambiente de desenvolvimento, o que permite que não-SSL, por isso é fácil replicar isso a partir de uma sessão de telnet:

Pedido (filtrada):

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

Resposta (filtrada):

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

Além de olhar para o log de ULS, eu também olhei para ver se um módulo HTTP personalizado está interferindo (há um em lugar de substituir a página de Acesso Negado, pois 2013 é a capacidade de fazer isso "corretamente" é quebrado), mas ignorando parece não mudar nada.

Alguém tem um pensamento sobre o porquê de meu primeiro início de sessão está tentando ir contra error.aspx- ou o que eu posso fazer para tentar rastreá-las ainda mais?

Foi útil?

Solução

Em cima de um bocado mais de tempo e de investigação, parece que este é o comportamento "normal".O erro realmente não importa e é jogado fora como o melhor que posso dizer;ele pode até não ser real na vida real de erro.Parece que os clientes do Office de fazer algumas hackish coisas para fazer o que eles fazem.

Licenciado em: CC-BY-SA com atribuição
Não afiliado a sharepoint.stackexchange
scroll top