NSURLSession 生命周期和基本授权

Question

如果我使用以下代码，我无法始终从服务器读取响应。

标题：

#import <Foundation/Foundation.h>
@interface TestHttpClient : NSObject<NSURLSessionDelegate, NSURLSessionTaskDelegate, NSURLSessionDownloadDelegate>

-(void)POST:(NSString*) relativePath payLoad:(NSData*)payLoad;

@end

实施：

#import "TestHttpClient.h"

@implementation TestHttpClient

-(void)POST:(NSString*)relativePath payLoad:(NSData*)payLoad
{
    NSURL* url = [NSURL URLWithString:@"http://apps01.ditat.net/mobile/batch"];

    // Set URL credentials and save to storage
    NSURLCredential *credential = [NSURLCredential credentialWithUser:@"BadUser" password:@"BadPassword" persistence: NSURLCredentialPersistencePermanent];
    NSURLProtectionSpace *protectionSpace = [[NSURLProtectionSpace alloc] initWithHost:[url host] port:443 protocol:[url scheme] realm:@"Ditat mobile services endpoint" authenticationMethod:NSURLAuthenticationMethodHTTPBasic];
    [[NSURLCredentialStorage sharedCredentialStorage] setDefaultCredential:credential forProtectionSpace:protectionSpace];

    // Configure session
    NSURLSessionConfiguration *sessionConfig = [NSURLSessionConfiguration ephemeralSessionConfiguration];
    sessionConfig.timeoutIntervalForRequest = 30.0;
    sessionConfig.timeoutIntervalForResource = 60.0;
    sessionConfig.HTTPMaximumConnectionsPerHost = 1;
    sessionConfig.URLCredentialStorage = [NSURLCredentialStorage sharedCredentialStorage]; // Should this line be here??

    NSURLSession *session =     [NSURLSession sessionWithConfiguration:sessionConfig delegate:self delegateQueue:[NSOperationQueue mainQueue]];

    // Create request object with parameters
    NSMutableURLRequest *request =
    [NSMutableURLRequest requestWithURL:url cachePolicy:NSURLRequestReloadIgnoringLocalCacheData timeoutInterval:60.0];

    // Set header data
    [request setHTTPMethod:@"POST"];
    [request setValue:@"application/x-protobuf" forHTTPHeaderField:@"Content-Type"];
    [request setValue:@"Version 1.0" forHTTPHeaderField:@"User-Agent"];
    [request setValue:@"Demo" forHTTPHeaderField:@"AccountId"];
    [request setValue:@"1234-5678" forHTTPHeaderField:@"DeviceSerialNumber"];
    [request setValue:@"iOS 7.1" forHTTPHeaderField:@"OSVersion"];
    [request setHTTPBody:payLoad];

    // Call session to post data to server??
    NSURLSessionDownloadTask *downloadTask = [session downloadTaskWithRequest:request];
    [downloadTask resume];
}

-(void)invokeDelegateWithResponse:(NSHTTPURLResponse *)response fileLocation:(NSURL*)location
{
    NSLog(@"HttpClient.invokeDelegateWithResponse - code %ld", (long)[response statusCode]);
}

#pragma mark - NSURLSessionDownloadDelegate
- (void)URLSession:(NSURLSession *)session downloadTask:(NSURLSessionDownloadTask *)downloadTask
didFinishDownloadingToURL:(NSURL *)location
{
    NSLog(@"NSURLSessionDownloadDelegate.didFinishDownloadingToURL");
    [self invokeDelegateWithResponse:(NSHTTPURLResponse*)[downloadTask response] fileLocation:location];
    [session invalidateAndCancel];
}

// Implemented as blank to avoid compiler warning
-(void)URLSession:(NSURLSession *)session downloadTask:(NSURLSessionDownloadTask *)downloadTask
     didWriteData:(int64_t)bytesWritten
totalBytesWritten:(int64_t)totalBytesWritten
totalBytesExpectedToWrite:(int64_t)totalBytesExpectedToWrite
{
}

// Implemented as blank to avoid compiler warning
-(void)URLSession:(NSURLSession *)session downloadTask:(NSURLSessionDownloadTask *)downloadTask
didResumeAtOffset:(int64_t)fileOffset
expectedTotalBytes:(int64_t)expectedTotalBytes
{
}

可以从任何 VC 调用（例如在按钮操作下放置代码）

-(IBAction)buttonTouchUp:(UIButton *)sender
{
    TestHttpClient *client = [[TestHttpClient alloc] init];
    [client POST:@"" payLoad:nil];
    return;
}

如果您启动程序并调用此代码 - 它会在 NSLog 完成中显示 401。第二次尝试 - 将不起作用。或者如果稍等一下可能会起作用。但它不会在您按下按钮时发送服务器请求。

NSURLSession 以某种方式“记住”失败的尝试并且不会返回任何内容？为什么会出现这种行为？每次按下按钮时，我都希望看到 2 条 NSLog 消息。

Answer 1

TL;DR;您的示例中没有正确处理身份验证。

当 iOS 或 MacOS 客户端遇到需要身份验证的 URL 时会发生这种情况：

1. 客户端向服务器请求资源 GET www.example.com/protected

2. 该请求的服务器响应的状态代码为 401，并包含 WWW-Authenticate 标头。这告诉客户端这是一个受保护的资源，并指定使用什么身份验证方法来访问该资源。在 iOS 和 MacOS 中，这是委托响应的“身份验证挑战”。 The WWW-Authenticate header is specifically mentioned in the documentation to highlight this.

   • 通常在 iOS 和 MacOS 上，如果未提供委托或不处理身份验证挑战，则 URL 加载系统将尝试通过查找 NSURLCredentialStorage 为该资源和身份验证类型找到适当的凭据。它会查找已保存为默认值的匹配凭据。

   • 如果提供了实现身份验证的委托，则由该委托提供该资源的凭据。

3. 当系统具有用于身份验证质询的凭据时，将使用该凭据再次尝试请求。

   获取 www.example.com/protected 授权：基本的blablahaala

这解释了您在 Charles 中看到的行为，并且是根据各种 HTTP 规范的正确行为。

显然，如果您不想为您的连接实现委托，您可以选择将您正在访问的资源的凭据放在 NSURLCredentialStorage 中。系统将使用它，并且不需要您为凭证实现委托。

创建一个 NSURLCredential：

credential = [NSURLCredential credentialWithUser:@"some user" password:@"clever password" persistence: NSURLCredentialPersistencePermanent];

NSURLCredentialPersistencePermanent 将告诉NSURLCredentialStorage 将其永久存储在钥匙串中。您可以使用其他可能的值，例如NSURLCredentialPersistenceForSession。 These are covered in the documentation. 。您应该避免将NSURLCredentialPersistencePermanent 与未经验证的凭据一起使用，在验证凭据之前使用 session 或 none。您可能已经看到使用“KeychainWrapper”或直接访问 Keychain API 来保存 Internet 用户名和密码的项目 - 这不是执行此操作的首选方式，NSURLCredentialStorage 是。

使用正确的主机、端口、协议、领域和身份验证方法创建一个NSURLProtectionSpace：

protectionSpace = [[NSURLProtectionSpace alloc] initWithHost:[url host] port:443 protocol:[url scheme] realm:@"Protected Area" authenticationMethod:NSURLAuthenticationMethodHTTPBasic];

请注意，[[url port] integerValue] 不会为 HTTP (80) 或 HTTPS (443) 提供默认值。你必须提供这些。领域必须与服务器提供的匹配。

最后放入NSURLCredentialStorage：

[[NSURLCredentialStorage sharedCredentialStorage] setDefaultCredential:credential forProtectionSpace:protectionSpace];

这将允许 URL 加载系统从现在开始使用此凭据。本质上，同样的过程也可用于 SSL/TLS 服务器信任引用。

在您的问题中，您正在处理服务器信任，但不是 NSURLAuthenticationMethodHTTPBasic 。 当您的应用程序收到 HTTP 基本身份验证的身份验证质询时，您没有响应它，事情从那里开始走下坡路。 在您的情况下，您可能根本不需要实现 URLSession:didReceiveChallenge:completionHandler:如果您执行上述步骤来设置此保护空间的默认基本身份验证凭据。系统将通过执行默认信任评估来处理NSURLAuthenticationMethodServerTrust。然后，系统将找到您为此保护空间设置的默认凭据以进行基本身份验证并使用它。

更新

根据 cmets 中的新信息，并运行代码的修改版本，OP 实际上收到此错误以响应他的请求： NSURLConnection/CFURLConnection HTTP load failed (kCFStreamErrorDomainSSL, -9813) 此错误可在 SecureTransport.h 中找到。服务器凭据上的根证书不存在或不受系统信任。这是非常罕见的，但可能会发生。 Technote 2232 解释了如何将客户端中的服务器信任评估自定义为allow this certificate。