文章目录
一、网络的由来？
二、网络协议介绍
三、五层模型解说
3.1、物理层
3.2 数据链路层
3.2.1 Ethernet 以太网
3.2.1.1 以太网协定
3.2.1.2 数据帧传输
3.2.1.3 mac地址
3.2.1.4 单播
3.2.1.5 播送
3.2.1.6 组播
3.2.1.7 总结
3.2.2 MTU
3.2.2.1 门路MTU
3.2.2.2 门路MTU的发现办法
3.2.2.3 TraceRoute
3.3、网络层
3.3.1 IP协定：
3.3.2 子网掩码
3.3.3 ip数据包
3.3.3.1 IP数据包组成
3.3.3.2 IP分片原理
3.3.3.3 把握ip选路
3.3.4 ARP协定
3.3.4.1 arp报文格式
3.3.4.2 arp 查问原理
3.3.4.3 arp 缓存
3.3.5 ICMP协定
3.4、传输层
3.4.1 udp协定
3.4.2 tcp协定
3.4.2.1 tcp报文
3.4.2.2 tcp 连贯管制
3.4.2.3 TCP流量管制机制（四个机制=4个算法）
3.4.2.4 超时重传机制
3.4.3 为什么UDP和TCP要有伪首部
3.5、应用层
3.5.1 DNS 协定
3.5.2 FTP 协定
3.5.3 http协定
3.5.3 https 协定
3.6、Socket
三、网络通信实现
3、1 每台主机实现网络通信的根本四因素
3.2 获取这四因素分两种形式
3.2.1 动态获取
3.2.3 动静获取
四、例举主机拜访网站的网络通信过程
4.1整个过程根本分做上面几个局部
4.2上面别离进行具体阐明
4.2.1域名解析成IP地址
4.2.2 与目标主机进行TCP连贯（三次握手）
4.2.3 发送与收取数据
4.2.4 与目标主机断开TCP连贯（四次挥手）
4.2.5 总结一下

一、网络的由来？
互联网的实质就是一系列的网络协议。

一台硬设有了操作系统，而后装上软件你就能够失常应用了，每个人都领有一台本人的机器，然而彼此孤立。

如何能让大家一起游玩，就有了初步的网络，其实两台计算机之间通信与两个人打电话之间通信的原理是一样的，普通话属于中国国内人与人之间通信的规范，那如果是两个国家的人交换呢？问题是，你不可能要求一个人／计算机把握全世界的语言／规范，于是有了世界对立的通信规范：英语

论断：英语成为世界上所有人通信的统一标准，如果把计算机看成散布于世界各地的人，那么连贯两台计算机之间的internet实际上就是一系列对立的规范，这些规范称之为互联网协议，互联网的实质就是一系列的协定，总称为’互联网协议’（Internet Protocol Suite).

互联网协议的性能：定义计算机如何接入internet，以及接入internet的计算机通信的规范。

二、网络协议介绍
互联网协议依照性能不同分为osi七层或tcp/ip五层

分层模型-TCP/IP

TCP/IP模型同样采纳了分层构造，层与层绝对独立然而相互之间也具备十分亲密的协作关系。

TCP/IP模型将网络分为四层。TCP/IP模型不关注底层物理介质，次要关注终端之间的逻辑数据流转发。TCP/IP模型的外围是网络层和传输层：网络层解决网络之间的逻辑转发问题，传输层保障源端到目标端之间的牢靠传输。最上层的应用层通过各种协定向终端用户提供业务利用。

每层运行常见物理设施

数据封装

利用数据须要通过TCP/IP每一层解决之后能力通过网络传输到目标端，每一层上都应用该层的协定数据单元PDU（ProtocolDataUnit）彼此替换信息。

Segment（数据段）：如下层数据在传输层增加TCP报头后失去的PDU；
Packet（数据包）：数据段被传递给网络层，网络层增加IP报头失去的PDU；
Frame（数据帧）：数据包被传递到数据链路层，封装数据链路层报头失去的PDU；
最初，帧被转换为比特，通过网络介质传输。这种协定栈逐层向下传递数据，并增加报头和报尾的过程称为封装。

三、五层模型解说
咱们将应用层，表示层，会话层并作应用层，从tcp／ip五层协定的角度来论述每层的由来与性能，搞清楚了每层的次要协定，就了解了整个互联网通信的原理。

首先，用户感知到的只是最下面一层应用层，自上而下每层都依赖于下一层，所以咱们从最下一层开始切入，比拟好了解每层都运行特定的协定，越往上越凑近用户，越往下越凑近硬件

3.1、物理层
下面提到，孤立的计算机之间要想一起玩，就必须接入internet，话中有话就是计算机之间必须实现组网

物理层性能：次要是基于电器个性发送高下电压(电信号)，高电压对应数字1，低电压对应数字0

3.2 数据链路层
单纯的电信号0和1没有任何意义，必须规定电信号多少位一组，每组什么意思

数据链路层的性能：定义了电信号的分组形式

3.2.1 Ethernet 以太网
Ethernet帧格局的倒退

1980 DEC,Intel,Xerox制订了Ethernet I的规范
1982 DEC,Intel,Xerox又制订了Ehternet II的规范
1982 IEEE开始钻研Ethernet的国际标准802.3
1983 急不可待的Novell基于IEEE的802.3的原始版开发了专用的Ethernet帧格局
1985 IEEE推出IEEE 802.3标准,起初为解决EthernetII与802.3帧格局的兼容问题,
推出折衷的Ethernet SNAP格局

(其中晚期的Ethernet I曾经齐全被其余帧格局取代了 ,所以当初Ethernet只能见到前面几种Ethernet的帧格局,
当初大部分的网络设备都反对这几种Ethernet的帧格局,
如:cisco的路由器再设定Ethernet接口时能够指定不同的以太网的帧格局:arpa,sap,snap,novell-ether)

3.2.1.1 以太网协定
数据包在以太网物理介质上流传之前必须封装头部和尾部信息。封装后的数据包称为称为数据帧，数据帧中封装的信息决定了数据如何传输。以太网上传输的数据帧有两种格局，抉择哪种格局由TCP/IP协定簇中的网络层决定。

晚期的时候各个公司都有本人的分组形式，起初造成了对立的规范，即以太网协定ethernet

ethernet规定：一组电信号形成一个数据包，叫做’帧’，每一数据帧分成：报头head和数据data两局部

Ethernet_II帧格局：

Ethernet_II的帧中各字段阐明如下：

head蕴含：(固定14个字节)
发送者／源地址，6个字节
接收者／指标地址，6个字节
数据类型 2个字节，类型字段（Type）用于标识数据字段中蕴含的高层协定。类型字段取值为0x0800的帧代表IP协定帧；类型字段取值为0806的帧代表ARP协定帧。
data蕴含：(最短46字节，最长1500字节)
数据包的具体内容：head长度＋data长度＝最短64字节，最长1518字节，超过最大限度就分片发送
FCS 循环冗余校验字段提供了一种谬误检测机制。该字段长度为4个字节。
3.2.1.2 数据帧传输

数据链路层基于MAC地址进行帧的传输。
以太网在二层链路上通过MAC地址来惟一标识网络设备，并且实现局域网上网络设备之间的通信。MAC地址也叫物理地址，大多数网卡厂商把MAC地址烧入了网卡的ROM中。发送端应用接收端的MAC地址作为目标地址。以太帧封装实现后会通过物理层转换成比特流在物理介质上传输。

3.2.1.3 mac地址
head中蕴含的源和指标地址由来：ethernet规定接入internet的设施都必须具备网卡，发送端和接收端的地址便是指网卡的地址，即mac地址。

mac地址：每块网卡出厂时都被烧制上一个世界惟一的mac地址，长度为48位2进制，通常由12位16进制数示意（前六位是厂商编号，后六位是流水线号）

例如，华为的网络产品的MAC地址前24比特是0x00e0fc。后24位序列号是厂商调配给每个产品的惟一数值，由各个厂商自行调配（这里所说的产品能够是网卡或者其余须要MAC地址的设施）。

3.2.1.4 单播

局域网上的帧能够通过三种形式发送。第一种是单播，指从繁多的源端发送到繁多的目标端。每个主机接口由一个MAC地址惟一标识，MAC地址的OUI中，第一字节第8个比特示意地址类型。对于主机MAC地址，这个比特固定为0，示意目标MAC地址为此MAC地址的帧都是发送到某个惟一的目标端。在抵触域中，所有主机都能收到源主机发送的单播帧，然而其余主机发现目标地址与本地MAC地址不统一后会抛弃收到的帧，只有真正的目标主机才会接管并解决收到的帧。

3.2.1.5 播送
有了mac地址，同一网络内的两台主机就能够通信了（一台主机通过arp协定获取另外一台主机的mac地址）ethernet采纳最原始的形式，播送的形式进行通信，即计算机通信根本靠吼

第二种发送形式是播送，示意帧从繁多的源发送到共享以太网上的所有主机。播送帧的目标MAC地址为十六进制的FF:FF:FF:FF:FF:FF，所有收到该播送帧的主机都要接管并解决这个帧。

播送形式会产生大量流量，导致带宽利用率升高，进而影响整个网络的性能。

当须要网络中的所有主机都能接管到雷同的信息并进行解决的状况下，通常会应用播送形式。

3.2.1.6 组播
第三种发送形式为组播，组播比播送更加高效。组播转发能够了解为选择性的播送，主机侦听特定组播地址，接管并解决目标MAC地址为该组播MAC地址的帧。

组播MAC地址和单播MAC地址是通过第一字节中的第8个比特辨别的。组播MAC地址的第8个比特为1，而单播MAC地址的第8个比特为0。

当须要网络上的一组主机（而不是全副主机）接管雷同信息，并且其余主机不受影响的状况下通常会应用组播形式。

3.2.1.7 总结
网络设备如何确定以太网数据帧的下层协定？

以太网帧中蕴含一个Type字段，示意帧中的数据应该发送到下层哪个协定解决。比方，IP协定对应的Type值为0x0800，ARP协定对应的Type值为0x0806。

终端设备接管到数据帧时，会如何解决？

主机查看帧头中的目标MAC地址，如果目标MAC地址不是本机MAC地址，也不是本机侦听的组播或播送MAC地址，则主机会抛弃收到的帧。如果目标MAC地址是本机MAC地址，则接管该帧，查看帧校验序列（FCS）字段，并与本机计算的值比照来确定帧在传输过程中是否放弃了完整性。如果查看通过，就会剥离帧头和帧尾，而后依据帧头中的Type字段来决定把数据发送到哪个下层协定进行后续解决。

Ethernet II比IEEE802.3 SAP和SNAP更适宜于传输大量的数据，但Ethernet II不足对数据链路层的管制，不利于传输须要严格传输管制的数据。理论中，大多数应用程序的以太网数据包都是Ethernet II帧的(HTTP/Telnet/FTP/SMTP/PO P3等利用)，而交换机之间的BPDU是采纳IEEE802.3 SAP帧，VLAN Trunk协定802.1Q和Cisco CDP都是采纳IEEE802.3 SNAP帧。

3.2.2 MTU
MTU即Maximum Transmission Unit 最大传输单元。它是指一种通信协议的某一层下面所能通过的最大数据包大小（以字节为单位）。

3.2.2.1 门路MTU
门路MTU是指一条因特网传输门路中，从源地址到目标地址所通过的“门路”上的所有IP跳的最大传输单元的最小值。
或者从另外一个角度来看，就是无需进行分片解决就能穿过这条“门路”的最大传输单元的最大值。

3.2.2.2 门路MTU的发现办法
这是确定两个IP主机之间门路最大传输单元的技术，其目标就是为了防止IP分片。
首先源地址将数据报的DF地位位，在逐步增大发送的数据报的大小——门路上任何须要将分组进行分片的设施都会将这种数据报抛弃并返回“数据报过大“的ICMP响应
到源地址——这样源主机就”学习“到了无需分片就能通过这条门路的最大的最大传输单元。

3.2.2.3 TraceRoute
Traceroute是用来侦测主机到目标主机之间所经路由状况的重要工具。
它的原理如下：它受到目标主机的IP后，首先给目标主机发送一个TTL=1的UDP数据包（每次送出的为3个40字节的包，包含源地址，目标地址和包收回的工夫标签），
而通过的第一个路由器收到这个数据包当前，就主动把TTL减1，而TTL变为0当前，路由器就把这个包给摈弃了，并同时产生 一个主机不可达的ICMP数据报给主机。
主机收到这个数据报当前再发一个TTL=2的UDP数据报给目标主机，而后刺激第二个路由器给主机发ICMP数据报。如此往返直到达到目标主机。这样，traceroute就拿到了所有的路由器ip。

Traceroute提取发送 ICMP TTL到期音讯设施的IP地址并作域名解析。每次 ，Traceroute都打印出一系列数据,包含所通过的路由设施的域名及 IP地址,三个包每次来回所花工夫。

3.3、网络层
有了ethernet、mac地址、播送的发送形式，世界上的计算机就能够彼此通信了，问题是世界范畴的互联网是由一个个彼此隔离的小的局域网组成的，那么如果所有的通信都采纳以太网的播送形式，那么一台机器发送的包全世界都会收到，这就不仅仅是效率低的问题了，这会是一种劫难

上图论断：必须找出一种办法来辨别哪些计算机属于同一播送域，哪些不是，如果是就采纳播送的形式发送，如果不是，就采纳路由的形式（向不同播送域／子网散发数据包），mac地址是无奈辨别的，它只跟厂商无关。

网络层性能：引入一套新的地址用来辨别不同的播送域／子网，这套地址即网络地址

3.3.1 IP协定：
规定网络地址的协定叫ip协定，它定义的地址称之为ip地址，宽泛采纳的v4版本即ipv4，它规定网络地址由32位2进制示意，范畴0.0.0.0-255.255.255.255，一个ip地址通常写成四段十进制数，例：172.16.10.1

ip地址分成两局部：

网络局部：标识子网
主机局部：标识主机
留神：单纯的ip地址段只是标识了ip地址的品种，从网络局部或主机局部都无奈辨识一个ip所处的子网

例：172.16.10.1与172.16.10.2并不能确定二者处于同一子网

3.3.2 子网掩码
所谓"子网掩码"，就是示意子网络特色的一个参数。它在模式上等同于IP地址，也是一个32位二进制数字，它的网络局部全副为1，主机局部全副为0。比方，IP地址172.16.10.1，如果已知网络局部是前24位，主机局部是后8位，那么子网络掩码就是11111111.11111111.11111111.00000000，写成十进制就是255.255.255.0。

晓得"子网掩码"，咱们就能判断，任意两个IP地址是否处在同一个子网络。办法是将两个IP地址与子网掩码别离进行AND运算（两个数位都为1，运算后果为1，否则为0），而后比拟后果是否雷同，如果是的话，就表明它们在同一个子网络中，否则就不是。

比方，已知IP地址172.16.10.1和172.16.10.2的子网掩码都是255.255.255.0，请问它们是否在同一个子网络？两者与子网掩码别离进行AND运算，

总结一下，IP协定的作用次要有两个：一个是为每一台计算机调配IP地址，另一个是确定哪些地址在同一个子网络。

3.3.3 ip数据包
3.3.3.1 IP数据包组成
ip数据包也分为head和data局部，毋庸为ip包定义独自的栏位，间接放入以太网包的data局部

head：长度为20到60字节
data：最长为65,515字节。
而以太网数据包的"数据"局部，最长只有1500字节。因而，如果IP数据包超过了1500字节，它就须要宰割成几个以太网数据包，离开发送了。

把握IP首部格局如16位分片标识、DF不分片标记、MF更多分片标记↓13位片偏移，8位生存工夫TTL,16位的首部测验和等等

3.3.3.2 IP分片原理
如何防止ip分片(在应用层或传输层做限度)，确定ip分片的程序，客户端如何确认分片全副达到

3.3.3.3 把握ip选路
3.3.4 ARP协定
arp协定由来：计算机通信根本靠吼，即播送的形式，所有下层的包到最初都要封装上以太网头，而后通过以太网协定发送，在谈及以太网协定时候，我门理解到通信是基于mac的播送形式实现，计算机在发包时，获取本身的mac是容易的，如何获取指标主机的mac，就须要通过arp协定

arp协定性能：播送的形式发送数据包，获取指标主机的mac地址

协定工作形式：每台主机ip都是已知的

3.3.4.1 arp报文格式
3.3.4.2 arp 查问原理
3.3.4.3 arp 缓存
3.3.5 ICMP协定
把握ICMP协定的报文格式、报文的两大分类: 查问+过错，2种查问报文+ 5种过错报文

3.4、传输层
网络层的ip帮咱们区分子网，以太网层的mac帮咱们找到主机，而后大家应用的都是应用程序，你的电脑上可能同时开启qq，暴风影音，等多个应用程序，那么咱们通过ip和mac找到了一台特定的主机，如何标识这台主机上的应用程序，答案就是端口，端口即应用程序与网卡关联的编号。

传输层性能：建设端口到端口的通信

补充：端口范畴0-65535，0-1023为零碎占用端口

3.4.1 udp协定
把握UDP协定：包含特点+首部各个字段

不牢靠传输，"报头"局部一共只有8个字节，总长度不超过65,535字节，正好放进一个IP数据包。

3.4.2 tcp协定
牢靠传输，TCP数据包没有长度限度，实践上能够有限长，然而为了保障网络的效率，通常TCP数据包的长度不会超过IP数据包的长度，以确保单个TCP数据包不用再宰割。

3.4.2.1 tcp报文
把握TCP协定：特点十 首部字段 +牢靠机制厂

3.4.2.2 tcp 连贯管制
五种状况：三次握手、四次挥手、同时关上、同时敞开、半敞开

3.4.2.3 TCP流量管制机制（四个机制=4个算法）
滑动窗口、 慢启动、拥塞防止、疾速重传、疾速复原

3.4.2.4 超时重传机制
各种定时器

3.4.3 为什么UDP和TCP要有伪首部
3.5、应用层
用户应用的都是应用程序，均工作于应用层，互联网是开发的，大家都能够开发本人的应用程序，数据多种多样，必须规定好数据的组织模式

应用层性能：规定应用程序的数据格式。

例：TCP协定能够为各种各样的程序传递数据，比方Email、WWW、FTP等等。那么，必须有不同协定规定电子邮件、网页、FTP数据的格局，这些应用程序协定就形成了"应用层"。

3.5.1 DNS 协定
把握DNS协定的名字空间、DNS指针查问(反向查找或逆向解近)基本原理，DNS缓存

3.5.2 FTP 协定
两条连贯：管制连贯+数据连贯；
两种工作模式: PASV + PORT；
各种FTP指令 和 响应码；
FTP断点续传、 匿名FTP；

3.5.3 http协定
把握开TP协定:
1.报文格式:申请报文、响应报文、申请头各种字段、 响应头各种字段

  1. http状态码

3.5.3 https 协定
https协定:

https的具体握手过程
2.摘要算法、数字签名、数学证书的原理和过程
3.6、Socket
咱们晓得两个过程如果须要进行通信最根本的一个前提能可能惟一的标示一个过程，在本地过程通信中咱们能够应用PID来惟一标示一个过程，但PID只在本地惟一，网络中的两个过程PID抵触几率很大，这时候咱们须要另辟它径了，咱们晓得IP层的ip地址能够惟一标示主机，而TCP层协定和端口号能够惟一标示主机的一个过程，这样咱们能够利用ip地址＋协定＋端口号惟一标示网络中的一个过程。

可能惟一标示网络中的过程后，它们就能够利用socket进行通信了，什么是socket呢？咱们常常把socket翻译为套接字，socket是在应用层和传输层之间的一个形象层，它把TCP/IP层简单的操作形象为几个简略的接口供应用层调用已实现过程在网络中通信。

socket起源于UNIX，在Unix所有皆文件哲学的思维下，socket是一种"关上—读/写—敞开"模式的实现，服务器和客户端各自保护一个"文件"，在建设连贯关上后，能够向本人文件写入内容供对方读取或者读取对方内容，通信完结时敞开文件。

三、网络通信实现
3、1 每台主机实现网络通信的根本四因素
本机的IP地址
子网掩码
网关的IP地址
DNS的IP地址
3.2 获取这四因素分两种形式
3.2.1 动态获取
即手动配置

3.2.3 动静获取
通过dhcp获取

最后面的"以太网标头"，设置收回方（本机）的MAC地址和接管方（DHCP服务器）的MAC地址。前者就是本机网卡的MAC地址，后者这时不晓得，就填入一个播送地址：FF-FF-FF-FF-FF-FF。
前面的"IP标头"，设置收回方的IP地址和接管方的IP地址。这时，对于这两者，本机都不晓得。于是，收回方的IP地址就设为0.0.0.0，接管方的IP地址设为255.255.255.255。
最初的"UDP标头"，设置收回方的端口和接管方的端口。这一部分是DHCP协定规定好的，收回方是68端口，接管方是67端口。
这个数据包结构实现后，就能够收回了。以太网是播送发送，同一个子网络的每台计算机都收到了这个包。因为接管方的MAC地址是FF-FF-FF-FF-FF-FF，看不出是发给谁的，所以每台收到这个包的计算机，还必须剖析这个包的IP地址，能力确定是不是发给本人的。当看到收回方IP地址是0.0.0.0，接管方是255.255.255.255，于是DHCP服务器晓得"这个包是发给我的"，而其余计算机就能够抛弃这个包。

接下来，DHCP服务器读出这个包的数据内容，调配好IP地址，发送回去一个"DHCP响应"数据包。这个响应包的构造也是相似的，以太网标头的MAC地址是单方的网卡地址，IP标头的IP地址是DHCP服务器的IP地址（收回方）和255.255.255.255（接管方），UDP标头的端口是67（收回方）和68（接管方），调配给申请端的IP地址和本网络的具体参数则蕴含在Data局部。

新退出的计算机收到这个响应包，于是就晓得了本人的IP地址、子网掩码、网关地址、DNS服务器等等参数。

四、例举主机拜访网站的网络通信过程
首先关上浏览器，在地址栏输出URL，回车，呈现网站内容。这是咱们简直每天都在做的事，那这个过程中到底是什么原理呢？HTTP、TCP、DNS、IP这些耳熟能详的名词都在什么时候起着什么作用呢？在这里整体梳理一遍。

4.1整个过程根本分做上面几个局部
域名解析成IP地址；
与目标主机进行TCP连贯（三次握手）；
发送与收取数据；
与目标主机断开TCP连贯（四次挥手）；
4.2上面别离进行具体阐明
4.2.1域名解析成IP地址
首先说什么是域名解析？

咱们在浏览器地址栏中输出的都是相似"www.baidu.com"、"www.qq.com"等等容易记忆的英文域名，但这些字母你间接交给整个网络线路去寻找目标主机找失去吗？找不到，因为每个主机在网络中的地位都是以IP标识的，IP才是主机在网络中的地位，域名只是为了不便用户记忆而已，这就要求浏览器可能辨认域名并且将其转化为对应的IP地址。

所以浏览器会有一个DNS缓存，其中记录了一些域名与IP的对应关系，供浏览器疾速查找须要的IP。然而这个DNS缓存不可能存下所有的域名-IP地址，何况IP地址有时候还会变动，因而当在DNS缓存中没有找到的时候，就要先向DNS服务器申请域名解析，咱们常听到的DNS服务器很大的作用就是进行域名解析。

值得一提的是，DNS域名解析时用的是UDP协定。

整个域名解析的过程如下：

浏览器向本机DNS模块收回DNS申请，DNS模块生成相干的DNS报文；
DNS模块将生成的DNS报文传递给传输层的UDP协定单元；
UDP协定单元将该数据封装成UDP数据报，传递给网络层的IP协定单元；
IP协定单元将该数据封装成IP数据包，其目标IP地址为DNS服务器的IP地址；
封装好的IP数据包将传递给数据链路层的协定单元进行发送；
发送时在ARP缓存中查问相干数据，如果没有，就发送ARP播送（蕴含待查问的IP地址，收到播送的主机查看本人的IP，符合条件的主机将含有本人MAC地址的ARP包发送给ARP播送的主机）申请，期待ARP回应；
失去ARP回应后，将IP地址与路由的下一跳MAC地址对应的信息写入ARP缓存表；
写入缓存后，以路由下一跳的地址填充目标MAC地址，以数据帧模式转发；
转发可能进行屡次；
DNS申请达到DNS服务器的数据链路层协定单元；
DNS服务器的数据链路层协定单元解析数据帧，将外部的IP数据包传递给网络层IP协定单元；
DNS服务器的IP协定单元解析IP数据包，将外部的UDP数据报传递给传输层UDP协定单元；
DNS服务器的UDP协定单元解析收到的UDP数据报，将外部的DNS报文传递给DNS服务单元；
DNS服务单元将域名解析成对应IP地址，产生DNS回应报文；
DNS回应报文->UDP->IP->MAC->我的主机；
我的主机收到数据帧，将数据帧->IP->UDP->浏览器；
将域名解析后果以域名和IP地址对应的模式写入DNS缓存表。
其中提到了一个ARP的概念，相似于DNS将域名翻译成IP，ARP则是将IP翻译成MAC地址，咱们晓得了IP后，须要通过主机的MAC地址来更具体的找到主机。同样的也有一个ARP缓存，其中存储了一些IP与MAC地址的对应关系，如果缓存中找不到，就会进行播送来查找MAC地址，收到播送的主机会查看本人的IP是否是待查找的IP，是的话就返回本人的MAC地址。

端口：如果做开发，往往还会接触到端口这个概念，那端口是什么呢？这里是指TCP/IP协定中的端口，端口号的范畴从0到65535，比方用于浏览网页服务的80端口，用于FTP服务的21端口等等，都有一些固定的端口号，被占用后就不能被别的服务拿来传输数据了。

4.2.2 与目标主机进行TCP连贯（三次握手）
失去域名对应的IP地址后，也就示意能够将数据送达目标主机了，这时候才开始咱们常说的三次握手建设连贯。

HTTP的申请时应用TCP进行传输的，能够保障牢靠传输，并且有序，而TCP是有连贯的传输，也就是在传输数据之前，会建设我的主机与目标主机之间的连贯，而后能力传输数据，传输实现后，还有断开连接。这也就是TCP的三次握手和四次挥手，大抵过程如下图所示：

具体的三次握手建设连贯的过程如下表述，其中数据包的传输过程相似上文申请DNS服务器时的过程，就简略的示意一下：

向目标主机发送TCP连贯申请报文；
该TCP报文中SYN标记位设为1，示意连贯申请；
该TCP报文通过IP（DNS）->MAC（ARP）->网关->目标主机；
目标主机收到数据帧，通过IP->TCP，TCP协定单元回应申请应答报文；
该报文中SYN和ACK标记设为1，示意连贯申请应答；
该TCP报文通过IP（DNS）->MAC（ARP）->网关->我的主机；
我的主机收到数据帧，通过IP->TCP，TCP协定单元回应申请确认报文；
该TCP报文通过IP（DNS）->MAC（ARP）->网关->目标主机；
目标主机收到数据帧，通过IP->TCP，连贯建设实现。
三次握手的过程就是一去一回一去，相互确认一下，就建设连贯啦。这个过程中任何一个报文出错或者超时，都要进行重传。

4.2.3 发送与收取数据
如上所说，只有建设连贯后能力开始传输数据，数据其实有多种传输方式，比方分段啊分组啊分时啊等等。而一个数据包的传输过程如下所示，以HTTP的GET办法申请为例：

浏览器向域名收回GET办法报文；
该GET办法报文通过TCP->IP（DNS）->MAC（ARP）->网关->目标主机；
目标主机收到数据帧，通过IP->TCP->HTTP，HTTP协定单元会回应HTTP协定格局封装好的HTML模式数据；
该HTML数据通过TCP->IP（DNS）->MAC（ARP）->网关->我的主机；
我的主机收到数据帧，通过IP->TCP->HTTP->浏览器，浏览器以网页模式显示HTML内容。
其余的HTTP办法在传输数据时办法都相似，只是所携带的内容不同。

4.2.4 与目标主机断开TCP连贯（四次挥手）
数据传输实现后须要断开连接，与建设时不同，断开连接须要多一次，有四次挥手，至于为什么，看完过程咱们再讲。

看图了解过程：

过程如下：

浏览器向目标主机收回TCP连贯完结申请报文，此时进入FIN WAIT状态；
该报文FIN标记位设为1，示意完结申请；
TCP完结申请报文通过IP（DNS）->MAC（ARP）->网关->目标主机；
目标主机收到数据帧，通过IP->TCP，TCP协定单元回应完结应答报文；
以后只是进行回应，因为目标主机可能还有数据要传，并不急着断开连接；
该报文中ACK标记位设为1，示意收到完结申请；
目标数据发送完所有数据后，向我的主机收回TCP连贯完结申请报文；
该报文FIN标记位设为1，示意完结申请；
TCP完结申请报文通过IP（DNS）->MAC（ARP）->网关->我的主机；
我的主机收到数据帧，通过IP->TCP，TCP协定单元回应完结应答报文，此时进入TIME WAIT状态，因为不置信网络是牢靠的，如果目标主机没收到还能够重发；
该报文中的FIN标记位均设为1，示意完结应答；
该TCP回应报文通过IP（DNS）->MAC（ARP）->网关->目标主机；
目标主机敞开连贯；
TIME WAIT期待完结后，没有收到回复，阐明目标失常敞开了，我的主机也敞开连贯。
这里的过程是以我的主机被动发动完结申请开始的，实际上也能够由目标主机被动发动，那么过程就会跟下面相同，但细节差不多。

FIN_WAIT状态是被动发动申请时期待确认信息，而TIME_WAIT状态是收到完结申请后发送确认信息后期待看是否须要重发。

当初来说说为什么断开连接时须要四次挥手呢？因为建设连贯时目标主机能够间接发送SYN（同步）+ACK（应答）报文。而当断开时，目标主机收到FIN后可能还有数据要发，并不一定间接断开，所以先发送一次应答，告知我的主机收到了申请，等确认所有数据都发完了，再发送FIN，同时期待我的主机应答，这里的FIN和ACK就不能一起发送，所以须要四次。

4.2.5 总结一下
以上就是主机拜访网站时的网络通信全过程，归纳起来就是：

首先要通过域名找到IP，如果缓存里没有就要申请DNS服务器；失去IP后开始于目标主机进行三次握手来建设TCP连贯；连贯建设后进行HTTP拜访，传输并获取网页内容；传输完后与目标主机四次挥手来断开TCP连贯。