目录
一、DNS与域名
二、DNS解析
1./etc/hosts
编辑
2./etc/resolv.conf
三、域名服务与域名注册
1.域名
2.域名空间结构
3.域名注册
四、网页(HTTP/HTTPS)
1.网页的基本概念
2.HTML
五、Web概述
1、Web1.0 和 Web 2.0 的区别
2、静态网页和动态网页
2.1 静态网页
2.2 动态网页
六、HTTP协议概述
1.HTTP协议简介
2.HTTP协议的版本
3.HTTP1.0和HTTP1.1之间的区别
4、HTTP 请求格式(GET/POST方式)
5.GET与POST 区别
七、常见的状态返回码 ☆☆☆
八、HTTP协议请求
1.工作原理
2.HTTP协议请求流程(访问百度)
域名和IP地址的概念
1、网络是基于 TCP/IP 的协议进行通信和连接的,每一台主机都有一个唯一的标识(固定的IP地址),用以区别在网络上成千上万个用户和计算机。网络在区分所有与之相连的网络和主机时,均采用一种唯一、通用的地址格式,即每一个与网络和连接的计算机和服务器都被指派一个独一无二的地址
2、为了保证网络上每台计算机的IP地址的唯一性,用户必须向指定机构申请注册,分配IP地址网络中的地址方案分为两套:IP地址系统和域名地址系统。这两套系统是一一对应的关系,由于IP地址是数字标识,使用时难以记忆和书写,因此在IP地址的基础上又发展出一种符号化的地址方案,来代替数字型的IP地址,就是域名
DNS解析方式,总共有三种。
生效顺序:/etc/hosts 文件 ---->网卡配置文件-----> /etc/resolv.conf 文件
Linux系统中负责快速解析的文件,包含了ip与主机名的映射关系,在没有DNS服务器的情况下,使用本地/etc/hosts完成解析/映射,实现快速访问
主要用于主机之间(IP和主机名)的映射/解析关系
DNS客户端配置文件,主要用于设置DNS服务器的iP和域名,还包含了主机域名的搜索顺序等等,
这个文件是由域名解析器(resolver,一个根据主机名解析IP地址的库)使用的配置文件。
主要用于匹配DNS服务器
主要用于匹配DNS服务器
示例:
nameserver 114.114.114.114 (第三方)
nameserver 8.8.8.8 (谷歌)
nameserver 218.2.135.1 (南京电信)
3./etc/sysconfig/network-scripts/ifcfg-ens33
也可以在网卡配置文件中定义
DNS1=114.114.114.114
DNS2=8.8.8.8
生效顺序:hosts文件→网卡配置文件→/etc/resolv.conf
定义:标识一组主机并提供它们的有关信息的树形结构(主要确定了根在哪,就可以确定每个分支)
域名服务器(分布式,每台主机维护一个部分)
①保持和维护域名空间的程序
②响应解析器的请求
解析端(客户端)
向DNS服务器发出请求的设备
根域:位于域名空间最顶层,一般用一个"."表示
基础单位,除了根域,其他都只有一个上级域,有0或多个子域,同层域不可重复的子域或域名
顶级域:一般代表一种类型的组织机构或国家地区(主要有两种类型构成)
如:net(网络公司)、com(商业)、org(名剑团体组织)、edu(教育)、gov(政府)、mil(军事)、cn(中国)等
二级域:用来表明顶级域内的一个特定的组织,国家顶级域下面的二级域名由国家网络部门统一管理
如:.cn顶级域名下面设置的二级域名:.com.cn、.net.cn、.edu.cn…
主机名:主机位于与域名空间最下层,就是一台具体的计算机
如:www、mail都是具体的计算机名字,可用www.sina.com.cn.、mail.sina.com.cn.来表示,这种表示方式称为FQDN(完全合格域名),也是这台主机在域名中的全名
域名注册是Internet中用于解决地址对应问题的一种方法
遵循先申请先注册原则
域名注册步骤
准备申请资料→寻找域名注册网站→查询域名→正式申请→申请成功
网页:纯文本格式文件,编写语言为HTML,在用户的浏览器中被"翻译"成网页形式显示出来
网站:由一个一个页面构成的,是多个网页的结合体
主页:打开网站后出现的第一个网页称为网站主页(或首页)
域名:浏览网页时输入的网址
HTTP/HTTPS:用来传输网页的通信协议(是否加密),是一种通讯/交互的标准/规范
URL:是一种万维网寻址系统
/var/www/html/index.html
/var/www/html/install.html
HTML:用来编写网页的超文本标记语言
超链接:超链接是将网站中不同网页连接起来的功能
发布:将制作好的网页上传到服务器供用户访问的过程
HTML超文本标记语言
Hyper Text Markup Language网页的"源码"
浏览器:"解释和执行"HTML源码的工具
HTML文档的结构
1.HTML网页
2.头部部分
3.标题部分
4.主体部分
5.网页内容,包括文本、图
Web(world wide web) 即全球广域网,也称万维网
一种分布式图形信息系统
建立在internet上的一种网络服务
Web 1.0
以编辑为特征,网站提供给用户的内容时编辑处理后的,然后用户阅读网站提供的内容
这个过程是网站到用户的单向行为
Web 2.0
更注重用户的交互作用,用户既是网站内容的消费者(浏览者),也是网站内容的制造者。加强了网站与用户之间的互动,网站内容基于用户提供,网站的诸多功能也由用户参与建设,实现了网站与用户双向的交流与参与
Web2.0 特征:用户分享、以兴趣为聚合点的社区,开放的平台,活跃的用户
小结
web1.0 : 只能访问网站 不能进行交互 静态页面 只能看 单向
静态网页内容相对稳定,容易被搜索引擎检索
web2.0 : 交互(论坛、淘宝) 动态页面
概述定义
1.静态网页是标准的HTML文件
2.扩展是 .htm 、.html例如文本、图像、声音、Flash动画、客户端脚本和Activex控件及Java小程序等
3.是网站建设的基础,早期网站一般都是由静态网页制作
4.没有后台数据库,不含程序和不可交互的网页
5.相对更新起来比较麻烦,适用于一般更新较少的展示型网站
特点
每个静态网页都有一个固定的URL,且URL以.htm 、.html 、.shtml 等常见形式为后缀,而不含有 “ ?”(问号表示动态页面)
网页内容一经发布到网站服务器上,无论是否有用户访问,每个静态网页都是保存在网站服务器上的
静态网页的内容相对稳定,容易被搜索引擎检索
静态网页没有数据库的支持,在网站制作和维护方面工作量较大,因此当网站信息量很大时,完全依靠静态网页方式比较困难
静态网页的交互性较差,在功能方面有较大的限制
页面浏览速度迅速,过程无需连接数据库,开启页面速度快于动态页面
概述定义
网页IURL不固定,能通过后台与用户交互
在动态网页网址中有一个标志性的符号----“ ?”
常用的语言有PHP、JSP、Python、Ruby等
特点
交互性: 网页会根据用户的要求和选择而改变和响应,将浏览器作为客户端界面,这将是今后Web发展的大势所趋。
自动更新: 无需手动地更新HTML文档,变回自动生成新的页面,可以大大节省工作量。
因时因人而变: 当不同的时间,不同的人访问同一网址时会产生不同的页面
HTTP(超文本传输协议HyperText Transfer Protocol)协议是互联网上应用最为广泛的一种网络协议,它是基于TCP协议的应用层传输协议,简单来说就是客户端和服务端进行数据传输的一种规则。
HTTP是应用层上的协议,建立在传输层TCP之上,客户端通过与服务端进行TCP连接,之后发送HTTP请求与接收HTTP响应都是通过访问Socket接口来调用TCP协议实现
HTTP是一种无状态协议,HTTP协议本身不会对发送过请求和响应的通信状态进行持久化处理。这样做的目的是为了保持HTTP协议的简单性,从而能够快速处理大量的事务,提高效率。然而,在许多应用场景中我们需要保持用户登录的状态或记录用户购物车中的商品。由于HTTP是无状态协议,所以必须引入一些技术来记录管理状态,例如Cookie
Cookie和Session都为了实现的是HTTP的短期的持久化(内存/缓存方式,查询快、效率比较高),Cookie是缓存在客户端(Client)浏览器中的(默认缓存一天),当下次客户端通过同一个浏览器访问客户端的时候,会优先读取Cookie中的缓存信息,向服务端进行请求,同时服务端收到客户端请求的时候,会优先读取Cookie中的缓存信息,向服务端进行请求,同时服务端收到客户端请求的时候,读取到Cookie文件,知道客户端之前找的是服务器A处理的任务,为了省事,省资源,干脆将请求直接再交给服务器A处理
HTTP 0.9已过时
HTTP 1.0(完善的请求、响应模型 并且协议补充(完整) get post head方法)
HTTP 1.1(新增五种请求方式:OPTIONS PUT DELETE TRACE CONNECT)
HTTP 2.0
缓存处理
在HTTP1.0中主要使用header里的If-Modified-Since,Expires来作为缓存判断的标准,HTTP1.1则引入了更多的缓存控制策略,例如:Entity tag,If-Unmodified-Since,If-Match,If-None-Match等更多可供选择的缓存头来控制缓存策略
带宽优化及网络连接的使用
HTTP1.0中,存在一些 浪费带宽的现象,例如客户端只是需要某个对象的一部分,而服务器却将整个对象送过来了,并且不支持断点续传功能,HTTP1.1则在请求头引入range头域,它允许只请求资源的某个部分,即返回码是206(Partial Content),这样就方便了开发者自由选择以便充分利用带宽和连接(1.0会浪费资源带宽,2.0可以充分利用带宽)
错误通知的管理
在HTTP1.1中新增了24个错误状态响应码,如4.9(Conflict)表示请求的资源与资源的当前状态发生冲突;410(Gone)表示服务器上的某个资源被永久性的删除
Host头处理
在HTTP1.0中认为每台服务器都绑定一个唯一的IP地址,因此,请求消息中的URL并没有传递主机名(hostname)。但随着虚拟主机技术的发展,在一台物理服务器上可以存在多个虚拟主机(Multi-homed Web Servers),并且它们共享一个IP地址。HTTP1.1的请求信息和响应信息都应支持Host头域,且请求消息中如果没有host头域会报告一个错误(400 Bed Request)
长连接
HTTP1.1支持常来你姐(Persistent Connection)和请求的流水线(Popelining)处理,在一个TCP连接上可以传送多个HTTP请求和响应,减少了建立和关闭连接的小号和延迟,在HTTP1.1中默认开启Connection:keep-alive,一定程度上弥补了HTTP1.0每次请求都要创建连接的缺点
HTTP协议有多种获得Web资源的方法
常用的方法:GET和POST
http方法 | 描述 |
GET | 请求获取Request-URL所标识的资源 |
PUT | 请求服务器存储一个资源,并用Request-URL作为其标识 |
DELETE | 请求服务器删除Request-URL所标识的资源 |
POST | 在Request-URL所标识的资源后附加新的数据 |
HEAD | 请求获取由Request-URL所标识的资源的响应消息报头 |
4.1GET方式
请求行
请求的方式
请求的资源路径
请求的版本协议号
请求头
Accept:客户端可以接受的数据类型
Referer:表示请求发起时,浏览器地址栏中的地址
User-Agent:浏览器的信息
Accpect-Encoding:客户端可以接受的编码格式
Host:表示请求的ip和端口号
Connection:告诉服务器请求连接如何处理
Keep-Alive:通知服务器回传数据不要马上关闭,保持一小段的连接
Closed:马上关闭
4.2 POST 请求方式
请求行
请求的方式
请求的资源路径
请求的协议的版本号
请求头
Accept:客户端可以接受的数据类型
Accept-Language:客户端可以接受的语言类型
Referer:表示请求发起时,浏览器地址栏中的地址
User-Agent:浏览器的信息
Content-Type:发送的数据类型
Content-Length:发送的数据长度
请求体
就是发送给服务器的数据
区别一:语义上的区别
GET向服务器请求数据,依照HTTP协议,GET是用来请求数据
POST向服务器发数据,依照HTTP协议,POST的语义是向服务器添加数据,也就是说按照POST的语义,该操作是会修改服务器上的数据
区别二:服务器请求的区别
GET请求是可以被缓存,例如:访问百度,访问的方式就是GET,此时访问后的内容会被缓存在浏览器中,短时间再次访问,其实是拿到的浏览器中的缓存内容,另外GET请求只能接收ASCII码的恢复
POST请求不可以被缓存。对于POST方式提交表单,刷新页面浏览器会弹出提示框"是否重新提交表单",POST可以接收二进制等各种数据形式,所以如果要上传文件一般用POST请求
区别三:参数放请求头和请求体的差别
GET请求通常没有请求体,在TCP传输中只需传输一次(而不是一个包),所以GET请求效率相对高
POST请求将数据放在请求体中,而实际传输中,会先传输完请求头,再传输请求体,是分为两次传输的(而不是两个包)。POST请求头会比GET更小(一般不带参数),请求头更容易在一个TCP包中完成传输,更何况请求头中有Content-Length的标识,可以更好的保证HTTP包的完整性。
类别 | GET方法 | POST方法 |
对数据长度的限制 | URL的长度是受限的(URL的最大长度是2048个字符) | 无限制 |
缓存 | 能被缓存 | 不能被缓存 |
安全性 | 与post相比,get的安全性较差,因为所发送的数据时URL的一部分,在发送密码或其它敏感信息时绝不要使用get | post比get更安全,因为参数不会被曹村在浏览器历史或Web服务器日志中 |
历史 | 参数保留在浏览器历史中 | 参数不会保存在浏览器历史中 |
后退按钮/刷新 | 无害 | 数据会被重新提交(浏览器应该告知用户数据会被重新提交) |
书签 | 可收藏为书签 | 不可收藏为书签 |
状态码首位 | 已定义范围 | 分类 |
---|---|---|
1xx | 100-101 | 信息提示 |
2xx | 200-206 | 成功 |
3xx | 300-305 | 重定向 |
4xx | 400-415 | 客户端错误 |
5xx | 500-505 | 服务器错误 |
生产常见的HTTP状态码
消息 | 描述 |
200 ok | 请求成功(其后是对GET和POST请求的应答文档) |
301 Moved Permanently | 请求的永久页面跳转 |
403 Forbidden | 禁止访问该页面 |
404 Not Found | 服务器无法找到被请求的页面 |
500 lnternal server error | 内部服务器错误 |
502 Bad Gateway | 无效网关 |
503 Service Unavailable | 当前服务不可用 |
504 Gateway Timeout | 网关请求超时 |
1.由HTTP客户端发起一个请求,建立一个到服务器指定端口(默认是80端口)的TCP连接。 连接
2.HTTP服务器则在那个端口监听客户端发送过来的请求。一旦收到请求, 请求
3.服务器(向客户端)发回一个状态行,比如"HTTP/1.1 200 OK",和(响应的)消息,消息的消息体可能是请求的文件、错误消息、或者其它一些信息。 响应
4.客户端接收服务器所返回的信息通过浏览器显示在用户的显示屏上,然后客 http工作流程图 http工作流程图 户机与服务器断开连接。
1.在浏览器中输入www.baidu.com来访问
2.访问时,需要通过域名解析来获取百度的IP,此时会使用到DNS的迭代、递归的解析方式
递归
①先查看缓存
②/etc/hosts(网卡配置)
③/etc/resolv.conf(DNS客户端配置-指向本地DNS)
④网卡的DNS(network配置文件)
迭代
请求DNS域名解析系统来帮助解析
此时会从根域、根域服务器开始依次解析(顶级、一级、子域、主机名)
解析成功后返回给客户端,得到IP
3.建立Socket的TCP三次握手
1、第一次握手:客户端向服务器端发送建立SYN报文(seq=x,SYN=1),请求与服务器端建立连接,此时客户端处于同步已发送状态(SYN-SENT)。
2、第二次握手:服务器端收到数据包后由标志位SYN报文后知道客户端请求建立连接,服务器端同意建立连接,并将同意连接的SYN和ACK(SYN=1,ACK=1,seq=y,ack=x+1)发送给客户端以确认连接请求,服务器端进入同步收到状态(SYN_RCVD)。
3、第三次握手:客户端收到服务器端发来的确认,并向服务器端发送ACK报文(seq=x+1,Ack=y+1,ACK=1),此时客户端进入到已建立连接状态(ESTABLISHED)。完成三次握手,客户端就可以向服务器端传输数据了。
4.基于HTTP/HTTPS协议进行数据传输(读取Cookie)
5.四次挥手断开连接
第一次挥手:客户端向服务器端发送一个FIN(FIN=M)断开请求,表示自己要断开连接,我没有数据要发送了,此时客户端进入到终止等待-1状态(FIN-WAIT-1)
第二次挥手:服务器端收到FIN后,先发送ack=M+1),告诉客户端,你的请求我收到了。这个时候客户端就进入终止等待状态(FIN_WAIT_2 ),服务器端进入到关闭等待状态(CLOSE-WAIT)
第三次挥手:服务器端也需要向客户端发送一个FIN断开请求,告诉客户端我准备好和你断开连接了。此时服务器端进入到LAST_ACK状态。)
第四次挥手:客户端收到服务器端发来的FIN后,进入到时间等待状态(TIME-WAIT),并且客户端要向服务器端发送ACK报文,表示客户端确认断开连接的请求,服务器收到ACK之后就知道可以断开连接了,此时服务器端进入CLOSED状态,完成四次挥手。