HTTP协议 (二) 基本认证

最新推荐文章于 2023-03-21 21:04:04 发布

combating

最新推荐文章于 2023-03-21 21:04:04 发布

阅读量765

点赞数

分类专栏： HTTP协议文章标签： HTTP HTTP协议 HTTP响应 HTTP请求

HTTP协议专栏收录该内容

7 篇文章

订阅专栏

本文详细介绍了HTTP基本认证的工作原理及过程，包括客户端如何通过“用户名+冒号+密码”的BASE64编码形式与服务器进行身份验证，以及这种方式的优缺点。此外还探讨了HTTP基本认证与HTTPS结合使用的安全性。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

本文转载自：http://www.cnblogs.com/TankXiao/archive/2012/09/26/2695955.html

http协议是无状态的，浏览器和web服务器之间可以通过cookie来身份识别。桌面应用程序(比如新浪桌面客户端， skydrive客户端)跟Web服务器之间是如何身份识别呢？

阅读目录

什么是HTTP基本认证

桌面应用程序也通过HTTP协议跟Web服务器交互，桌面应用程序一般不会使用cookie, 而是把 "用户名+冒号+密码"用BASE64编码的字符串放在http request 中的header Authorization中发送给服务端，这种方式叫HTTP基本认证(Basic Authentication)

当浏览器访问使用基本认证的网站的时候，浏览器会提示你输入用户名和密码，如下图

假如用户名密码错误的话，服务器会返回401 如下图

HTTP基本认证的过程

第一步: 客户端发送http request 给服务器，

第二步: 因为request中没有包含Authorization header, 服务器会返回一个401 Unauthozied 给客户端，并且在Response 的 header "WWW-Authenticate" 中添加信息。

第三步：客户端把用户名和密码用BASE64编码后，放在Authorization header中发送给服务器，认证成功。

第四步：服务器将Authorization header中的用户名密码取出，进行验证，如果验证通过，将根据请求，发送资源给客户端

使用Fiddler Inspectors 下的Auth 选项卡，可以很方便的看到用户名和密码:

HTTP基本认证的优点

HTTP基本认证，简单明了。Rest API 就是经常使用基本认证的

每次都要进行认证

http协议是无状态的，同一个客户端对服务器的每个请求都要求认证

HTTP基本认证和HTTPS

把 "用户名+冒号+密码" 用BASE64编码后的string虽然用肉眼看不出来，但用程序很容易解密，上图可以看到Fiddler就直接给解密了。所以这样的http request 在网络上，如果用HTTP传输是很不安全的。一般都是会用HTTPS传输, HTTPS是加密的, 所以比较安全.

HTTP OAuth认证

OAuth 对于Http来说，就是放在Authorization header中的不是用户名密码，而是一个token.

微软的Skydrive 就是使用这样的方式，如下图

其他认证

除了基本认证(Basic Authentication), 还有摘要认证 digest authentication, WSSE(WS-Security)认证

客户端的使用

客户端如果要跟“使用基本认证的网站”交互。非常很简单，把用户名密码加在Authorization header中就可以了。

string url = "https://testsite";
HttpWebRequest req = (HttpWebRequest)WebRequest.Create(url);
NetworkCredential nc = new NetworkCredential("username", "password");
req.Credentials = nc;

Linux下的curl

curl -u username:password https://testsite/

附： HTTP协议系列教程， (连载中, 敬请期待）

如果您看了本篇博客,觉得对您有所收获，请点击右下角的 [推荐]

如果您想转载本博客，请注明出处

如果您对本文有意见或者建议，欢迎留言

感谢您的阅读，请关注我的后续博客