HTTP 401 错误 - 未授权 (Unauthorized)
介绍
您的Web服务器认为，客户端（例如您的浏览器或我们的 CheckUpDown 机器人）发送的 HTTP 数据流是正确的，但进入网址 (URL) 资源 ， 需要用户身份验证 ， 而相关信息 1 ）尚未被提供, 或 2 ）已提供但没有通过授权测试。这就是通常所知的“ HTTP 基本验证 ”。 需客户端提供的验证请求在 HTTP 协议中被定义为 WWW – 验证标头字段 (WWW-Authenticate header field) 。
一般来说该错误消息表明您首先需要登录（输入有效的用户名和密码）。 如果你刚刚输入这些信息，立刻就看到一个 401 错误，就意味着，无论出于何种原因您的用户名和密码其中之一或两者都无效（输入有误，用户名暂时停用，等） 。
解决 401 错误 – 一般方法
每个Web服务器都有自己的方式管理用户验证。通常由该网站的网络安全员（例如，系统管理员）决定哪些用户被允许访问该网址。 该人员使用 Web 服务器软件来建立这些用户的用户名及其密码。 因此， 如果您需要访问某个网址（或您忘记了自己的用户名和密码）， 只有该网站的网络安全员可以帮助您。任何安全问题需直接提交给他们。
如果你认为该网站上的网页 * 应该 * 是对任何互联网用户开放的， 那么 401 信息表明一个更深层问题。 首先，您可以通过一个浏览器检查您的网址。 该浏览器应该运行在一台您以前从未使用过， 也不包含任何有关您的信息的计算机上， 同时， 您还应避免使用您以前用过的身份验证（密码等）。 理想情况是， 这一切应该通过一个完全不同于任何您用过的互联网连接（例如由不同的互联网服务供应商- ISP 提供的拨号连接）。 简而言之，您要摹拟一个完全陌生的人通过网上冲浪访问您的网页的情况。
如果这种通过浏览器的检查表明没有授权问题，则可能是您的 Web 服务器 ( 或周边系统 ) 被设置为不允许某种 HTTP 传输模式。 换句话说就是， 来自一个知名浏览器的 HTTP 通讯是允许的， 但来自其他系统的自动通讯则被拒绝， 并生成 401 错误代码。这是一种异常情况， 但是也许表明您的 Web 服务器周围 采取了非常具有防御性的安全策略。
解决 401 错误 – CheckUpDown
我们监控你的网站，发现类似 401 的错误。当您设定您的 CheckUpDown 帐户时，您可以有选择性地提供两项信息 2. 网站用户名, 和 3. 网站密码。 只有当您的站点使用 HTTP 基本验证时您才应该提供这些信息。如果您提供这些信息， CheckUpDown 机器人则总是使用它们。 如果您的网站实际上并没有使用基本身份验证，则会导致 401 错误。相反，如果您不提供这些信息，而您的站点却使用此身份验证，您也会得到 401 错误。
然而，如果您的网址是向所有访问者开放的， 401 信息则不应该出现。因为它表明一个基本的授权问题， 我们只能通过与负责您的网站及周边系统安全的相关人员协商来解决该问题。 不幸的是， 这些讨论可能需要一些时间， 但往往会友好地解决。 您可以通过向您的系统安全人员推荐我们的服务来协助解决问题。 如果您持续发现 401 错误， 就请与我们联系（最好通过电子邮件）， 以便我们就解决这些问题的最佳途径达成一致。
HTTP 循环中的 401 错误
任何客户端 ( 例如您的浏览器或我们的 CheckUpDown 机器人 ) 在和您的网络服务器通讯时，都需经过以下循环：
- 从您站点的 IP 名称 ( 即您的网页地址 - URL, 不带起始的 ‘http://') 获得一个 IP 地址。这个对应关系 ( 即由 IP 名称向 IP 地址转换的对应关系 ) 由域名服务器 (DNSs) 提供。
- 打开一个 IP socket ( 套接字 ) 连接到该 IP 地址。
- 通过该 socket 写 HTTP 数据流。
- 从您的网络服务器接受响应的 HTTP 数据流。该数据流包括状态编码， 其值取决于 HTTP 协议 。 解析 该数据流得到 状态编码 和其他有用信息。
该错误在以上所述的最后一步生成，即当客户端收到 HTTP 状态编码 并识别其为 ‘401’ 时。
