由于HTTP Auth的安全性差，所以出现了 HTTP Digest Auth。顾名思义，HTTP Digest Auth 就是对账密等信息生成摘要进行对比来验证的，具体的实现可以看下面的内容。
首先，当客户端向服务器端请求资源时，服务器端会发送状态为 401的响应码，同时会返回一串随机字符（而这个随机数只有每次"401"状态码响应后才会更新）；
客户端获取到 Response之后，会取出其中的随机字串，然后和账密信息一块进行 MD5 加密；
客户端将加密信息和请求一同发送到服务器端；
服务器收到请求后，从 Request 中取出用户名，然后从数据库查找到该用户的密码；
服务器将获取到信息以相同的方式进行 MD5加密，如果和客户端发送来的相同，则验证通过，否则验证失败。
使用postman+Wireshark做测试，首先配置postman Digest Auth 认证：
接下来，点击发送我们看到Wireshark内的内容：
（由于保密原因，接口不能展示，下面的接口数据也是参考别人博客拿的数据，见谅！）
发送不看，正常请求。服务端收到请求，返回401,以及随机字串，内容如下
HTTP /1.1 401 Unauthorized
WWW-Authenticate:Digest realm= ”pets”,qop=auth,auth-int”,nonce=”66C4Edqwdqr1231414”,opaque="5dsa9c403ebaf9dadqe41"
在服务端返回的 Header中有一个字段 www-Authenticate就是告诉客户端验证方式，其中的几个字段的含义：
| 节点名称 | 解析 |
|---|---|
| Digest | 指明是 Digest Auth的认证方式 |
| realm | 请求域 |
| qop | 校验的方式，质量保护，值为auth或auth-int或[token]，auth-int包含对实体主体做完整性校验 |
| nonce | 服务端返回的随机数，生成的 Digest加密信息中就包含该信息 |
| opaque | 这是一个不透明的数据字符串，在盘问中发送给客户端，客户端会将这个数据字符串再发送回服务端器。如果需要在服务端和客户端之间维护一些状态，用nonce来维护状态数据是一种更容易也更安全的实现方式 |
| stale | 当密码摘要使用的随机数过期时，服务器可以返回一个附带有新随机数的401响应，并指定stale=true，表示服务器在告知客户端用新的随机数来重试，而不再要求用户重新输入用户名和密码了 |
| algorithm | 摘要算法，值为MD5或MD5-sess或[token]，默认为MD5 |
客户端收到401的响应后，会提示用户输入帐密，客户端会对账密、nonce、请求方法、请求资源的 URL 进行 MD5 运算，然后将运算生成的信息和请求头其他信息一同发送给服务器端，请求 Request 如下：
GET/pets/dog.png HTTP/1.1
Authorization: Digest
username="test",
realm="pets",
nonce="dcddsadqw0f600bfb0c0", uri="/xxxx/pets/dog.png",
qop=auth, nc=00000001, cnonce="0a4f113b",
response="6629fdsadqwdsadqwdwqdwq",
opaque="5ccc069c403ebaf9f0171e9517f40e41"
服务端获取到请求之后就会解析，请求头字段的具体含义如下：
| 节点名称 | 解析 |
|---|---|
| username | 用户名 |
| realm | 请求域 |
| cnonce | 客户端随机数，这是一个不透明的字符串值，由客户端提供，并且客户端和服务器都会使用，以避免用明文文本。这使得双方都可以查验对方的身份，并对消息的完整性提供一些保护 |
| nc | nonce计数器，是一个16进制的数值，表示同一nonce下客户端发送出请求的数量。例如，在响应的第一个请求中，客户端将发送“nc=00000001”。这个指示值的目的是让服务器保持这个计数器的一个副本，以便检测重复的请求 |
| response | 这是由用户代理软件计算出的一个字符串，以证明用户知道口令 |
服务器收到请求后会获取到 username ，然后找到对应的密码，也按照相同的方式生成摘要，与 client 发送的对比，如果相同则认证通过，之后服务端会向客户端发送包含如下的Response Header：
HTTP 1.1/200 OK
Authorization-Info: nextonce="csadadqwdq0fdqwdq",qop="auth",rspauth="fsdsadqwfwqgq",conce="0a4f113b"
上面就是说明认证成功，其中的几个字段的含义如下：
| 节点名称 | 解析 |
|---|---|
| Authorization-Info | 用于返回一些与授权会话相关的附加信息 |
| nextnonce | 下一个服务端随机数，使客户端可以预先发送正确的摘要 |
| rspauth | 响应摘要，用于客户端对服务端进行认证 |
参考博客链接。
code = curl_easy_setopt(conn,CURLOPT_USERPWD, "admin:samples123");
code = curl_easy_setopt(conn,CURLOPT_HTTPAUTH, CURLAUTH_DIGEST);
就这两句。
HTTP服务认证连接后，对方要求长连接等待他们下发数据。
其实也简单：
1、设置长连接参数
/* 设置TCP连接为长连接 */
curl_easy_setopt(conn, CURLOPT_TCP_KEEPALIVE, 1L);
/* 设置长连接的休眠时间*/
curl_easy_setopt(conn, CURLOPT_TCP_KEEPIDLE, 120L);
/* 设置心跳发送时间，心使得socket长时间保活，小于KEEPIDLE时间 */
curl_easy_setopt(conn, CURLOPT_TCP_KEEPINTVL, 20L);
2、注销关闭连接（在程序关闭记得释放）
//curl_easy_cleanup(conn);