認証されていない場合は、クレームベースの2013サイトのオプションがerror.aspxをスローします。
-
10-12-2019 - |
質問
カスタムログオンページを使用しているクレームベースのSharePoint 2013サイトを持っていて、複数の認証方法をサポートしています。一般的に、物事は期待通りに働いています。ユーザーはサインイン、コンテンツにアクセスでき、適切な役割ベースのクレームなどを取得できます。
しかしながら、ユーザがクエリを更新するためにExcelを使用して接続すると、ログインページが表示されますが、実際にはerror.aspx
にそれらを取り入れようとしています。調査した後、これはユーザーがサイトにまだサインインされていないときに発生しているように見えます。ユーザーは右ですか?しかし、FedAuth
のリダイレクトがどこから来ているのかわかりません.ULSログは、エラーの理由ではなく、error.aspx
の要求を表示するだけです。
私の開発環境で問題を再現することができます。
要求(消毒):
OPTIONS http://fqdn.for.site.here/ HTTP/1.1
Host: fqdn.for.site.here
.
返信(消毒):
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
.
ULSログを見るだけでは、カスタムHTTPモジュールが干渉しているかどうかを確認しました(2013年以降のアクセス拒否ページを「適切に」する能力の能力を変更するための場所に1つあります)が壊れていますが、バイパスは何も変わっていないようです。
誰もが私の最初のログインがerror.aspx
-に反対しようとしている理由、またはそれをさらに追跡しようとすることができる理由についての考えを持っていますか?
解決
Upon a lot more time and investigation it seems this is "normal" behavior. The error doesn't really matter and is thrown away as best I can tell; it might not even be an actual in-real-life error. It looks like the Office clients do some hackish things to do what they do.