域名协议功课笔记

域名描述

域名（Domain Name），是由一串用点分隔的名字组成的Internet上某一台计算机或计算机组的名称，用于在数据传输时标识计算机的电子方位（有时也指地理位置，地理上的域名，指代有行政自主权的一个地方区域）。域名是一个IP地址上有“面具” 。一个域名的目的是便于记忆和沟通的一组服务器的地址（网站，电子邮件，FTP等）。域名作为力所能及难忘的互联网参与者的名称，世界上第一个注册的域名是在1985年1月注册的，Symbolics.com。

由于IP地址具有不方便记忆并且不能显示地址组织的名称和性质等缺点，人们设计出了域名，并通过网域名称系统（DNS，Domain Name System）来将域名和IP地址相互映射，使人更方便地访问互联网，而不用去记住能够被机器直接读取的IP地址数串。

​ 简单多就是因为github的地址太长或服务器的公网IP全数字不好记，我们需要一个好记的地址也就这我们的需要的域名来与自己的github仓库地址来做一个捆绑，通过这个好记的域名来访问我们的网站或者博客，比如我们要访问百度时在浏览器地址栏直接搜做 baidu.com 就可访问百度网页而不是输入长长的IP地址。这种绑定关系会存储在DNS中，即域名系统（服务）协议。

域名分类

第一类：类别域名（也就是现在通常说的国际域名）共有十多个。由于Internet最初是在美国发源的，因此最早的域名并无国家标识，都是按用途把它们分为几个大类，比如.com域名（用于商业公司），.net域名（用于网络服务），.org域名（用于组织协会等），.gov域名（用于政府部门），.edu域名（用于教育机构），.mil域名（用于军事领域），.int域名（用于国际组织）等。

第二类：国别域名（地理顶级域名），是按不同的国家和地区分配的。共有两百多个国家和地区的顶级域名代码比如.cn代表中国，.jp代表日本，.us代表美国，.ph代表菲律宾……

第三类：是新顶级域名，也就最新开放的顶级域名。例如.vip、.xyz、.top、.club、.shop等。

世界后缀详解

.com：商业机构，任何人都可以注册；
.edu：教育机构；
.gov：政府部门；
.int：国际组织；
.mil：美国军事部门；
.net：网络组织，例如因特网服务商和维修商，现在任何人都可以注册；
.org：非盈利组织，任何人都可以注册；
.biz：商业；
.info：网络信息服务组织；
.pro：用于会计、律师和医生。；
.name：用于个人；
.museum：用于博物馆；
.coop：用于商业合作团体；
.aero：用于航空工业；
.xxx：用于成人、***；
.idv：用于个人

后缀	含义	诞生时间	运营商	备注
com	商业性的机构或公司	1985.3.15	Verisign
net	从事互联网相关的的机构或公司	上世纪80年代	Verisign
org	非盈利的组织、团体或协会	1985	Afilias
gov	政府部门			美国政府部门
mil	军事部门			美国军事部门
edu	教育机构			它原供全世界的教育机构使用，但实际使用的教育机构大部分位于美国
biz	网络商务向导，适用于商业公司	2001	NeuLevel	biz是business的习惯缩用
info	信息服务的企业	2001.9.19	Afilias
pro	医生、律师、会计师等专业人员
name	个人注册	2002.1.15	Global Name Registry （GNR）
coop	商业合作社
travel	旅游	2006.12.31
xxx	成人，羞羞网站	2011	ICM Registry
idv	个人
aero	航空运输业
museum	博物馆
mobi	手机网络	2005	Mobile Top Level Domain （mTLD）
asia	亚太地区	2008.3.26	Dot Asia
tel	电话、联系方式
int	国际组织
post	邮政机构	2009.12	Afilias
jobs	招聘和求职市场		Employ Media LLC.
cat	加泰罗尼亚语或和加泰罗尼亚文化有关	2006.5.19

域名详细介绍：http://114.xixik.com/domain/

域名购买

购买域名的后缀选择。

一般都建议购买.com的，其次是.net的，.cn后缀的不建议购买，主要是稳定性，国内有诸多限制。如果非要购买其他后缀的域名，也一定要考察好该域名的相关数据，最关键的是要安全可靠的过户，避免资金损失。

域名的历史数据分析。

我们购买一个域名，要查看该域名的历史数据，如果是最近注册的域名，而且在各大搜索引擎都没有记录，那就没有任何问题，可以直接拿来做网站。如果是已经有了历史数据的，包括收录数量，外链结构等数据，要查看该域名是否有遭遇过惩罚

域名删除时间参考

.com .net .org等国际域名删除时间，通常在域名到期后的第65或75天，凌晨2点30左右会删除. 国内域名的删除时间，通常在域名到期后的第15或16天，凌晨4：30会删除.

域名备案

根据相关的法律，解析到中国大陆的互联网信息服务需要进行备案，我们一般说的备案有三种：1. ICP备案。2. 公安备案。3.经营性备案。一般来说，个人站点不需要进行经营性备案，但如果你接入了百度网盟或者google ads，理论上是需要经营性备案的。域名购买成功之后，需要进行ICP备案和公安备案。

备案的材料包括个人身份证、云服务器ip、手持身份证照片等，根据你所在的省份，政策会有一些不一样，以云服务提供商要求的材料为准。需要注意的是，如果你打算搭建带评论的博客，那就需要注意了，评论是需要强管控的。

顶级域名、二级域名与三级域名

域名解析

1、什么是域名解析？

域名解析就是国际域名或者国内域名以及中文域名等域名申请后做的到IP地址的转换过程。IP地址是网路上标识您站点的数字地址，为了简单好记，采用域名来代替ip地址标识站点地址。域名的解析工作由DNS服务器完成。

记录类型

1.什么是A记录？

A (Address) 记录是用来指定主机名（或域名）对应的IP地址记录。用户可以将该域名下的网站服务器指向到自己的web server上。同时也可以设置您域名的二级域名。

2.什么是CNAME记录？

即：别名记录。这种记录允许您将多个名字映射到另外一个域名。通常用于同时提供WWW和MAIL服务的计算机。例如，有一台计算机名为“host.mydomain.com”（A记录）。它同时提供WWW和MAIL服务，为了便于用户访问服务。可以为该计算机设置两个别名（CNAME）：WWW和MAIL。这两个别名的全称就 http://www.mydomain.com/ 和mail.mydomain.com。实际上他们都指向 “host.mydomain.com”。

3.A记录和CNAME进行域名解析的区别

A记录就是把一个域名解析到一个IP地址（Address，特制数字IP地址），而CNAME记录就是把域名解析到另外一个域名。其功能是差不多，CNAME将几个主机名指向一个别名，其实跟指向IP地址是一样的，因为这个别名也要做一个A记录的。但是使用CNAME记录可以很方便地变更IP地址。如果一台服务器有100个网站，他们都做了别名，该台服务器变更IP时，只需要变更别名的A记录就可以了。

4.使用A记录和CNAME哪个好？

域名解析CNAME记录A记录哪一种比较好？如果论对网站的影响，就没有多大区别。但是：CNAME有一个好处就是稳定，就好像一个IP与一个域名的区别。服务商从方便维护的角度，一般也建议用户使用CNAME记录绑定域名的。如果主机使用了双线IP，显然使用CNAME也要方便一些。

A记录也有一些好处，例如可以在输入域名时不用输入WWW.来访问网站哦！从SEO优化角度来看，一些搜索引擎如alex或一些搜索查询工具网站等等则默认是自动去掉WWW.来辨别网站，CNAME记录是必须有如：WWW(别名)前缀的域名，有时候会遇到这样的麻烦，前缀去掉了默认网站无法访问。

有人认为，在SEO优化网站的时候，由于搜索引擎找不到去掉WWW.的域名时，对网站权重也会有些影响。因为有些网民客户也是不喜欢多写三个W来访问网站的，网站无法访问有少量网民客户会放弃继续尝试加WWW.访问域名了，因此网站访问浏览量也会减少一些。

也有人认为同一个域名加WWW.和不加WWW.访问网站也会使网站权重分散，这也是个问题。但是可以使用301跳转把不加WWW.跳转到加WWW.的域名，问题就解决了。

CDN与DNS知识点

DNS解析和CDN加速

什么是CDN

CDN的全称是Content Delivery Network，即内容分发网络。CDN是构建在现有网络基础之上的智能虚拟网络，依靠部署在各地的边缘服务器，通过中心平台的负载均衡、内容分发、调度等功能模块，使用户就近获取所需内容，降低网络拥塞，提高用户访问响应速度和命中率。CDN的关键技术主要有内容存储和分发技术。

典型的CDN系统由下面三个部分组成

• 分发服务系统

  最基本的工作单元就是Cache设备，cache（边缘cache）负责直接响应最终用户的访问请求，把缓存在本地的内容快速地提供给用 户。同时cache还负责与源站点进行内容同步，把更新的内容以及本地没有的内容从源站点获取并保存在本地。Cache设备的数量、规模、总服务能力是衡 量一个CDN系统服务能力的最基本的指标

• 负载均衡系统

  主要功能是负责对所有发起服务请求的用户进行访问调度，确定提供给用户的最终实际访问地址。两级调度体系分为全局负载均衡（GSLB）和本 地负载均衡（SLB）。GSLB主要根据用户就近性原则，通过对每个服务节点进行“最优”判断，确定向用户提供服务的cache的物理位置。SLB主要负 责节点内部的设备负载均衡

• 运营管理系统

  分为运营管理和网络管理子系统，负责处理业务层面的与外界系统交互所必须的收集、整理、交付工作，包含客户管理、产品管理、计费管理、统计分析等功能。

CDN的过程

使用CDN的方法很简单，只需要修改自己的DNS解析，设置一个CNAME指向CDN服务商即可。

用户访问未使用CDN缓存资源的过程为:

1. 浏览器通过前面提到的过程对域名进行解析，以得到此域名对应的IP地址；
2. 浏览器使用所得到的IP地址，向域名的服务主机发出数据访问请求；
3. 服务器向浏览器返回响应数据

使用CDN后

1. 当用户点击网站页面上的内容URL，经过本地DNS系统解析，DNS系统会最终将域名的解析权交给CNAME指向的CDN专用DNS服务器。
2. CDN的DNS服务器将CDN的全局负载均衡设备IP地址返回用户。
3. 用户向CDN的全局负载均衡设备发起内容URL访问请求。
4. CDN全局负载均衡设备根据用户IP地址，以及用户请求的内容URL，选择一台用户所属区域的区域负载均衡设备，告诉用户向这台设备发起请求。
5. 区域负载均衡设备会为用户选择一台合适的缓存服务器提供服务，选择的依据包括：根据用户IP地址，判断哪一台服务器距用户最近；根据用户所请求的URL中携带的内容名称，判断哪一台服务器上有用户所需内容；查询各个服务器当前的负载情况，判断哪一台服务器尚有服务能力。基于以上这些条件的综合分析之后，区域负载均衡设备会向全局负载均衡设备返回一台缓存服务器的IP地址。
6. 全局负载均衡设备把服务器的IP地址返回给用户
7. 用户向缓存服务器发起请求，缓存服务器响应用户请求，将用户所需内容传送到用户终端。如果这台缓存服务器上并没有用户想要的内容，而区域均衡设备依然将它分配给了用户，那么这台服务器就要向它的上一级缓存服务器请求内容，直至追溯到网站的源服务器将内容拉到本地。

上面的字太多，有点绕？通俗点就是用户访问的资源原本是存放在你自己的服务器，通过修改DNS让用户根据IP等情况来选择合适的CDN缓存服务器来获取资源。

CDN的优点

这样做有什么好处呢？

1. 本地Cache加速，加快访问速度
2. 镜像服务，消除运营商之间互联的瓶颈影响，保证不同网络的用户都能得到良好的访问质量
3. 远程加速，自动选择cache服务器
4. 带宽优化，分担网络流量，减轻压力，
5. 集群抗攻击
6. 节约成本

什么是DNS

我们先讲一下域名系统DNS(Domain Name System)吧。

他是一个分布式数据库，功能是联系域名和ip地址。域名与ip的对应关系，被称为记录(record)，可分为各种类型

• A: Address，域名指向的IP地址，一个域名可以有多个A记录。
• NS：Name Server，保存下一级域名信息的服务器地址
• MX：Mail eXchange，接受电子邮件的服务器地址
• CNAME：Canonical Name，返回另一个域名，令当前查询域名挑去该域名，多个域名->服务器的映射。
• PTR： Pointer Record，只用于ip地址查询域名

DNS由下面三个部分组成

• 名称解析器（resolver）
• 域名空间（domain name space）
• 名称服务器（name server）

假如你要访问baidu.com，需要先通过dns系统查出他的ip地址如220.181.57.216，才能访问。

dns查询的过程

那么问题来了，dns是怎么通过域名来查出ip的呢?我们以浏览器输入www.example.com为例，

1. 检查浏览器缓存
2. 检查操作系统缓存，常见的如hosts文件
3. 检查路由器缓存
4. 如果前几步都没没找到，会向ISP(网络服务提供商)的LDNS服务器查询
5. 如果LDNS服务器没找到，会向跟域名服务器(Root Server)请求解析，分为以下几步：
   1. 跟服务器返回顶级域名(TLD)服务器如.com，.cn，.org等的地址，全球只有13台，该例子中会返回.com的地址
   2. 接着向TLD发送请求，然后会返回次级域名(SLD)服务器的地址，本例子会返回.example的地址
   3. 接着向SLD域名服务器通过域名查询目标IP，本例子会返回www.example.com的地址
   4. Local DNS Server会缓存结果，并返回给用户，缓存在系统中。

DNS安全问题

1. DNS反射/放大攻击

   向大量开放DNS服务器发送大范围域名查询的DNS请求，并将该DNS请求的源IP地址伪造成想要攻击的目标IP地址。由于请求数据比相应数据小得多，攻击者可以利用该技术放大掌握的带宽资源和攻击流量。

2. DDOS攻击可能造成域名解析瘫痪

3. DNS/域名劫持
   在劫持的网络范围内拦截域名解析的请求，分析请求的域名，返回假的IP地址或者使请求失去响应。DNS劫持通过篡改DNS服务器上的数据返回给用户一个错误的查询结果来实现的。

4. DNS污染

​ DNS污染是一种让一般用户由于得到虚假目标主机IP而不能与其通信的方法，指的是用户访问一个地址，国内的服务器(非DNS)监控到用户访问的已经被标记地址时，服务器伪装成DNS服务器向用户发回错误的地址的行为。
dns污染与dns劫持的区别在于，dns劫持修改了dns的解析结果，dns污染是不经过dns服务器，返回错误信息。

免费域名注册商

• freenom：https://www.freenom.com
• eu.org：https://nic.eu.org/
• ua：https://nic.ua/

免费DNS解析商

• Cloudflare DNS：https://dash.cloudflare.com/
• DNSPod：https://www.dnspod.cn/Products/dns
• He.net DNS：https://dns.he.net/
• Ns1：https://ns1.com/
• DNS.LA：https://www.dns.la/
• namecheap：https://www.namecheap.com/domains/freedns

免费CDN加速商

• 腾讯云CDN：https://cloud.tencent.com/product/cdn
• 360网站卫士：http://wangzhan.360.com/
• 百度云加速：https://su.baidu.com/
• 又拍云CDN：https://www.upyun.com/products/cdn
• 魔门云：https://www.cachemoment.com/
• 七牛云CDN：https://www.qiniu.com/products/fusion
• 性能魔方CDN：http://www.mmtrix.com/ispeed
• VeryCloud云分发：https://www.verycloud.cn/cloud/cdninfo
• 云盾CDN：https://www.yundun.com/
• Cloudflare：https://www.cloudflare.com/
• Nodecache：https://www.nodecache.com/
• Psychz：https://www.psychz.net/cdn.html
• FreeCDN：http://su.zhiduopc.com/

免费虚拟主机商

• 自带子域名
• profreehost：https://profreehost.com
• googiehost：https://googiehost.com/
• infinityfree：https://infinityfree.net/
• byet：https://byet.host/
• freewebhostingarea：https://www.freewebhostingarea.com/
• biz：https://www.biz.nf/
• megabyet：http://megabyet.com/
• phpnet：http://phpnet.us/

免费二级域名分发商

• 米特网：https://www.mite5.com
• 九九网：https://www.biz.tk/
• 二级域名分发：http://camc.ga:97
• 香港共享域名：https://www.hkname.com/
• 若尊 免费二级域名分发：https://dns.beaa.cn/home
• 墨染 免费二级域名分发：http://dns.qjye.cn

HTTP状态码

HTTP状态码（英语：HTTP Status Code）是用以表示网页服务器超文本传输协议响应状态的3位数字代码。它由 RFC 2616 规范定义的，并得到 RFC 2518、RFC 2817、RFC 2295、RFC 2774 与 RFC 4918 等规范扩展。所有状态码的第一个数字代表了响应的五种状态之一。所示的消息短语是典型的，但是可以提供任何可读取的替代方案。 除非另有说明，状态码是HTTP / 1.1标准（RFC 7231）的一部分。

HTTP状态码的官方注册表由互联网号码分配局（Internet Assigned Numbers Authority）维护。

微软互联网信息服务 （Microsoft Internet Information Services）有时会使用额外的十进制子代码来获取更多具体信息，但是这些子代码仅出现在响应有效内容和文档中，而不是代替实际的HTTP状态代码。

状态码	原因短语	代表含义	HTTP版本
消息响应
100	Continue (继续)	客户端应当继续发送请求.这个临时响应是用来通知客户端它的部分请求已经被服务器接收,且仍未被拒绝.客户端应当继续发送请求的剩余部分,或者如果请求已经完成,忽略这个响应.服务器必须在请求完成后向客户端发送一个最终响应.	HTTP/1.1可用
101	Switching Protocol (切换协议)	服务器已经理解了客户端的请求，并将通过Upgrade消息头通知客户端采用不同的协议来完成这个请求。在发送完这个响应最后的空行后，服务器将会切换到在Upgrade消息头中定义的那些协议。:只有在切换新的协议更有好处的时候才应该采取类似措施。例如，切换到新的HTTP版本比旧版本更有优势，或者切换到一个实时且同步的协议以传送利用此类特性的资源。	HTTP/1.1可用
成功响应
200	OK (成功)	请求成功.成功的意义根据请求所使用的方法不同而不同.GET:资源已被提取,并作为响应体传回客户端.HEAD:实体头已作为响应头传回客户端POST:经过服务器处理客户端传来的数据,适合的资源作为响应体传回客户端.TRACE:服务器收到请求消息作为响应体传回客户端.	HTTP/0.9可用
201	Created (已创建)	请求成功，而且有一个新的资源已经依据请求的需要而建立，通常这是PUT方法得到的响应码.	HTTP/0.9可用
202	Accepted (已创建)	服务器已接受请求，但尚未处理。正如它可能被拒绝一样，最终该请求可能会也可能不会被执行。在异步操作的场合下，没有比发送这个状态码更方便的做法了。:返回202状态码的响应的目的是允许服务器接受其他过程的请求（例如某个每天只执行一次的基于批处理的操作），而不必让客户端一直保持与服务器的连接直到批处理操作全部完成。在接受请求处理并返回202状态码的响应应当在返回的实体中包含一些指示处理当前状态的信息，以及指向处理状态监视器或状态预测的指针，以便用户能够估计操作是否已经完成。	HTTP/0.9可用
203	Non-Authoritative Information (未授权信息)	服务器已成功处理了请求,但返回的实体头部元信息不是在原始服务器上有效的确定集合，而是来自本地或者第三方的拷贝,如果不是上述情况,使用200状态码才是最合适的.	HTTP/0.9 and 1.1
204	No Content (无内容)	该响应没有响应内容,只有响应头,响应头也可能是有用的.用户代理可以根据新的响应头来更新对应资源的缓存信息.	HTTP/0.9可用
205	Reset Content (重置内容)	告诉用户代理去重置发送该请求的窗口的文档视图.	HTTP/1.1可用
206	Partial Content (部分内容)	当客户端通过使用range头字段进行文件分段下载时使用该状态码	HTTP/1.1可用
重定向
300	Multiple Choice (多种选择)	该请求有多种可能的响应,用户代理或者用户必须选择它们其中的一个.服务器没有任何标准可以遵循去代替用户来进行选择.	HTTP/1.0 and later
301	Moved Permanently (永久移动)	该状态码表示所请求的URI资源路径已经改变,新的URL会在响应的Location:头字段里找到.	HTTP/0.9可用
302	Found (临时移动)	该状态码表示所请求的URI资源路径临时改变,并且还可能继续改变.因此客户端在以后访问时还得继续使用该URI.新的URL会在响应的Location:头字段里找到.	HTTP/0.9可用
303	See Other (查看其他位置)	服务器发送该响应用来引导客户端使用GET方法访问另外一个URI.	HTTP/0.9 and 1.1
304	Not Modified (未修改)	告诉客户端,所请求的内容距离上次访问并没有变化.客户端可以直接从浏览器缓存里获取该资源.	HTTP/0.9可用
305	Use Proxy (使用代理)	所请求的资源必须统过代理才能访问到.由于安全原因,该状态码并未受到广泛支持.	HTTP/1.1可用
306	unused (未使用)	这个状态码已经不再被使用,当初它被用在HTTP 1.1规范的旧版本中.	HTTP/1.1可用
307	Temporary Redirect (临时重定向)	服务器发送该响应用来引导客户端使用相同的方法访问另外一个URI来获取想要获取的资源.新的URL会在响应的Location:头字段里找到.与302状态码有相同的语义,且前后两次访问必须使用相同的方法(GET POST).	HTTP/1.1可用
308	Permanent Redirect (永久重定向)	所请求的资源将永久的位于另外一个URI上.新的URL会在响应的Location:头字段里找到.与301状态码有相同的语义,且前后两次访问必须使用相同的方法(GET POST).	HTTPbis (试验草案)
客户端错误
400	Bad Request (错误请求)	因发送的请求语法错误,服务器无法正常读取.	HTTP/0.9可用
401	Unauthorized (未授权)	需要身份验证后才能获取所请求的内容,类似于403错误.不同点是.401错误后,只要正确输入帐号密码,验证即可通过.	HTTP/0.9可用
402	Payment Required (需要付款)	该状态码被保留以供将来使用.创建此代码最初的目的是为数字支付系统而用,然而,到现在也没投入使用.	HTTP/0.9 and 1.1
403	Forbidden (禁止访问)	客户端没有权利访问所请求内容,服务器拒绝本次请求.	HTTP/0.9可用
404	Not Found (未找到)	服务器找不到所请求的资源.由于经常发生此种情况,所以该状态码在上网时是非常常见的.	HTTP/0.9可用
405	Method Not Allowed (不允许使用该方法)	该请求使用的方法被服务器端禁止使用,RFC2616中规定,GET和HEAD方法不能被禁止.	HTTP/1.1可用
406	Not Acceptable (无法接受)	在进行服务器驱动内容协商后,没有发现合适的内容传回给客户端.	HTTP/1.1可用
407	Proxy Authentication Required (要求代理身份验证)	类似于状态码401,不过需要通过代理才能进行验证.	HTTP/1.1可用
408	Request Timeout (请求超时)	客户端没有在服务器预备等待的时间内完成一个请求的发送.这意味着服务器将会切断和客户端的连接.在其他浏览器中,这种响应更常见一些,例如Chrome和IE9,目的是为了使用HTTP预连机制加快浏览速度.同时注意,一些服务器不发送此种响应就直接切断连接.	HTTP/1.1可用
409	Conflict (冲突)	该请求与服务器的当前状态所冲突.	HTTP/1.1可用
410	Gone (已失效)	所请求的资源已经被删除.	HTTP/1.1可用
411	Length Required (需要内容长度头)	因服务器在本次请求中需要Content-Length头字段,而客户端没有发送.所以,服务器拒绝了该请求.	HTTP/1.1可用
412	Precondition Failed (预处理失败)	服务器没能满足客户端在获取资源时在请求头字段中设置的先决条件.	HTTP/1.1可用
413	Request Entity Too Large (请求实体过长)	请求实体大小超过服务器的设置的最大限制,服务器可能会关闭HTTP链接并返回Retry-After头字段.	HTTP/1.1可用
414	Request-URI Too Long (请求网址过长)	客户端请求所包含的URI地址太长,以至于服务器无法处理.	HTTP/1.1可用
415	Unsupported Media Type (媒体类型不支持)	服务器不支持客户端所请求的媒体类型,因此拒绝该请求.	HTTP/1.1可用
416	Requested Range Not Satisfiable (请求范围不合要求)	请求中包含的Range头字段无法被满足,通常是因为Range中的数字范围超出所请求资源的大小.	HTTP/1.1可用
417	Expectation Failed (预期结果失败)	在请求头Expect中指定的预期内容无法被服务器满足.	HTTP/1.1可用
服务器端错误
500	Internal Server Error (内部服务器错误)	服务器遇到未知的无法解决的问题.	HTTP/0.9可用
501	Not Implemented (未实现)	服务器不支持该请求中使用的方法,比如POST和PUT.只有``GET和HEAD是RFC2616规范中规定服务器必须实现的方法.	HTTP/0.9可用
502	Bad Gateway (网关错误)	服务器作为网关且从上游服务器获取到了一个无效的HTTP响应.	HTTP/0.9可用
503	Service Unavailable (服务不可用)	由于临时的服务器维护或者过载,服务器当前无法处理请求.这个状况是临时的,并且将在一段时间以后恢复.如果能够预计延迟时间,那么响应中可以包含一个Retry-After:头用以标明这个延迟时间.如果没有给出这个Retry-After:信息，那么客户端应当以处理500响应的方式处理它.同时,这种情况下,一个友好的用于解释服务器出现问题的页面应当被返回,并且,缓存相关的HTTP头信息也应该包含,因为通常这种错误提示网页不应当被客户端缓存.	HTTP/0.9可用
504	Gateway Timeout (网关超时)	服务器作为网关且不能从上游服务器及时的得到响应返回给客户端.	HTTP/1.1可用
505	HTTP Version Not Supported (HTTP版本不受支持)	服务器不支持客户端发送的HTTP请求中所使用的HTTP协议版本.	HTTP/1.1可用
506	Variant Also Negotiates	由《透明内容协商协议》（RFC 2295）扩展，代表服务器存在内部配置错误：被请求的协商变元资源被配置为在透明内容协商中使用自己，因此在一个协商处理中不是一个合适的重点。	HTTP/1.1可用
507	Insufficient Storage	服务器无法存储完成请求所必须的内容。这个状况被认为是临时的。WebDAV(RFC 4918)	HTTP/1.1可用
509	Bandwidth Limit Exceeded	服务器达到带宽限制。这不是一个官方的状态码，但是仍被广泛使用。	HTTP/1.1可用
510	Not Extended	获取资源所需要的策略并没有被满足。（RFC 2774）	HTTP/1.1可用
600	Unparseable Response Headers	源站没有返回响应头部，只返回实体内容。	HTTP/1.1可用