推广网站站群,关于网络营销的论文文献,wordpress登录后才允许浏览,网页设计公司排名前十Day46-http和www基础1 1. 用户访问网站基本流程2. DNS系统解析基本流程3. DNS功能4. DNS树形结构介绍5. DNS解析流程#xff08;核心#xff09;6. 查看生产【授权DNS】并设置解析7. dig查看实际DNS解析8. 企业要不要搭建DNS服务器#xff1f;9. HTTP协议10. HTTP协议版本11… Day46-http和www基础1 1. 用户访问网站基本流程2. DNS系统解析基本流程3. DNS功能4. DNS树形结构介绍5. DNS解析流程核心6. 查看生产【授权DNS】并设置解析7. dig查看实际DNS解析8. 企业要不要搭建DNS服务器9. HTTP协议10. HTTP协议版本11. HTTP请求方法12. 什么是HTTP状态码13. 查看响应头14. HTTP报文 Http 消息 数据包 1. 用户访问网站基本流程
我们每天都会使用Web客户端上网浏览网页。最常见的Web客户端就是Web浏览器如通用的微软Internet Explorer(IE)以及技术人员偏爱的火狐浏览器、谷歌浏览器等。当我们在Web浏览器里输入网站地址例如www.etiantian.org时很快就会看到网站的内容。这看起来很神奇的背后到底是怎样的实现流程呢也许普通的上网者无需关注但作为一个IT技术人员特别是合格的Linux运维人员就需要清晰的掌握了。
下面老男孩就为大家揭晓从客户端用户在Web浏览器里输入网站地址到看到网站内容的完整访问流程。
第一步客户端用户从浏览器里输入www.etiantian.org网站地址回车后系统首先会查找系统本地的DNS缓存及hosts文件信息查找是否存在www.etiantian.org域名对应的IP解析记录如果有就直接获取到IP地址然后去访问这个IP地址对应域名www.etiantian.org的服务器一般第一次请求时DNS缓存是没有解析记录的而hosts多在内部临时测试时使用。
第二步如果客户端本地hosts及DNS缓存及hosts文件没有www.etiantian.org域名对应的解析记录那么系统会把浏览器的解析请求发送给客户端本地设置的DNS服务器地址通常称此DNS为LDNS即Local DNS解析如果LDNS服务器的本地缓存有对应的解析记录就会直接返回IP地址给客户端如果没有则LDNS会负责继续请求其他的DNS服务器。
第三步LDNS会从DNS系统的.根开始请求www.etiantian.org域名的解析针对各个层级的DNS服务器系统进行一系列的查找最终会查找到etiantian.org域名对应的授权DNS服务器而这个授权DNS服务器正是企业购买域名时用于管理域名解析的服务器这个授权服务器会有www.etiantian.org对应的IP解析记录如果此时没有就表示企业的域名管理人员没有为www.etiantian.org域名做解析设置即网站还没架设好。
第四步etiantian.org域名的授权DNS服务器会把www.etiantian.org对应的最终IP解析记录例如1.1.1.1发给LDNS。
第五步LDNS把收到的来自授权DNS服务器www.etiantian.org对应的IP解析记录发给客户端浏览器并且再LDNS把本地域名和IP的对应解析缓存起来以便下一次更快地返回相同解析请求的记录这些缓存记录在指定的时间DNS TTL值控制内不会过期。
第六步客户端浏览器获取到了www.etiantian.org的对应IP地址接下来浏览器会请求获得的IP地址对应的网站服务器网站服务器接收到客户的请求并响应处理此处的处理可能是数百台集群的服务器系统也可能是一台云主机将客户请求的内容返回给客户端浏览器至此一次访问浏览网页的完整过程就完成了。
提示 1查看Windows客户端本地缓存的DNS解析记录命令为 C:\ ipconfig /displaydns 意思为Display the contents of the DNS Resolver Cache显示DNS CACHE内容“/displaydns”前要有空格
2清除Windows客户端本地缓存的DNS解析记录命令为 C:\ ipconfig /flushdns 意思为Purges the DNS Resolver cache清除DNS CACHE内容“/flushdns”前要有空格
3Windows系统下hosts域名解析记录位置为 C:\Windows\System32\drivers\etc\hosts
2. DNS系统解析基本流程
DNS全称Domain Name System 计算机网络诞生时候 通过IP地址访问服务器。 IP地址不好记IP地址 1.1.1.1 发展到后来就用hosts所有的访问服务器的主机hosts都加上解析记录 大家都把解析放到hosts,发生问题。每个人都要改HOSTS 增加网站记录如何所有知道呢 发明了DNS 在早期的IP网路世界里面每台电脑都只用IP地址来表示不久人们就发现这样很难记忆于是一些UNIX的使用者就建立一个HOSTS对应表将IP和主机名字对应起来。这样用户只需输入电脑名字就可以代替IP来进行沟通了。如果你安装了Linux系统在/etc下面就可以找到这个hosts档案了在NT的系统里你也可以在\winnt\system32\drivers\etc下面找到它。不过这个HOSTS档是要由管理者手工维护的最大的问题是无法适用於大型网路而且更新也是件非常头痛的事情。这就是DNS大派用场的时候了。
上网配置了DNS服务器 当你输入域名的时候就会有DNS服务器告诉你域名对应的IP是啥。 核心功能。把域名解析成IP。
企业上网如何让DNS知道他的域名 1注册用户登录购买域名。 2有一个域名管理平台默认的DNS。 3解析记录记录。www.oldboyedu.com A 203.81.17.12(最高48-72小时) TTL值控制内各级缓存不会过期。
3. DNS功能 A记录即Address Record。把www.etiantian.org解析为对应的IP地址记录如1.1.1.1这个从域名到IP的解析过程。 CNAME别名记录这个别名解析功能常被CDN加速服务商应用。 img.oldboyedu.com A 解析到静态服务器上。 解析CNAME img.oldboyedu.com CNAME cdn.chinacache.com MX邮件记录这个MX记录功能在购买或搭建邮件服务时会被用到。 oldboyoldboyedu.com PTR记录反向解析即把IP地址解析为对应的域名和A记录的解析相反邮件服务等业务中会用到。
DNS的记录类型 域名与IP之间的对应关系称为记录record。根据使用场景记录可以分成不同的类型type前面已经看到了有A记录和NS记录。
常见的DNS记录类型如下。 1 A地址记录Address返回域名指向的IP地址。 2 NS域名服务器记录Name Server返回保存下一级域名信息的服务器地址。该记录只能设置为域名不能设置为IP地址。 3MX邮件记录Mail eXchange返回接收电子邮件的服务器地址。 4CNAME规范名称记录Canonical Name返回另一个域名即当前查询的域名是另一个域名的跳转详见下文。 5PTR逆向查询记录Pointer Record只用于从IP地址查询域名详见下文。
4. DNS树形结构介绍 5. DNS解析流程核心 6. 查看生产【授权DNS】并设置解析
万网被阿里云收购了。稳定、贵 新网不太稳定便宜。
7. dig查看实际DNS解析
[rootweb01 ~]# dig trace www.mi.com; DiG 9.11.4-P2-RedHat-9.11.4-26.P2.el7_9.5 trace www.mi.com
;; global options: cmd
. 2036 IN NS m.root-servers.net.
. 2036 IN NS j.root-servers.net.
. 2036 IN NS e.root-servers.net.
. 2036 IN NS l.root-servers.net.
. 2036 IN NS b.root-servers.net.
. 2036 IN NS k.root-servers.net.
. 2036 IN NS d.root-servers.net.
. 2036 IN NS c.root-servers.net.
. 2036 IN NS a.root-servers.net.
. 2036 IN NS f.root-servers.net.
. 2036 IN NS g.root-servers.net.
. 2036 IN NS i.root-servers.net.
. 2036 IN NS h.root-servers.net.
;; Received 228 bytes from 223.5.5.5#53(223.5.5.5) in 3 mscom. 172800 IN NS e.gtld-servers.net.
com. 172800 IN NS h.gtld-servers.net.
com. 172800 IN NS k.gtld-servers.net.
com. 172800 IN NS l.gtld-servers.net.
com. 172800 IN NS c.gtld-servers.net.
com. 172800 IN NS b.gtld-servers.net.
com. 172800 IN NS d.gtld-servers.net.
com. 172800 IN NS g.gtld-servers.net.
com. 172800 IN NS j.gtld-servers.net.
com. 172800 IN NS a.gtld-servers.net.
com. 172800 IN NS f.gtld-servers.net.
com. 172800 IN NS i.gtld-servers.net.
com. 172800 IN NS m.gtld-servers.net.
com. 86400 IN DS 30909 8 2 E2D3C916F6DEEAC73294E8268FB5885044A833FC5459588F4A9184CF C41A5766
com. 86400 IN RRSIG DS 8 1 86400 20210720000000 20210706230000 26838 . euEShTjsD1piRvIE6wwvfDPxl8T3oWQCqhXP45bpXyJFz3AqfJBtoFO iKTHibNbmP5HMRJGgvnRVRfLjD75A3MtrD1hOhRiZr9xslMtEtNOT9U DxGtEfaiA5SpnFLsR7PNbQQpqqYVpZivAs0eCfiqdZA2hkCS0drgPQ0 8hQa8MeYbmMCLyS3GvPwimfYMAexa5iEJNshb33yrMXYSV3OckaalHpt wyMMVur7JB/eRKlIscR7VU0I5IZT4EhrHJztmYjrTUL2Lrberly1ezox 6YaWUgXuGtIt4v7xb0QdCcpK5BJnkbFkd6McrgV13Q0BSNs/DLI2Itk g3lBzA
;; Received 1170 bytes from 192.5.5.241#53(f.root-servers.net) in 5 msmi.com. 172800 IN NS ns3.dnsv5.com.
mi.com. 172800 IN NS ns4.dnsv5.com.
CK0POJMG874LJREF7EFN8430QVIT8BSM.com. 86400 IN NSEC3 1 1 0 - CK0Q1GIN43N1ARRC9OSM6QPQR81H5M9A NS SOA RRSIG DNSKEY NSEC3PARAM
CK0POJMG874LJREF7EFN8430QVIT8BSM.com. 86400 IN RRSIG NSEC3 8 2 86400 20210711042530 20210704031530 54714 com. BBrNtR/8F5DCnANvGfGIKZZcAS8M3ppcXVtr7MNSffB2jzBnerLagPo DDg8rlDpbUxeiK5yybWcWYd9htjvYEantOJ7375uwZHMU/Db7uLwkkO0 1D5De46VQAU/Uqk6e6xUNO52OsdIkHPSY3MljbMiEHmPJAKUj3zpzHZg tup48ovJvmeqgMeJ/HsVeMWQ/rqrZA1uWOlIdhmnbjvg
PTP54HK4K6768OSHJFN79CMO84LC7E4C.com. 86400 IN NSEC3 1 1 0 - PTP5KP781I2QA2B25ELJSS37TRBJ38HA NS DS RRSIG
PTP54HK4K6768OSHJFN79CMO84LC7E4C.com. 86400 IN RRSIG NSEC3 8 2 86400 20210711045403 20210704034403 54714 com. bA0OEaG7LMrDoi5dAflbaPnSl3ONdJCWwASS4uSVC3SxTXMxnSEk6muE xU6HsBDAbp82zBiZI/JsC2de67U6/TaBWnlPRPTN6TQ/23izFL5LpC4 AgFR/QNF1cF2TbEPooH275qEo61w4hNYwvT06FdXuDKDRJUh9boS 5IyUBNUlmC33qeakkv3iBq4qIXFlpSkevifP0GiXyv98RA
;; Received 934 bytes from 192.35.51.30#53(f.gtld-servers.net) in 148 mswww.mi.com. 120 IN CNAME www.mi.com.mgslb.com.
mi.com. 600 IN NS ns4.dnsv5.com.
mi.com. 600 IN NS ns3.dnsv5.com.
;; Received 127 bytes from 61.151.180.52#53(ns4.dnsv5.com) in 28 ms[rootweb01 ~]# dig trace www.oldboyedu.com; DiG 9.11.4-P2-RedHat-9.11.4-26.P2.el7_9.5 trace www.oldboyedu.com
;; global options: cmd
. 2717 IN NS e.root-servers.net.
. 2717 IN NS b.root-servers.net.
. 2717 IN NS f.root-servers.net.
. 2717 IN NS h.root-servers.net.
. 2717 IN NS i.root-servers.net.
. 2717 IN NS c.root-servers.net.
. 2717 IN NS g.root-servers.net.
. 2717 IN NS a.root-servers.net.
. 2717 IN NS l.root-servers.net.
. 2717 IN NS k.root-servers.net.
. 2717 IN NS j.root-servers.net.
. 2717 IN NS m.root-servers.net.
. 2717 IN NS d.root-servers.net.
;; Received 228 bytes from 223.5.5.5#53(223.5.5.5) in 4 mscom. 172800 IN NS a.gtld-servers.net.
com. 172800 IN NS b.gtld-servers.net.
com. 172800 IN NS c.gtld-servers.net.
com. 172800 IN NS d.gtld-servers.net.
com. 172800 IN NS e.gtld-servers.net.
com. 172800 IN NS f.gtld-servers.net.
com. 172800 IN NS g.gtld-servers.net.
com. 172800 IN NS h.gtld-servers.net.
com. 172800 IN NS i.gtld-servers.net.
com. 172800 IN NS j.gtld-servers.net.
com. 172800 IN NS k.gtld-servers.net.
com. 172800 IN NS l.gtld-servers.net.
com. 172800 IN NS m.gtld-servers.net.
com. 86400 IN DS 30909 8 2 E2D3C916F6DEEAC73294E8268FB5885044A833FC5459588F4A9184CF C41A5766
com. 86400 IN RRSIG DS 8 1 86400 20210720000000 20210706230000 26838 . euEShTjsD1piRvIE6wwvfDPxl8T3oWQCqhXP45bpXyJFz3AqfJBtoFO iKTHibNbmP5HMRJGgvnRVRfLjD75A3MtrD1hOhRiZr9xslMtEtNOT9U DxGtEfaiA5SpnFLsR7PNbQQpqqYVpZivAs0eCfiqdZA2hkCS0drgPQ0 8hQa8MeYbmMCLyS3GvPwimfYMAexa5iEJNshb33yrMXYSV3OckaalHpt wyMMVur7JB/eRKlIscR7VU0I5IZT4EhrHJztmYjrTUL2Lrberly1ezox 6YaWUgXuGtIt4v7xb0QdCcpK5BJnkbFkd6McrgV13Q0BSNs/DLI2Itk g3lBzA
;; Received 1177 bytes from 198.41.0.4#53(a.root-servers.net) in 206 msoldboyedu.com. 172800 IN NS vip1.alidns.com.
oldboyedu.com. 172800 IN NS vip2.alidns.com.
CK0POJMG874LJREF7EFN8430QVIT8BSM.com. 86400 IN NSEC3 1 1 0 - CK0Q1GIN43N1ARRC9OSM6QPQR81H5M9A NS SOA RRSIG DNSKEY NSEC3PARAM
CK0POJMG874LJREF7EFN8430QVIT8BSM.com. 86400 IN RRSIG NSEC3 8 2 86400 20210711042530 20210704031530 54714 com. BBrNtR/8F5DCnANvGfGIKZZcAS8M3ppcXVtr7MNSffB2jzBnerLagPo DDg8rlDpbUxeiK5yybWcWYd9htjvYEantOJ7375uwZHMU/Db7uLwkkO0 1D5De46VQAU/Uqk6e6xUNO52OsdIkHPSY3MljbMiEHmPJAKUj3zpzHZg tup48ovJvmeqgMeJ/HsVeMWQ/rqrZA1uWOlIdhmnbjvg
BQ0HE0JTMR5QP6RRPO2KBB533KN1RTS2.com. 86400 IN NSEC3 1 1 0 - BQ0HN6BHKLK1U8CS4K8N6T8GDRU0LPUS NS DS RRSIG
BQ0HE0JTMR5QP6RRPO2KBB533KN1RTS2.com. 86400 IN RRSIG NSEC3 8 2 86400 20210711045258 20210704034258 54714 com. iMbBZhVjk9nR99Ga/juH7XSqEb65jc6CpMAyPINMWQiCL9CxdJlxvKM UnJkjJAqFDnphGL4Jqttd73mDHwzjc9LEwL74TrV/XB7G0wgvgwwRTd hQMoOfc2FLize7TiFNOaw166jJQ3n3rZKcBbCcWcmOca2gr9bLuyNT TkLeFqxmWZGg8QrTT6SESApe7KCnqGVjwShtxUHS5J9/Kg
;; Received 1008 bytes from 192.54.112.30#53(h.gtld-servers.net) in 253 mswww.oldboyedu.com. 600 IN CNAME www.oldboyedu.com.w.kunlungr.com.
;; Received 92 bytes from 140.205.29.114#53(vip2.alidns.com) in 24 ms8. 企业要不要搭建DNS服务器
1企业不会自建外网DNS选择购买域名选择默认DNS。 2大企业花钱买DNSPODF5智能DNS解析。 3服务器端DNS服务器开源工具bind、powerdnsbind比较流行bindview 智能DNS。 4大企业的服务器内网使用DNS替代内网HOSTS搭建bind。
DNS、邮件服务 -----花钱买不要搭建。 exchangead sendmail qmail postfix 263邮箱阿里免费50人腾讯免费100以内。
我认为腾讯收购DNSPOD的最大目的无非和收购康盛创想Discuz!一样为的是抓住互联网上的广大站长。如果需要有进一步发展的话可以和别的产品进行深度整合推出新的服务。假如这样的话我认为可能会对别的公司产生毁灭性的打击。当然这也是大公司间竞争的需要。像阿里吧现在已经收购了CNZZ、PHPWIND还有中国最大的主机和域名提供商万网推出了阿里云系列服务。同样为了平衡实力或者竞争的关系吧收购DNSPOD很有必要。或许今天站长的价值还不是太最重要但谁敢保证明天还是这种情况呢最保险的做法就是无论对手做了什么我就及时跟进这样肯定不会吃亏。我个人的观点认为无论什么云计算DNS服务都是最基础、最底层的服务也最容易受忽略。但是一旦受到打击将是毁灭性的。比如某国内著名互联网公司曾经出现的域名被劫持事件就是一个很好的明证。DNSPOD在DNS安全方面拥有丰富的经验在应对安全威胁、大流量访问方面都很厉害所以腾讯收购DNSPOD赚大了。
DNS全解析 链接: https://blog.csdn.net/u012375924/article/details/76408947 链接: https://www.cnblogs.com/gopark/p/8430916.html 链接: http://www.ruanyifeng.com/blog/2016/06/dns.html
解析顺序 1 浏览器缓存 当用户通过浏览器访问某域名时浏览器首先会在自己的缓存中查找是否有该域名对应的IP地址若曾经访问过该域名且没有清空缓存便存在 2 系统缓存 当浏览器缓存中无域名对应IP则会自动检查用户计算机系统Hosts文件DNS缓存是否有该域名对应IP 3 路由器缓存 当浏览器及系统缓存中均无域名对应IP则进入路由器缓存中检查以上三步均为客服端的DNS缓存 4 ISP互联网服务提供商DNS缓存 当在用户客服端查找不到域名对应IP地址则将进入ISP DNS缓存中进行查询。比如你用的是电信的网络则会进入电信的DNS缓存服务器中进行查找 5 根域名服务器 当以上均未完成则进入根服务器进行查询。全球仅有13台根域名服务器1个主根域名服务器其余12为辅根域名服务器。根域名收到请求后会查看区域文件记录若无则将其管辖范围内顶级域名如.com服务器IP告诉本地DNS服务器 6 顶级域名服务器 顶级域名服务器收到请求后查看区域文件记录若无则将其管辖范围内主域名服务器的IP地址告诉本地DNS服务器 7 主域名服务器 主域名服务器接受到请求后查询自己的缓存如果没有则进入下一级域名服务器进行查找并重复该步骤直至找到正确纪录 8保存结果至缓存 本地域名服务器把返回的结果保存到缓存以备下一次使用同时将该结果反馈给客户端客户端通过这个IP地址与web服务器建立链接。
9. HTTP协议
HTTP协议全称HyperText Transfer Protocol中文名为【超文本传输协议】 HTTP的重要应用之一是WWW服务 HTTP协议全称HyperText Transfer Protocol中文名为超文本传输协议是互联网中最常用的一种网络协议。HTTP的重要应用之一是WWW服务。设计HTTP协议最初的目的就是提供一种发布和接收HTML一种页面标记语言页面的方法。 WWW服务 提供一种发布和接收HTML一种页面标记语言页面的方法。 HTTP协议的WWW服务应用的默认端口为80 加密的www服务https的默认端口为443 HTTP协议是互联网上常用的通信协议之一。它有很多的应用 但最流行的就是用于Web浏览器和Web服务器之间的通信即WWW应用或称Web应用。 WWW全称World Wide Web常称为Web中文译为“万维网”。 它是目前互联网上最受用户欢迎的信息服务形式。 HTTP协议的WWW服务应用的默认端口为80另外的一个加密的WWW服务应用https的默认端口为443主要用于网银、支付等和钱相关的业务。当今HTTP服务、WWW服务、Web服务三者的概念已经混淆了在本书中也视为相同都是指当下最常见的网站服务应用。
10. HTTP协议版本
0.9 1.0 1.1主流 2.0 HTTP/1.0 简介 HTTP/1.0 是第一个得到广泛使用的HTTP版本。HTTP/1.0 在HTTP/0.9的基础上增加了HTTP请求头可支持更多的请求方法并且能对多媒体对象进行处理。HTTP/1.0 使得包含生动图片的Web页面和交互式表格成为可能而正是这些页面和表格促使互联网被人们广泛地接受。HTTP 1.0规定浏览器与服务器只保持短暂的连接浏览器的每次请求都需要与服务器建立一个TCP连接服务器完成请求处理后即断开TCP连接服务器不跟踪每个客户也不记录过去的请求。
HTTP/1.1 简介 HTTP/1.1 的重点是修复HTTP设计中的缺陷从可扩展性、缓存处理、带宽优化、持久连接、HOST 头、错误通知、消息传递、内容协商等多个方面都做了相关改进。HTTP/1.1是当前互联网主流的 HTTP 版本。 在连接方面HTTP1.1支持持久连接在一个TCP连接上可以传送多个HTTP请求和响应减少了建立和关闭连接的消耗和时间延迟。 在请求头方面HTTP1.1增加了更多的请求头和响应头信息来增强HTTP功能。例如HOST 主机头功能可以使得Web浏览器可以使用主机头名来明确表示要访问服务器上的哪个 Web 站点这样就可以使用Web服务器在同一个IP地址和端口号上配置多个虚拟Web站点。 HTTP 1.1的持久连接也需要增加新的请求头来帮助实现例如Connection请求头的值为Keep-Alive 时客户端通知服务器返回本次请求结果后保持连接Connection 请求头的值为close时客户端通知服务器返回本次请求结果后关闭连接。HTTP1.1 还提供了与身份认证、状态管理和Cache缓存等机制相关的请求头和响应头等。
11. HTTP请求方法
1、什么是HTTP请求方法 客户端请求Web服务器时告诉服务器要执行什么具体的动作。
GET 客户端请求指定资源信息服务器返回指定资源。浏览网页的过程都是GET方法。
POST 将客户端的数据提交到服务器例注册用户。上传图片、视频都是POST方法。
DELETE 请求服务器删除Request-URI所标识的资源。
MOVE 请求服务器将指定的页面移至另一个网络地址。
HEAD 只请求响应报文中的HTTP首部。12. 什么是HTTP状态码
HTTP状态码HTTP Status Code是用来表示Web服务器响应http请求状态的数字代码。
状态码范围作用描述100-199用于指定客户端相应的某些动作200-299用于表示请求成功300-399用于已经移动的文件并且常被包含在定位头信息中指定新的地址信息。400-499用于指出【客户端错误】500-599用于指出【服务器端错误】
状态代码详细描述说明200 - OK服务器成功返回网页这是成功的http请求返回的标准状态码。301 - Moved Permanently永久跳转所有请求的网页将永久跳转到被设定的新的位置例如从etiantian.org跳转到www.etiantian.org。403 - Forbidden禁止访问这个请求是合法的但是服务器端因为匹配了预先设置的规则而拒绝响应客户端的请求此类问题一般为服务器或服务权限配置不当所致。404 - Not Found服务器找不到客户端请求的指定页面可能是客户端请求了服务器上不存在的资源导致。500 - Internal Server Error内部服务器错误服务器遇到了意料不到的情况不能完成客户的请求。这是一个较为笼统的报错一般为服务器的设置或者内部程序问题导致。例如SElinux开启而又没有为http设置规则许可客户端访问就是500。502 - Bad Gateway坏的网关,一般是代理服务器请求后端服务时后端服务不可用或没有完成响应网关服务器。一般为反向代理服务器下面的节点出问题导致。503 - Service Unavailable服务当前不可用可能因为服务器超载或停机维护导致或者是反向代理服务器后面没有可以提供服务的节点。504 - Gateway Timeout网关超时一般是网关代理服务器请求后端服务时后端服务没有在特定的时间内完成处理请求一般是服务器过载导致没有在指定的时间内返回数据给前端代理服务器。
13. 查看响应头
[rootweb01 ~]# curl -I www.baidu.com
HTTP/1.1 200 OK
Accept-Ranges: bytes
Cache-Control: private, no-cache, no-store, proxy-revalidate, no-transform
Connection: Keep-Alive
Content-Length: 277
Content-Type: text/html
Date: Fri, 26 Apr 2019 03:48:34 GMT
Etag: 575e1f60-115
Last-Modified: Mon, 13 Jun 2016 02:50:08 GMT
Pragma: no-cache
Server: bfe/1.0.8.18查看响应头的第一行。
[rootweb01 ~]# curl -s -I www.baidu.com|head -1
HTTP/1.1 200 OK
[rootweb01 ~]# curl -I www.baidu.com 2/dev/null|head -1
HTTP/1.1 200 OK生产环境常见HTTP状态码的博客文章见: http://oldboy.blog.51cto.com/2561410/716294
14. HTTP报文 Http 消息 数据包
HTTP报文可分为两种 一种是从Web客户端发往Web服务器的HTTP报文称为请求报文Request Message。 另外一种是从Web服务器发往Web客户端的报文称为响应报文Response Message HTTP的请求和响应报文的格式类似。
HTTP请求报文格式说明
报文格式报文信息请求行请求方法 URL 协议版本请求头字段名1值1字段名2值2……例如Accept: image/gif, image/jpeg Accept-Language: zh-cn……空行空白无内容请求报文主体GET方法没有请求报文主体POST方法才有。
下面对HTTP请求报文的每个部分逐一阐述。 1请求行 请求行是请求报文的第一行用来说明客户端想要做什么。内容由请求方法字段、URL字段和HTTP协议版本字段共3个字段组成它们之间用空格分隔。下面以GET /index.html HTTP/1.1为例来说明请求报文的起始请求行信息详情。
请求报文的起始请求行信息
请求方法字段示例URL字段示例HTTP协议版本GET/index.htmlHTTP/1.1
2请求头部 请求头部由关键字/值对组成每行一对关键字和值用英文冒号“:”分隔。请求头部的作用是客户端把请求的相关信息告诉给服务器常见的请求头部信息。
常见的请求头部信息
请求头信息说明Accept: image/gif, image/jpeg媒体类型Accept-Language: zh-cn语言类型Accept-Encoding: gzip, deflate支持压缩User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT;…)客户端类型Host: www.etiantian.org主机名
与请求报文相关的最常用的请求头是Content-Type和Content-Length。
3空行 最后一个请求头部信息之后是一个空行发送回车符和换行符通知Web服务器空行以下不会有请求头部的信息了。
4请求报文主体 请求报文主体中包括了要发送给Web服务器的数据信息请求报文主体不会应用于HTTP的GET命令方法而是应用于POST方法。POST方法适用于需要客户填写表单的场合请求报文的主体信息此处就不再举例了。
HTTP 响应报文(Response Message)介绍 HTTP 响应报文由起始行、响应头部(header)、空行和响应报文主体几个部分组成。 和 Http 请求报文格式类似。表 7-7 给出了 HTTP 响应报文的一般格式。
报文格式报文信息起始行协议及版本号 数字状态码 状态信息响应头部字段名 1:值 1字段名 2:值 2…例如:Content-Type: text/html; charsetutf-8Content-Length:78 …空行空白无内容响应报文主体 oldboy’s blog I am oldboy,mysql blog is http://oldboy.blog.5lcto.com
1起始行 响应报文的起始行也叫状态行用来说明服务器响应客户端请求的状况。一般为协议及版本号数字状态码、状态情况。例如HTTP/1.1200 OK。 2响应头部
和请求报文类似起始行的后面一般有若干个头部字段。每个头部字段都包含一个名字和一个值两者之间用冒号分隔。头部结尾也是以一个空行结束。常见的头部信息有
Content-Type: text/html; charsetutf-8
Content-Length:78
......3空行 最后一个响应头部信息之后是一个空行发送回车符和换行符通知客户端空行下文无头部信息了。
4响应报文主体 响应报文主体中装载了要返回给客户端的数据。这些数据可以是文本也可以是二进制的如图片、视频下面是响应报文主体的html格式文本数据示例。
html
headtitleoldboys blog/title/head
body
I am oldboy,mysql blog is http://oldboy.blog.5lcto.com
/body
/htm1一个简单的请求报文和应答报文示例
整个http协议请求的工作流程如下 1终端客户在Web浏览器地址栏输入访问地址http:/www.etiantian.org/index.html。 2Web浏览器请求DNS服务器把域名 www.etiantian.org 转换成 Web 服务器的IP地址此处的解析过程就是DNS解析的原理流程前面已经讲过了此处不再赘述。 3Web浏览器将端口号(默认是 80)从访问地址(URL)中解析出来。 4Web浏览器通过解析后的IP地址及端口号与Web服务器之间建立一条 TCP 连接。 5建立TCP连接后Web浏览器向Web服务器发送一条HTTP请求报文请求报文内容格式及信息细节前面已经讲过了此处不再赘述。 6Web服务器响应并读取浏览器的请求信息然后返回一条HTTP响应报文响应报文内容格式及信息细节前文也已经讲过了此处不再赘述。 7Web服务器关闭http连接关闭TCP连接Web浏览器显示访问的网站内容到屏幕。
整个通信原理的重要知识点有: 用户访问网站的流程。 DNS 解析流程细节。 建立 TCP 连接过程(TCPIP 三次握手原理知识见老男孩其它书籍或课程) 发送 HTTP 报文及 HTTP 请求报文内容细节。 Web 服务器响应客户端请求处理细节(网站集群架构细节)(此处后文会讲到) HTTP 响应报文的细节。 关闭 TCP 连接涉及 TCP/IP 协议四次挥手原理知识见老男孩其它书籍或课程)
Linux下实践观察HTTP协议通信过程 读者可以使用Linux下工具curl、wget、tcpdump(wireshark)、fiddler等工具根据原理实践查看通信的过程。这里以curl为例讲解如下
[rootm01 scripts]# curl -v www.baidu.com #使用-v参数或者wget命令—debug参数。* About to connect() to www.baidu.com port 80 (#0)
* Trying 220.181.111.37...
* Connected to www.baidu.com (220.181.111.37) port 80 (#0) GET / HTTP/1.1 #请求行信息。User-Agent: curl/7.29.0 #以下两行为请求头部信息。Host: www.baidu.comAccept: */*#空行。HTTP/1.1 200 OK #响应起始行信息。Server: bfe/1.0.8.18 #以下若干行为响应头部信息这部分内容可以很多。Date: Wed, 15 May 2019 08:41:35 GMTContent-Type: text/htmlContent-Length: 2381Last-Modified: Mon, 23 Jan 2017 13:27:36 GMTConnection: Keep-AliveETag: 588604c8-94dCache-Control: private, no-cache, no-store, proxy-revalidate, no-transformPragma: no-cacheSet-Cookie: BDORZ27315; max-age86400; domain.baidu.com; path/Accept-Ranges: bytes#空行。
!DOCTYPE html #响应报文主体。
!--STATUS OK--html headmeta http-equivcontent-type contenttext/html;charsetutf-8meta http-equivX-UA-Compatible contentIEEdgemeta contentalways namereferrerlink relstylesheet typetext/css hrefhttp://s1.bdstatic.com/r/www/cache/bdorz/baidu.min.csstitle百度一下你就知道/title/head body link#0000cc…省略若干行…a hrefhttp://www.baidu.com/duty/使用百度前必读/anbsp; a hrefhttp://jianyi.baidu.com/ classcp-feedback意见反馈/anbsp;京ICP证030173号nbsp; img src//www.baidu.com/img/gs.gif /p /div /div /div /body /html
* Connection #0 to host www.baidu.com left intactMIME类型 Web服务器会把通过Web传输的每个对象都打上名为MIME 类型MIME type 的数据格式标签。 MIME类型 URL全称Uniform Resource Location中文翻译为统一资源定位符 网址 就是URL URI全称Uniform Resource Identifier中文翻译为统一资源标识符 URL是URI命名机制的一个子集 URI标识的更多例如还有邮箱地址
http :// www.etiantian.org/oldboy/index.html
http :// www.oldboyedu.com/video/index.html
