OPÇÕES com base em declarações de 2013 site lança Erro.aspx, quando não autenticada
-
10-12-2019 - |
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?
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.