我们要接触的协议,并详细解析重点的协议
协议名 基于什么协议 端口号
HTTP--tcp 80 ----超文本传输协议 (容易被抓包)
HTTPS---tcp 443 安全传输协议
FTP tcp 20/21 文件传输协议
TFTP udp 69 简单文件传输
Telnet TCP 23 远程登录协议
SSH tcp 22 安全外壳协议
DNS UDP/TCP 53 域名解析协议
DHCP UDP 67/68 动态主机配置协议
自动配置IP的协议
网站=域名(更专业的说法)
传输层协议:TCP/UDP
TCP-----传输控制协议------面向连接的可靠协议
(在完成了传输层工作的同时,还需要保证数据传输的可靠性)
面向连接------3次握手及4次挥手 建立端到端的虚链路
通过多次确定对象的身份来保证数据的可靠性
三次握手,四次挥手(理想情况下都是单播)
特点:问一次,答一次 每一次都有回应
回应:收到了你发出的信息,再对信息进行解释
实际情况中可能没有三次握手,但是这确实是底层原理
四次挥手后,会断开链路
实际情况中,和理论不同
四次挥手和三次手(在发出后,没有再次要发出的需求)?
SYN=发起一次连接,并告知自身状态
ACK=表示确认 ,
特殊情况:
RST 重连
TCP:严重错误并重连
FIN:断开
PSH:加急接收
URG:紧急指针
数据传输中
四次挥手
在这个图片中所描述的过程,应该不是一个完整三次握手,四次挥手的过程或者是我的理解错误,
TCP的可靠性:
4种可靠传输机制-----确认 重传 排序 流控(窗口滑动)
确认:标志位ACK,确定是收到了文件
重传:在一段时间内,没有得到回应后,重新传送文件
排序:对传入的各部分文件进行一个排序(因为在数据传输中的具体情况,数据传输的线路和速度的各有不同,被拆开的数据包的顺序乱了,就需要重新来排序。)
流控:窗口滑动
主要是说的发送和收的关系,
因为数据在传输过程中,是先进入到缓存空间再在CPU进行数据的处理。
所以,当发送端的速度过快,CPU工作的速率不够,导致接受端的缓存空间占满了,导致数据不能顺利传输或损坏,此时我们就会通过窗口流动,调配收发的数据速度,主要还是限制发的速率。(在举例中是通过调配发送端的速度,来让发送端和接受端的传输速率趋于一致。)
资料:窗口大小代表在未收到确认应答前,发送端可以发送的数据量。窗口大小限制了发送端的发送速率,从而避免了数据包的丢失和重传,保证了数据的可靠传输。
源IP 目标IP 协议 端口号
UDP----用户数据报文协议-----非面向连接的不可靠协议
(仅完成传输层的基础工作---分段 端口号)
特点:
简单 无连接
尽力传输,能发出多少发多少
速度快,但不可靠
数据包包头:
最上面的是字节大小
TCP的分段和IP的分片
IP分片的原因:受到二层 数据链路层 MTU(最大传输单元)的限制。
TCP的分段:MSS---TCP 数据包最大分段长度
下面是在使用eNSP 做实验的常见指令:
在输单词的时候,输入单词开头的字母,然后按Tab,即可快捷输入。(但仅限于开头字母对应的单词只有一个的时候。)
Tab-----补全命令
<Huawei>-------用户视图-----仅具有查看的权限
<Huawei>display ip interface brief
查看 接口 IP 表
想让一个接口具备通讯状态,就需要 物理 协议 双UP
<Huawei>system-view
进入系统视图 (即可以开始配置IP)
[Huawei]-------系统视图 ----
可以进行一些全局配置
Ctrl+z 返回用户视图:
无论你在那一层,使用该命令,都会返回用户视图
[Huawei]sysname 更改设备名称 后接 ID
[R1]interface GigabitEthernet 0/0/0 进入相应接口
[R1-GigabitEthernet0/0/0]quit 返回上一层
q----- 也可执行 华为支持简写
Tab-----补全命令
[R1]? 在当前视图下 可执行的操作
[R1-GigabitEthernet0/0/0]ip address 192.168.1.1 24 配置IP地址
[R1-GigabitEthernet0/0/0]ip address 192.168.1.1 255.255.255.0
配置IP地址
[R1-GigabitEthernet0/0/0]undo +需要删除的命令
你要删除的命令 在哪儿配的 在哪儿删
[R1-GigabitEthernet0/0/1]display this
查看当前视图下的全部配置
[R1]display current-configuration 查看当前所有的配置操作-------查看缓存中的配置------缓存特点(关机既消失)
关机不消失------闪存-------Flash
<R1>save 将配置 保存至闪存中
<R1>display saved-configuration 查看闪存中的配置
在数据包进行传输时:
在我们建立的拓扑图中,PC1想要给PC3传递信息时。因为不知道目标PC3的MAC地址,只知道目标的IP地址,此时要根据ARP协议来找目标的MAC地址,所以我们发出的数据包先会以对应网关的MAC地址,作为目标MAC,数据包进入路由器后,路由器会根据数据包的目标IP,查看路由表,有则无条件转发,(通过查路由表,我们现在已经确定了目标IP的广播域中,数据包就会通过对应的网关,去到所对应的网段,因为还是不晓得目标的MAC地址,所以这里还是要使用ARP协议来确定目标的MAC地址,因为要确定数据包收到,所以PC3还要进行一个回包,但这个回包的过程是单播,因为这里的IP和MAC地址全部都知道),无则无条件丢弃。
一个数据包在一个地方待的时间过长,就会死亡,所以在初次ping的时候,可能会因为传输时间过长导致错误。
帮助理解思路的一些东西:
网关:IP在广播域内
在路由器之上??
路由器有哪些广播域:在接口的网关和路由器配置的时候,
就将网段和网关的映射关系(要去哪个网段就要通过对应的网关,如:要进入2.0的网段,就要通过2.1的网关,在以2.1为网关配置的前提下。)记录在了路由表中。
网关是路由器的一个物理接口,也是广播域中的一个IP
IP不变,变的一直是MAC
服务器:提供服务
客户端:请求服务器
服务器的作用: 访问网站 使用程序(APP)
Ping IP 或网址(本质:访问目标的IP地址。 )
域名---------IP地址 绑定
DNS:域名解析协议 将域名和相应的IP地址绑定
DNS协议运作在UDP(TCP)协议之上,使用端口53
是一个典型的C/S架构协议
DNS服务器 DNS客户端
正向解析:根据主机名称(域名)查找到对应的IP地址文章来源:https://www.toymoban.com/news/detail-787437.html
反向解析:根据IP地址查找到对应的主机名(域名)文章来源地址https://www.toymoban.com/news/detail-787437.html
到了这里,关于TCP/UDP协议,以及在eNSP中的一些指令的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!