来自凡尔赛选手的云计算第一周总结

1.网络是由网络连接设备通过传输介质将网络终端设备连接起来进行数据交换、资源共享的平台

网络连接设备：路由器（属于网络层）、交换机（属于数据链路层）

传输介质：网线、光纤、同轴电缆

网络终端设备：计算机、服务器、手机、智能电视、摄像头（视频安防）

2. OSI七层参考模型

开放式系统互联模型

Open System Interconnection Reference Model

应用层

通过人机交互来实现各种各样的服务

表示层

编码 解码 加密 解密               

会话层

发现 建立 维持 终止会话进程

传输层--通过端口号来区分不同的服务

端口号：0-65535个端口

静态端口号1-1023

一个端口号代表一个服务，且呈永久绑定关系

动态端口号 1024-65535

一个端口号代表一个服务，且呈暂时性绑定关系（时时刻刻在发生变化）

0--特殊端口号--保留端口号

0--在网络编程中使用--代表所有端口号

http  ---超文本传输协议        80 /8080

https --安全的超文本传输协议   443

--浏览网页

保留使用：VNC端口号 -5900

可靠机制：确认 重传 排序 流控

TCP--传输控制协议

面向连接的可靠传输协议(可靠是因为有三次握手四次挥手)

UDP--用户数据报文协议

非面向连接的不可靠传输协议

数据分段

最大段长度    1480B

最大传输单元  1500B

封装与解封装

封装：FCS校验(最后一步)←数据穿上传输层[source port源端口 destination port目标端口]数据段→网络层[source ip源IP destination ip 目标IP  为了清楚数据从哪来到哪去]数据包→数据链路层[source MAC源MAC destination MAC] 备注：数据帧

网络层

source IP源IP destination IP

根据IP地址来进行逻辑寻址

IPv4地址---有限的--用完了

IPv6地址---

IP协议--网际网络协议

例子：路由器

数据链路层

SourceMAC destinationMAC例子：交换机

物理层

光纤(光信号) 网线(电信号)

物数网传会表应

封装与解封装

TCP--传输控制协议

面向连接的可靠传输协议

面向连接----三次握手 四次挥手

可靠—可靠机制：确认 重传 排序 流控

三次握手 四次挥手

SYN--同步序列号请求 ---请求连接的一种方式

Seq--序列号--记录发送的次数 ---随机生成---不同厂商设定的

Ctl--控制位

Ack---确认

Ack=seq+1

Sequence number --序列

第二次握手中Ack=第一次握手中Seq+1

第三次握手中Seq=第二次握手Ack

第三次握手Ack=第二次握手Seq+1

FIN--请求断开连接

ACK--确认

第二次第三次挥手seq相同---两次挥手几乎同时发送----时间间隔极小忽略

为什么要进行三次握手，握手为什么需要三次？

用户发出的第一个连接请求报文段并没有丢失，而是在某个网络结点长时间的滞留了，以致延误到连接释放以后的某个时间才到达服务端。本来这是一个早已失效的报文段。但服务端收到此失效的连接请求报文段后，就误认为是用户端再次发出的一个新的连接请求。于是就向客户端发出确认报文段，同意建立连接。假设不采用“三次握手”，那么只要服务端发出确认，双方的连接就建立了。由于现在用户端并没有发出建立连接的请求（需求），因此不会理睬客户端的确认，也不会向客户端发送数据。但客户端却以为新的运输连接已经建立，并一直等待用户端发来数据。这样，客户端的很多资源就白白浪费掉了。采用“三次握手”的办法可以防止上述现象发生。例如刚才那种情况，用户端不会向客户端的确认发出确认。客户端由于收不到确认，就知道用户端并没有要求建立连接。

挥手为什么需要四次？三次不可以吗？

（1）第一次挥手

因此当主动方发送断开连接的请求（即FIN报文）给被动方时，仅仅代表主动方不会再发送数据报文了，但主动方仍可以接收数据报文。

（2）第二次挥手

被动方此时有可能还有相应的数据报文需要发送，因此需要先发送ACK报文，告知主动方“我知道你想断开连接的请求了”。这样主动方便不会因为没有收到应答而继续发送断开连接的请求（即FIN报文）。

（3）第三次挥手

被动方在处理完数据报文后，便发送给主动方FIN报文；这样可以保证数据通信正常可靠地完成。发送完FIN报文后，被动方进入LAST_ACK阶段（超时等待）。

（4）第四挥手

如果主动方及时发送ACK报文进行连接中断的确认，这时被动方就直接释放连接，进入可用状态。

1. DNS

www.baidu.com àDNSàIP地址

https:à443

数据--数据报文

TCP的头部   报头---报文的头部

Resv---预留位--保留出来的----服务质量---

Rst--重置位

Urg--紧急指针--urgent pointer（传输数据中中止时标记中止的地方，下次从这个点接着传输）

Ctl ---控制位--只有0和1  为0 不生效 为1生效

Window size --窗口大小 ---滑动窗口

Checksum ---校验和

Options---选项---有就有 没有就没有

FTP：文件传输协议

数据端口（数据传送端口）TCP  20

控制端口（传送控制信号）一般为

TCP 21

各端口号

telnet  TCP  23  明文

SSH（安全外壳） TCP  22  密文

http  TCP  80   /   8080

https  TCP  443

SMTP(发邮件)  TCP    25

POP3(收邮件)  TCP    110

Tftp(快速文件传输协议)  UDP  69

DNS   TCP/UDP  53

VNC  TCP  5900

UDP报头

IP报头

Version

   版本 IPv4

IHL

   IP header length（IP头长）

Service type ---服务类型

Packet length

数据包的长度

标识(identification) 标志(flag) 片偏移(Frag.offet)

作用：支撑跨层封装(跨过某一层去封装 比如：数据→网络层→数据链路层

Time to live

生存时间 主要作用--防止环路  TTL

取值范围 0-255

默认情况下每经过一台路由器减1，为0 不传递

64 128 192 255减去TTL的值就是中间距离几台路由器

Protocol

 协议号 ---标识上层协议

TCP     6

UDP    17

IPv4

括号内为协议号

TCP/IP协议栈---以太网 ethernet

Application --应用层

Presentation-表示层

Session--会话层

Trassport--传输层

Network--网络层

Data link--数据链路层

Physical--物理层

Network access ---网络接入层

Internet--因特网  Network

TCP/IP协议只支持TCP/IP网络---IP网络

Network---包含的网络层协议--IPX appletalk（被IP取代）

TCP/IP五层模型/四层模型

相同点： 2者都是模型化层次化 

 下层对上层提供服务支持(例如上三层产生垃圾，下四层对接服务)

每层协议彼此相互独立 

不同点：OSI先有模型才有协议  

TCP/IP先有协议才有模型

     TCP/IP协议栈只适

TCP/IP网络层量不同

交换机的产生

信号衰减-->物理加压--->中继器---信号失真--->交换机---->广播风暴-->路由器

中继器---产生冲突

路由器的作用：

1. 隔离广播域/划分广播域
2. 连接不同的网络
3. 路由

交换机的工作方式：交换机内有一张MAC地址表（记录各个电脑的MAC），此时A给B发消息会直接找B（单播） 假如新的交换机，A给B发，交换机会给B和C，从而获得完整的MAC地址表（广播） 假如MAC表满了，交换机会查表查不过来也会广播

交换机（数据链路层）的作用：

1. 无线延长传输距离
2. 实现单播
3. 解决冲突域

冲突域---可能产生冲突的地方

广播域--广播的范围

数据从交换机的一个接口进入，从其他接口转发出去

默认情况下，一个交换机属于一个广播域

交换机避免冲突，中继器解决冲突

中继器解决冲突的措施：

1. FIFO --先入先出

First in first out

1. CSMA/CD --带冲突检测的载波多路访问技术（看看进去上厕所的人拉完没有）

广播风暴广播数据充斥网络无法处理，并占用大量网络带宽，导致正常业务不能运行，甚至彻底瘫痪，这就发生了“广播风暴”。一个数据帧或包被传输到本地网段 （由广播域定义）上的每个节点就是广播；由于网络拓扑的设计和连接问题，或其他原因导致广播在网段内大量复制，传播数据帧，导致网络性能下降，甚至网络瘫痪，这就是广播风暴。

IPv4地址--枯竭

NAT

32位的二进制数

计算机---二进制

二进制--十进制

192.168.1.1 ---- 点分十进制

xxxxxxxx.xxxxxxxx.xxxxxxxx.xxxxxxxx

十转二熟记128 64 32 16 8 4 2 1

这明明很简单还想让我写出来😏

二转十上过学都明白😛，除非你是个笨笨的🐧

1.网络是由网络连接设备通过传输介质将网络终端设备连接起来进行数据交换、资源共享的平台

网络连接设备：路由器（属于网络层）、交换机（属于数据链路层）

传输介质：网线、光纤、同轴电缆

网络终端设备：计算机、服务器、手机、智能电视、摄像头（视频安防）

2. OSI七层参考模型

开放式系统互联模型

Open System Interconnection Reference Model

应用层

通过人机交互来实现各种各样的服务

表示层

编码 解码 加密 解密               

会话层

发现 建立 维持 终止会话进程

传输层--通过端口号来区分不同的服务

端口号：0-65535个端口

静态端口号1-1023

一个端口号代表一个服务，且呈永久绑定关系

动态端口号 1024-65535

一个端口号代表一个服务，且呈暂时性绑定关系（时时刻刻在发生变化）

0--特殊端口号--保留端口号

0--在网络编程中使用--代表所有端口号

http  ---超文本传输协议        80 /8080

https --安全的超文本传输协议   443

--浏览网页

保留使用：VNC端口号 -5900

可靠机制：确认 重传 排序 流控

TCP--传输控制协议

面向连接的可靠传输协议(可靠是因为有三次握手四次挥手)

UDP--用户数据报文协议

非面向连接的不可靠传输协议

数据分段

最大段长度    1480B

最大传输单元  1500B

封装与解封装

封装：FCS校验(最后一步)←数据穿上传输层[source port源端口 destination port目标端口]数据段→网络层[source ip源IP destination ip 目标IP  为了清楚数据从哪来到哪去]数据包→数据链路层[source MAC源MAC destination MAC] 备注：数据帧

网络层

source IP源IP destination IP

根据IP地址来进行逻辑寻址

IPv4地址---有限的--用完了

IPv6地址---

IP协议--网际网络协议

例子：路由器

数据链路层

SourceMAC destinationMAC例子：交换机

物理层

光纤(光信号) 网线(电信号)

物数网传会表应

封装与解封装

TCP--传输控制协议

面向连接的可靠传输协议

面向连接----三次握手 四次挥手

可靠—可靠机制：确认 重传 排序 流控

三次握手 四次挥手

SYN--同步序列号请求 ---请求连接的一种方式

Seq--序列号--记录发送的次数 ---随机生成---不同厂商设定的

Ctl--控制位

Ack---确认

Ack=seq+1

Sequence number --序列

第二次握手中Ack=第一次握手中Seq+1

第三次握手中Seq=第二次握手Ack

第三次握手Ack=第二次握手Seq+1

FIN--请求断开连接

ACK--确认

第二次第三次挥手seq相同---两次挥手几乎同时发送----时间间隔极小忽略

为什么要进行三次握手，握手为什么需要三次？

用户发出的第一个连接请求报文段并没有丢失，而是在某个网络结点长时间的滞留了，以致延误到连接释放以后的某个时间才到达服务端。本来这是一个早已失效的报文段。但服务端收到此失效的连接请求报文段后，就误认为是用户端再次发出的一个新的连接请求。于是就向客户端发出确认报文段，同意建立连接。假设不采用“三次握手”，那么只要服务端发出确认，双方的连接就建立了。由于现在用户端并没有发出建立连接的请求（需求），因此不会理睬客户端的确认，也不会向客户端发送数据。但客户端却以为新的运输连接已经建立，并一直等待用户端发来数据。这样，客户端的很多资源就白白浪费掉了。采用“三次握手”的办法可以防止上述现象发生。例如刚才那种情况，用户端不会向客户端的确认发出确认。客户端由于收不到确认，就知道用户端并没有要求建立连接。

挥手为什么需要四次？三次不可以吗？

（1）第一次挥手

因此当主动方发送断开连接的请求（即FIN报文）给被动方时，仅仅代表主动方不会再发送数据报文了，但主动方仍可以接收数据报文。

（2）第二次挥手

被动方此时有可能还有相应的数据报文需要发送，因此需要先发送ACK报文，告知主动方“我知道你想断开连接的请求了”。这样主动方便不会因为没有收到应答而继续发送断开连接的请求（即FIN报文）。

（3）第三次挥手

被动方在处理完数据报文后，便发送给主动方FIN报文；这样可以保证数据通信正常可靠地完成。发送完FIN报文后，被动方进入LAST_ACK阶段（超时等待）。

（4）第四挥手

如果主动方及时发送ACK报文进行连接中断的确认，这时被动方就直接释放连接，进入可用状态。

1. DNS

www.baidu.com àDNSàIP地址

https:à443

数据--数据报文

TCP的头部   报头---报文的头部

Resv---预留位--保留出来的----服务质量---

Rst--重置位

Urg--紧急指针--urgent pointer（传输数据中中止时标记中止的地方，下次从这个点接着传输）

Ctl ---控制位--只有0和1  为0 不生效 为1生效

Window size --窗口大小 ---滑动窗口

Checksum ---校验和

Options---选项---有就有 没有就没有

FTP：文件传输协议

数据端口（数据传送端口）TCP  20

控制端口（传送控制信号）一般为

TCP 21

各端口号

telnet  TCP  23  明文

SSH（安全外壳） TCP  22  密文

http  TCP  80   /   8080

https  TCP  443

SMTP(发邮件)  TCP    25

POP3(收邮件)  TCP    110

Tftp(快速文件传输协议)  UDP  69

DNS   TCP/UDP  53

VNC  TCP  5900

UDP报头

IP报头

Version

   版本 IPv4

IHL

   IP header length（IP头长）

Service type ---服务类型

Packet length

数据包的长度

标识(identification) 标志(flag) 片偏移(Frag.offet)

作用：支撑跨层封装(跨过某一层去封装 比如：数据→网络层→数据链路层

Time to live

生存时间 主要作用--防止环路  TTL

取值范围 0-255

默认情况下每经过一台路由器减1，为0 不传递

64 128 192 255减去TTL的值就是中间距离几台路由器

Protocol

 协议号 ---标识上层协议

TCP     6

UDP    17

IPv4

括号内为协议号

TCP/IP协议栈---以太网 ethernet

Application --应用层

Presentation-表示层

Session--会话层

Trassport--传输层

Network--网络层

Data link--数据链路层

Physical--物理层

Network access ---网络接入层

Internet--因特网  Network

TCP/IP协议只支持TCP/IP网络---IP网络

Network---包含的网络层协议--IPX appletalk（被IP取代）

TCP/IP五层模型/四层模型

相同点： 2者都是模型化层次化 

 下层对上层提供服务支持(例如上三层产生垃圾，下四层对接服务)

每层协议彼此相互独立 

不同点：OSI先有模型才有协议  

TCP/IP先有协议才有模型

     TCP/IP协议栈只适

TCP/IP网络层量不同

交换机的产生

信号衰减-->物理加压--->中继器---信号失真--->交换机---->广播风暴-->路由器

中继器---产生冲突

路由器的作用：

1. 隔离广播域/划分广播域
2. 连接不同的网络
3. 路由

交换机的工作方式：交换机内有一张MAC地址表（记录各个电脑的MAC），此时A给B发消息会直接找B（单播） 假如新的交换机，A给B发，交换机会给B和C，从而获得完整的MAC地址表（广播） 假如MAC表满了，交换机会查表查不过来也会广播

交换机（数据链路层）的作用：

1. 无线延长传输距离
2. 实现单播
3. 解决冲突域

冲突域---可能产生冲突的地方

广播域--广播的范围

数据从交换机的一个接口进入，从其他接口转发出去

默认情况下，一个交换机属于一个广播域

交换机避免冲突，中继器解决冲突

中继器解决冲突的措施：

1. FIFO --先入先出

First in first out

1. CSMA/CD --带冲突检测的载波多路访问技术（看看进去上厕所的人拉完没有）

广播风暴广播数据充斥网络无法处理，并占用大量网络带宽，导致正常业务不能运行，甚至彻底瘫痪，这就发生了“广播风暴”。一个数据帧或包被传输到本地网段 （由广播域定义）上的每个节点就是广播；由于网络拓扑的设计和连接问题，或其他原因导致广播在网段内大量复制，传播数据帧，导致网络性能下降，甚至网络瘫痪，这就是广播风暴。

IPv4地址--枯竭

NAT

32位的二进制数

计算机---二进制

二进制--十进制

192.168.1.1 ---- 点分十进制

xxxxxxxx.xxxxxxxx.xxxxxxxx.xxxxxxxx

十转二熟记128 64 32 16 8 4 2 1

这明明很简单还想让我写出来😏

二转十上过学都明白😛，除非你是个笨笨的🐧