Enumeration Case 列挙ケース

NSURLSessionAuthChallengeRejectProtectionSpace

Reject this challenge, and call the authentication delegate method again with the next authentication protection space. The provided credential parameter is ignored. このチャレンジを拒否します、そして認証委任先メソッドをふたたびその次の認証保護空間で呼び出します。提供された資格情報パラメータは無視されます。

Declaration 宣言

NSURLSessionAuthChallengeRejectProtectionSpace = 3

Discussion 議論

The NSURLSessionAuthChallengeRejectProtectionSpace disposition is only appropriate in fairly unusual situations. For example, a Windows server might use both NSURLAuthenticationMethodNegotiate and NSURLAuthenticationMethodNTLM. If your app can only handle NTLM, you would want to reject the Negotiate challenge, in order to then receive the queued NTLM challenge. NSURLSessionAuthChallengeRejectProtectionSpaceの意向は、かなり普通でない状況に適切なだけです。例えば、あるWindowsサーバはNSURLAuthenticationMethodNegotiateNSURLAuthenticationMethodNTLMの両方を使うかもしれません。あなたのアプリがNTLMを取り扱うことだけが可能ならば、あなたはNegotiateチャレンジを拒否したいでしょう、それからその順番を待つNTMLチャレンジを受け取るために。

However, most apps won't face this scenario, and if you cannot provide a credential for a certain authentication method, you should usually fall back to the NSURLSessionAuthChallengePerformDefaultHandling disposition instead. しかしながら、ほとんどのアプリはこの筋書きに直面しないでしょう、そしてあなたが資格情報を特定の認証メソッドに提供できないならば、あなたは通常はNSURLSessionAuthChallengePerformDefaultHandlingの意向に後退すべきです、その代わりに。