response [401]（idea 中的gitee出现 Incorrect credentials. Request response: 401 Unauthorized）

本文目录

• idea 中的gitee出现 Incorrect credentials. Request response: 401 Unauthorized
• 远程服务器返回错误401未经授权
• 请求因HTTP状态401失败：Unauthorized的原因
• http Response状态码
• C#使用HttpWebRequest请求url出现远程服务器返回一个错误：401未经授权
• HTTP响应码403 Forbidden和401 Unauthorized对比

idea 中的gitee出现 Incorrect credentials. Request response: 401 Unauthorized

idea 中的gitee出现 Incorrect credentials. Request response: 401 Unauthorized
如图：

出现这个问题的第一反应是：我去，密码输错了？？？ 但是一看报错信息，凭据不正确，请求未经授权 401。 两眼懵圈 什么鬼 ？难道是本地存储的数据凭证出问题了？赶紧点开控制面板-》用户账户-》管理windows凭据查看 ，

手电动添加凭据如下图：

1、点击添加凭据：

注意：

2、重启Android Studio，再次下拉项目，有一切OK。

3、注意：我报的错误是404，配置好了，没有再爆错，借用401的图片，一样的操作。

远程服务器返回错误401未经授权

1、首先请在我的电脑，右键点击管理，本地用户和组，用户，选中您站点对应的用户。
2、其次双击桌面的Internet信息服务(IIS)管理器。
3、最后在中选中启用匿名访问，用户名填写第一步操作的用户名，密码填写后点击确定即可授权。

请求因HTTP状态401失败：Unauthorized的原因

HTTP401错误原因：用户没有访问权限，需要进行身份认证。

***隐藏网址***

打开一个IP套接字(socket)连接到该IP地址。通过该套接字写HTTP数据流。从Web服务器接受响应的HTTP数据流。该数据流包括状态编码，其值取决于HTTP协议。解析该数据流得到状态编码和其他有用信息。

该错误在以上所述的最后一步生成，即当客户端收到HTTP状态编码并识别其为401。浏览器接收到401错误信息之后，进行解释，提供一个对话框用于输入用户名/密码。在完成之后送交服务器。服务器验证之后，在验证通过的情况下把请求的资源送给浏览器，否则可能再送出401错误信息。

***隐藏网址***

扩展资料：

相关错误码：

HTTP400-请求无效；

HTTP401.1-未授权：登录失败；

HTTP401.2-未授权：服务器配置问题导致登录失败；

HTTP401.3-ACL禁止访问资源；

HTTP401.4-未授权：授权被筛选器拒绝；

HTTP401.5-未授权：ISAPI或CGI授权失败。

http Response状态码

-1xx ： 报告的 -请求被接收到，继续处理
-2xx ： 成功 - 被成功地接收（received），理解（understood），接受（accepted）的动作 。

-3xx ： 重发 - 为了完成请求必须采取进一步的动作。

-4xx ： 客户端出错 - 请求包括错的语法或不能被满足。

-5xx ： 服务器出错 - 服务器无法完成显然有效的请求

1xx系列 ：
"100" : 继续
"101" ： 转换协议

2xx系列：

"200" : OK
此状态码指明客户端请求已经成功了。响应返回的信息依赖于请求里的方法，例如：
GET 请求资源的相应的实体已经包含在响应里并返回给客户端。

HEAD 相应于请求资源实体的实体头域已经被包含在无消息主体的响应里。

POST 响应里已经包含一个实体，此实体描述或者包含此POST动作执行的结果。

"201" : （Created）已创建

请求已经被服务器处理了，并且已经产生了一个新的资源。新创建的资源的URI在响应的实体里返回，但是此资源最精确的URI是在Location头域里给出的。响应应该含有一实体，此实体包含此资源的特性和位置，用户或用户代理能从这些特性和位置里选择最合适的。实体格式被Content-Type头域里媒体类型指定。源服务器必须能在返回201状态码之前建立资源。一个201响应可以包含一个ETag响应头域，此头域的值指明了当前请求变量（特定表现形式的资源），也即刚刚创建的资源的实体标签（entity tag）值。

"202" :  （Accepted）接受

请求已经被接受去处理，但是还没有处理完成。请求可能会或者不会处理完成，因为存在当处理的过程中拒绝处理的情况。

"203" : 非权威信息

"204" : （No Content）无内容
服务器已经满足了请求但并没有返回一个实体而是返回更新的元信息。204状态响应主要的目的是允许输入，而不必引起用户代理当前文档视图的改变，尽管一些新的或更新了的元信息可能会应用于用户代理视图里的当前文档。

"205" : 重置内容

"206" :（Partial Content） 部分内容

服务器已经完成了客户端对资源的部分GET请求。请求必须包含一个Range头域用来指出想要的范围，并且也有可能包含一个If-Range头域来使请求成为一个条件请求。

3xx系列：

"300" : （Multiple Choices）多个选择
请求资源对应于该资源众多表现形式中的一个，每个表现形式都有一个特定的位置(location)，并且代理驱动协商（agent-driven negotiation）信息被提供以便用户（或用户代理）能选择一个更合适的表现形式并重定向它的请求到那个表现形式的位置。

"301" : （Moved Permanently）永久移动，永久的重定向

请求资源被赋于一个新的永久的URI，并且任何将来对此资源的引用都会利用此301状态响应。新的永久URI应该在响应中被Location头域给定。除非请求方法是HEAD，否则此响应应该包含一个超文本提示和一个指向新URI的超文本链接。如果客户端接收了一个来自非GET或HEAD请求方法的301响应，那么用户代理不能自动重定向请求除非它能被用户确认，因为这可能会改变请求提交的条件。

"302" : (Found)发现

请求的资源暂时地存放在一个不同的URI下。因为重定向的地址可能有时会被改变，客户端应该继续为将来的请求利用请求URI(Request-URI)。302响应是只有在Cache-Control或Expires头域指明的情况下才能被缓存。临时的URI应该在Location头域里指定。除非请求方法是HEAD，否则此响应应该包含一个超文本提示和一个指向新URI的超文本链接。如果客户端接收了一个来自非GET或HEAD请求方法的302响应，那么用户代理不能自动重定向请求除非它能被用户确认，因为这可能会改变请求提交的条件。

"303": (See Other)见其它,临时重定向

请求的响应被放在一个不同的URI下， 并且应该用GET方法获得那个资源 。它的主要目的是响应一个POST请求通过指引client访问一个资源。不同的URI应该在Location头域里指定。除非请求方法是HEAD，否则此响应应该包含一个超文本提示和一个指向新URI的超文本链接。

"304" : （Not Modified）没有被改变

如果客户端已经执行了条件GET请求，并且访问服务器的资源是允许的，但是服务器上的文档并没有被改变，那么服务器应该以此状态码响应。304响应不能包含一个消息主体(messagebody)，并且在头域后面总是以一个空行结束。

"305" : （Use Proxy）使用代理

请求资源必须能通过代理访问，代理的地址在响应的Location头域里指定。Location头域指定了代理的URI。接收者被期望通过代理重试此请求，305响应必须被源服务器产生。

"307": （Temporary Redirect）临时重发

请求的资源临时存在于一个不同的URI下。由于新的URI可能有时会改变，所以客户端应该继续利用此请求URI（Request-URI）为将来的请求。307响应只有被Cache-Control或Expire头域指明时才能被缓存。临时URI应该在响应的Location头域里给定。否则此响应应该包含一个超文本提示和一个指向新URI的超文本链接，因为许多HTTP/1.1以前的用户代理不能理解307状态响应。因此，此提示应该包含用户在新的URI上重试原始请求的必需信息。如果307状态响应.对应的请求的方法不是GET或HEAD，那么用户代理不能自动重定向此请求除非它能被用户确认，因为因为这可能会改变请求提交的条件。

4xx系列：

  "400"： 坏的请求

请求不能被服务器理解，由于错误的语法。客户端不应该在没有改变请求的情况下重试请求
 "401":  未授权的

服务器需要对请求进行用户认证
"403":(Forbidden）禁用

服务器理解此请求，但拒绝满足此请求。认证是没有作用的，并且请求不应该被重试。如果请求方法是HEAD并且服务器想让客户端知道请求为什么不能被满足，那么服务器起应该在响应实体里描述此拒绝的原因。如果服务器不希望告诉客户端拒绝的原因，那么404 状态码(NotFound)响应将被使用。

 " 404"： 请求的资源不存在

服务器并没有找到任何可以匹配请求URI 的资源,此状态码通常被使用，当服务器不希望精确指出请求为何被拒绝，或者当没有任何其它响应可用时。

 "405"： 请求的资源是存在的，但该资源不支持该请求方法

 "406" : 不接受的
 "407" : 需要代理验证

 "408" ： 请求超时

 "409" ： 冲突

 "410" ： 不存在

 "411" ： 长度必需

 "412" ：先决条件失败

 "413" ： 请求实体太大

 "414" ： 请求URI太大

 "415" ： 不被支持的媒体类型

 "416" ： 请求的范围不满足

 "417" ： 期望失败

5xx系列：

"500" :（Internal Server Error） 服务器内部错误
服务器遇到了一个意外条件，此条件阻止服务器满足此请求。
501：（Not Implemented）服务器不能识别该请求方法或服务器暂未实现方法

服务器没有能力去满足请求。当服务器不能识别请求方法并且不支持它请求资源的时候，这个响应是很合适的。

"502" : （Bad Gateway）坏网关

此响应说明：作为网关或代理的服务器从上游（upstream）服务器接收了一个无效的响应。
"503" :（Service Unavailable） 服务不能获得

由于服务器暂时地过载或维护，服务器不能处理请求
"504": （Gateway Timeout）网关超时

作为网关或代理的服务器在不能及时地接收一个从URI指定的上游（upstream）服务器（例如：HTTP，FTP，LDAP服务器）或者其他的辅助性服务器（例如：DNS服务器）的响应

"505" : HTTP版本不支持

***隐藏网址***

C#使用HttpWebRequest请求url出现远程服务器返回一个错误：401未经授权

• 需要一个STATIC的全局授权回调函数

• /*
  * Created by SharpDevelop.
  * User: Austin
  * Date: 2015/10/16
  * Time: 10:52
  *
  * To change this template use Tools | Options | Coding | Edit Standard Headers.
  */
  using System;
  using System.IO;
  using System.Net;
  using System.Text;
  namespace nezha_api_test
  {
  public class Hello
  {
  private static string username = "***********";
  
  private static string password = "**************";
  
  public static void Main(string args)
  {
  
  try {
  string url = "**************";
  
  HttpWebRequest request = WebRequest.Create(url) as HttpWebRequest;
  
  request.Credentials = GetCredentialCache(url, username, password);
  
  request.Headers.Add("Authorization", GetAuthorization(username, password));
  
  request.Method = "GET";
  
  HttpWebResponse myResponse = request.GetResponse() as HttpWebResponse;
  
  StreamReader reader = new StreamReader(myResponse.GetResponseStream(), Encoding.UTF8);
  
  string s = reader.ReadToEnd();
  
  reader.Close();
  
  myResponse.Close();
  
  Console.WriteLine(s);
  
  Console.Read();
  
  } catch (WebException e) {
  StreamReader reader = new StreamReader(e.Response.GetResponseStream(), Encoding.UTF8);
  
  string s = reader.ReadToEnd();
  
  Console.WriteLine(s);
  
  Console.Read();
  }
  
  }
  
  #region # 生成 Http Basic 访问凭证 #
  private static CredentialCache GetCredentialCache(string uri, string username, string password)
  {
  string authorization = string.Format("{0}:{1}", username, password);
  CredentialCache credCache = new CredentialCache();
  credCache.Add(new Uri(uri), "Basic", new NetworkCredential(username, password));
  return credCache;
  }
  private static string GetAuthorization(string username, string password)
  {
  string authorization = string.Format("{0}:{1}", username, password);
  return "Basic " + Convert.ToBase64String(new ASCIIEncoding().GetBytes(authorization));
  }
  #endregion
  }
  }

HTTP响应码403 Forbidden和401 Unauthorized对比

401 Unauthorized ： 该HTTP状态码表示认证错误，它是为了认证设计的，而不是为了授权设计的。收到401响应，表示请求没有被认证—压根没有认证或者认证不正确—但是请重新认证和重试。（一般在响应头部包含一个 WWW-Authenticate 来描述如何认证）。通常由web服务器返回，而不是web应用。从性质上来说是临时的东西。（服务器要求客户端重试）

403 Forbidden ：该HTTP状态码是关于授权方面的。从性质上来说是永久的东西，和应用的业务逻辑相关联。它比401更具体，更实际。收到403响应表示服务器完成认证过程，但是客户端请求没有权限去访问要求的资源。

总的来说， 401 Unauthorized 响应应该用来表示缺失或错误的认证； 403 Forbidden 响应应该在这之后用，当用户被认证后，但用户没有被授权在特定资源上执行操作。

HTTP状态码决策图：

403 Forbidden vs 401 Unauthorized HTTP responses

HTTP Status Codes Decision Diagram – Infographic