Linux第一阶段网络知识补充

主要记录 主机传输数据封装与解封装的过程 TCP的三次握手和四次挥手 子网掩码的划分 DNS协议原理


第一部分 数据的封装与解封装

数据的封装过程
    应用层
    表示层    --- data
    会话层
    传输层    --- TCP/UDP 头部信息(目标端口 源端口) + data
    网络层    --- IP头部信息(目标IP 源IP) + TCP/UDP 头部信息(目标端口 源端口) + data 
    链路层    --- MAC头部信息(目标mac 源mac)+ IP头部信息(目标IP 源IP) + TCP/UDP 头部信息(目标端口 源端口) + data
    物理层    --- bit流 0101010101010101010101
    网卡      --- 调置 bit流---高低电压

数据解封装的过程
    网卡      --- 解调 高低电压---bit流 
    物理层    --- bit流 0101010101010101010101
    链路层    --- MAC头部信息(目标mac 源mac)+ IP头部信息(目标IP 源IP) + TCP/UDP 头部信息(目标端口 源端口) + data
    网络层    --- IP头部信息(目标IP 源IP) + TCP/UDP 头部信息(目标端口 源端口) + data
    传输层    --- TCP/UDP 头部信息(目标端口 源端口) + data
                  netstat  -lntup|grep 目标端口
    应用层    --- data

2.当A主机访问B主机的服务,封装与解封装的详细过程

封装过程
说明:    1.当PC01要访问PC02的22端口时,应用层的数据按照TCP/IP模型在传输层封装=TCP的头部+源端口(1000,随机)+目的端口(22)。
          2.到达网络层进行封装,源ip(自身IP)+目的IP(02.02,对端IP)。
          3.到达数据链路层进行封装,源MAC(自身MAC),目的MAC(##为网关的MAC地址,因为到达不同网段要通过网关,所以封装的是网关的MAC##)。
          4.最终到达物理层变为高低电压,通过网线进行传输。 
解封装过程
说明:到达路由器之后
1.路由器进行进行拆包,拆到二层的时候看源目MAC地址
  可以看到目的MAC是访问路由器的eth0的接口。
2.继续拆包,拆到网络层看访问的IP是02.02,在路由器的路由表中。可以进行转发。
3.转发之前先进行封装,数据链路层将源MAC变为eth1的mac地址,目的mac因为不知道先进行全F封装。
4.从Eth1口出去以后变为高低电压的模式。
5.因为Eth1的目的mac为广播的形式,在同一网段的进行广播,收到广播的主机进行拆包。
  当拆到网络层的时候看到目的IP为自己的IP时,进行完成上一层的解封装。完成访问。

从PC02到PC01回包的过程

说明:
1.传输层:TCP包头+源端口(自己)+目的端口(1000)+date
2.网络层:源IP(自己)+目的IP(pc01)+date
3.数据链路层:源MAC(自己)+目的(网关的MAC)
4.变为高低电压从网线传输出去
到达路由器:
1.进行拆包,到达数据链路层,查看目的MAC为自己的eth1口,是访问自己。
2.继续进行拆包,到达网络层,查看访问的IP为路由器路由表中的网段,可以进行转发。
3.路由器进行封装,将源MAC变为eth0的mac地址,目的MAC为pc01的mac,(因为之前PC01已经发包到达PC02,所以知道PC01的mac,所以不需要进行广播了)
4.pc01收到回包之后逐渐进行解封装,至此,双方完成通信。

第二部分 ARP协议

ARP协议

1.当两台主机通信时,在二层封装的时候,无法得知对端的mac地址,这时需要通过arp地址解析协议去得知对端的mac地址,当对端的主机进行ARP回包的时候,来完成二层mac的封装。
2.当主机连接交换机的时候,当PC01封装成ARP的包,源目地址为已知,源MAC为自己,目的MAC为交换机连接的接口。
3.到达交换机的时候,交换机拆包后进行arp广播,每台主机都收到了ARP的广播后,正确的主机拆包后得到ARP的请求包。
4.正确的主机会回复ARP的响应包。arp+源目IP+源目MAC(注不是交换机接口的MAC,而是ARP主机请求的MAC)。主机且会生成一个ARP表。
5.此时交换机也会生成一个MAC表。(主机1的IP和主机1MAC,主机2的IP和主机2的MAC)经过几次广播以后,交换机的MAC表会完善起来。
6.交换机回包回到主机01后,主机也会记录一个arp的表。(最后所有的主机都会完善自己和其他主机通讯过的ARP表。)
7.没通信过的主机也会记录之前其他主机的MAC地址。

ARP协议原理:
1. 发送arp请求包 获得arp响应包 --- 获得主机mac地址
2. 建立arp表 建立主机ip地址和mac地址对应关系
3. 减少交换网络中广播包产生


ARP表生成方式:
动态生成: 1个小时 清空  2个小时
自动发送广播包,动态完善arp表
缺点:会重新发送广播包
优点:可以实时更新arp信息
应用场景:办公室 教室

静态配置: 添加  删除
手工添加
缺点: 不能实时更新arp信息,影响通讯
优点: 基本上杜绝了广播包的产生
应用场景:机房IDC  设备不会经常变化

第三部分 TCP的三次握手和四次挥手

TCP协议:传输控制协议 面向连接网络协议 可靠传输
UDP协议:用户报文协议 无连接网络协议 不可靠(注重传输效率)


1.TCP的报文结构

image

注意:主要了解源目端口,ACK,SYN,FIN。
控制位:
syn =1 请求建立连接
fin =1 请求断开连接
ack =1 发送确认信息


2.为什么端口号是1-65535

因为端口占用的bit位是0-15 所以6是2的16的次方。65536 但是0是TCP和UDP不识别的端口号所以为65535。

3.TCP三次握手的过程

 三次握手过程:
    第一次握手:客户端    发送TCP报文            (syn seq=X)
    第二次握手:服务端    接收TCP报文              发送TCP报文(syn ack ACK=X+1 seq=Y)
    第三次握手:客户端    接收TCP报文              发送TCP报文(ack seq=X+1 ACK=Y+1)

4.四次挥手的过程

四次挥手

注:四次挥手不一定是客户端先发起的


四次挥手过程(也有三次挥手的状态,未等到服务端的ACK状态,直接等到了服务端的fin状态。):
    第一次挥手:客户端    发送TCP报文(fin ack)
    注:ack 为之前连接的ack确认。
    第二次挥手:服务端    接收TCP报文    发送TCP报文(ack)
    第三次挥手:服务端    发送TCP报文(fin 再确定断开 ack 过程确认)
    第四次挥手:客户端    发送TCP报文(ack)

5.TCP的11种状态

TCP的五种状态

六种状态

五种状态
1.当客户端和服务端开始都为关闭的时候为CLOSED(1)状态
2.当服务端启动好服务以后为LISTENING(2)状态,别人访问才能接收。
3.当客户端发送完SYN后变为SYN_SENT(3)状态。
4.服务端收到syn会完成第二次握手的过程 变为(4)SYN_RCVD状态
5.客户端接收到服务端发送的SYN ack后,再发个ACK的确认,变为(5)ESTABLISHED的状态。
6.当收到客户端的fin后,服务端由原来的ESTABLISHED的状态变为CLOSE_WAIT(6)
7.客户端发完FIN后变为FIN_WAIT1(7)的状态,等待接收服务端的ACK状态。
8.客户端接收到服务端的ACK以后,会变为FIN_WAIT2(8)的状态。
9.当客户端收到FIN第三次挥手的过程后,客户端会发送ACK,变为TIME_WAIT(9)的状态。
10.服务端发完FIN后会变为CLOSE_WAIT(10)的状态
11.当收到客户端的ACK之后,服务端会变为LAST_ACK(11)的状态。

第四部分 IP地址的子网划分

举例:192.16.4.0/27
问题:可以有几个子网 子网掩码 每个子网主机范围


    1. 子网个数:2的n次方 n表示借用多少个主机位变为子网位
    2. 网络地址:主机位全为0的地址
    3. 广播地址:主机位全为1的地址   
分析:占用了3个主机位
所以子网的个数为2的3次方 8个子网
每个子网的范围的块大小是 256-224=32
所以每个子网的范围 每个子网的主机范围
192.168.4.0-192.168.4.32 192.168.4.1-192.168.4.31
192.168.4.32-192.168.4.64 192.168.4.32-192.168.4.63
192.168.4.64-192.168.4.96 192.168.4.64-192.168.4.95
192.168.4.96-192.168.4.128 192.168.4.96-192.168.4.127
192.168.4.128-192.168.4.160 192.168.4.127-192.168.4.159
192.168.4.160-192.168.4.192 192.168.4.160-192.168.4.191
192.168.4.192-192.168.4.224 192.168.4.191-192.168.4.223
192.168.4.224-192.168.4.255 192.168.4.224-192.168.4.254

第五部分 DNS协议的原理

DNS协议解析图

DNS domain name system 域名解析系统 帮助人类将域名解析为IP
IP地址是网络通讯时要使用的地址
域名访问网站记录网站服务器名称


解析原理:当一台主机要访问一个网站时(jd.com),本地查询解析关系,是否有对应的解析关系。去查DNS缓存(之前之前有记录)。
#ipconfig/displaydns 去查看
2.如果没有还会去本地的hosts去找 C:\Windows\System32\drivers\etc
#linux /etc/hosts 查找
3.去本地localdns服务器(网卡里都已经配置完毕)114.114.114.114(江苏电信) 223.5.5.5(阿里) 180.76.76.76(百度)。
如果DNS服务器有解析记录的话就返回给主机,解析完成。
4.如果没有localdns服务器会继续往上走,去请求根域名服务器。(全球只有13台)。
#域名结构:www.oldboy.
#.代表根域名服务器    .com .cn 一级域名申请的域名
#.jd.com .baidu.com   二级域名服务器
5.本地域名服务器请求根域名服务器是否知道jd.com的对应IP地址是什么
6.根域名服务器不知道,可以去请求一级域名服务器是否知道。一级域名不知道的时候去请求二级域名服务器。
7.二级域名知道可以查到jd.com,并能对应解析IP地址。
#一个域名和一个ip地址的记录,叫做A记录。
8.把记录信息告知给localdns服务器,localdns会在本地缓存一份,以免下次还要进行同样的解析。
9.再将A记录发送给主机,主机也会缓存一份。以免下次再进行查询。
10.主机得到IP地址,然后进行封装,把数据包发送给本地的路由器,路由器和互联网连接。
11.最终会发送到京东的网站上,京东网站再进行回复,最终会访问到京东。
#递归查询:直接找localdns进行查询
#迭代查询:中间会经过很多服务器进行查询。
最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 216,125评论 6 498
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 92,293评论 3 392
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 162,054评论 0 351
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 58,077评论 1 291
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 67,096评论 6 388
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 51,062评论 1 295
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 39,988评论 3 417
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 38,817评论 0 273
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 45,266评论 1 310
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 37,486评论 2 331
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 39,646评论 1 347
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 35,375评论 5 342
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 40,974评论 3 325
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 31,621评论 0 21
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,796评论 1 268
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 47,642评论 2 368
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 44,538评论 2 352

推荐阅读更多精彩内容