tcp协议和udp协议

传输层协议

TCP/IP 协议栈

TCP/IP 介绍

NCP:网络核心协议 (NCP:Network Core Protocol)

  网络核心协议(NCP)管理对 NetWare 服务器资源的访问。NCP 向 NetWare 文件共享协议(即NFSP:NetWare File Sharing Protocol)发送过程调用消息,处理 NetWare 文件和打印资源请求。 NCP 是用于 NetWare 服务器和客户机之间传输信息的主要协议。

  NCP 主要负责处理登入请求以及其它文件系统和打印系统请求。NCP 是一种基于客户机/服务器的 LAN 协议。工作站建立 NCP 请求并通过 IPX 在网络上发送这些请求服务。服务器端负责接收、拆包(unpacked)并解读 NCP 请求。

  NCP 服务包括:文件访问、文件锁定(file locking)、安全性、资源分配跟踪(tracking of resource allocation)、事件通知(event notification)、与其它服务器同步、连接和通信、打印服务,以及队列和网络管理。

  NCP 使用的是底层互联网分组交换协议 (即IPX : Internetwork Packet Exchange Layer Services)。目前许多最新版的 NetWare(继 NetWare 5.0 之后 )也都支持 TCP/IP 协议。

协议结构

Transmission Control Protocol/Internet Protocol 传输控制协议/因特网互联协议

TCP/IP是一个Protocol Stack,包括TCP、IP、UDP、ICMP、RIP、TELNET、FTP、SMTP、ARP等许多协议

最早发源于1969年美国国防部(缩写为DoD)的因特网的前身ARPA网络项目,1983年1月1日,TCP/IP取代了旧的网络控制协议NCP,成为今天的互联网和局域网的基石和标准,由互联网工程任务组负责维护国防高级研究计划局DARPA与BBN技术公司、斯坦福大学和伦敦大学学院签约,在多个硬件平台上开发协议的操作版本。 在协议开发过程中,数据包路由层的版本号从版本 1 进展到版本 4,后者于 1983 年安装在 ARPANET 中。它被称为互联网协议版本4(IPv4)作为协议,仍在互联网使用,连同其目前的继承,互联网协议版本6(IPv6)。

RFC 文档: https://www.ietf.org/rfc/rfc1180.html

TCP/IP 分层

共定义了四层,和 OSI参考模型的分层有对应关系

RFC文档: https://www.ietf.org/rfc/rfc1122#section-1.3.3

RFC官方分为四层:

  • Application Layer

  • Transport Layer

  • Internet Layer

  • Link Layer(media-access)

 

TCP/IP 通信过程

 

TCP/IP和OSI模型的比较

  • 相同点

两者都是以协议栈的概念为基础

协议栈中的协议彼此相互独立

下层对上层提供服务

  • 不同点

OSI是先有模型;TCP/IP是先有协议,后有模型

OSI是国际标准,适用于各种协议栈;TCP/IP实际标准,只适用于TCP/IP网络

层次数量不同

  • 面向连接网络协议:是指通信双方之间在进行通信之前要先建立连接。比如打电话,双方通话前需要先建立连接。等数据发送结束后,双方再断开连接。
  • 无连接网络协议,是指通信双方不需要事先建立一条通信线路,而是把每个带有目的地址的包送到网络线路上,由系统自主选定路线进行传输。比如QQ发送信息。
  • TCP面向连接的协议:TCP是面向连接的、可靠的进程到进程通信的协议。TCP提供全双工服务,即数据可在同一时间双向传输,每一个TCP都有发送缓存和接收缓存,用来临时存储数据。
  • UDP协议是无连接、不保证可靠性的传输层协议。发送端不关心发送的数据是否到达目标主机、数据是否出错等,收到数据的主机也不会告诉发送方是否收到了数据,它的可靠性由上层协议来保障。传输数据速度更快,效率更高

     

 

TCP特性

  1. 工作在传输层

  2. 面向连接协议

  3. 全双工协议

  4. 半关闭

  5. 错误检查

  6. 将数据打包成段,排序

  7. 确认机制

  8. 数据恢复,重传

  9. 流量控制,滑动窗口

更多关于tcp的内核参数,可参看man 7 tcp详细解释

tcp要先建立连接,

系统当中每打开一个 进程 会 配 pid (系统中的编号,方便管理),其次会分配一个端口号

A   pid 1  qq   B   pid   1 陌陌

端口号作用: 确定进程 qq

三类:

1.规定好的 知名的端口号 80 443 人为规定

2.系统随机分配(客户端 去访问服务端 系统会自动随机分配一个端口号给你)

3.人类自由使用 (写)

去访问服务器,

下载文件(ftp,tftp,nfs) , 访问网页(apche nginx tomcat ISIS)

安装软件

提供服务 我的端口号一定要固定?

客户端 ------》 服务端

0000000000000000-1111111 111 111111

0-65535

65536个端口号

A 确认号 0 B 确认 号 0+1

B 回给A 确认号 0+1

tcp 面向连接, 在我真正 传输数据之前 先要打通传输数据的通道,A和B 要先建立连接

控制位:决定 A和 B 的连接 目前处于什么状态 ( 状态一共有11种了解)

ACK FIN SYN

tcp A 和 B 目前处于什么状态?

A 想 和 B 请求建立连接 状态 syn=1 同步位

A 和 B 已经建立连接状态 ACK=1

A 和 B 已经断开连接 fin=1

  • 源端口、目标端口:计算机上的进程要和其他进程通信是要通过计算机端口的,而一个计算机端口某个时刻只能被一个进程占用,所以通过指定源端口和目标端口,就可以知道是哪两个进程需要通信。源端口、目标端口是用16位表示的,可推算计算机的端口个数为2^16个,即 65536 (0-65535)

  • 序列号:表示本报文段所发送数据的第一个字节的编号。在TCP连接中所传送的字节流的每一个字节都会按顺序编号。由于序列号由32位表示,所以每2^32个字节,就会出现序列号回绕,再次从0 开始 无限循环

  • 确认号:(ack)表示接收方期望收到发送方下一个报文段的第一个字节数据的编号。也就是告诉发送方:我希望你(指发送方)下次发送的数据的第一个字节数据的编号为此确认号:传输是否有问题?

  • 数据偏移/首部长度:表示TCP报文段的首部长度,共4位,由于TCP首部包含一个长度可变的选项部分,需要指定这个TCP报文段到底有多长。它指出 TCP 报文段的数据起始处距离 TCP 报文段的起始处有多远。该字段的单位是32位(即4个字节为计算单位),4位二进制最大表示15,所以数据偏移也就是TCP首部最大60字节

  • 控制位

    URG(紧急位):表示本报文段中发送的数据是否包含紧急数据。后面的紧急指针字段(urgent pointer)只有当URG=1时才有效

    ACK(确认位):表示是否前面确认号字段是否有效。只有当ACK=1时,前面的确认号字段才有效。TCP规定,连接建立后,ACK必须为1,带ACK标志的TCP报文段称为确认报文段

    PSH(急切位):提示接收端应用程序应该立即从TCP接收缓冲区中读走数据,为接收后续数据腾出空间。如果为1,则表示对方应当立即把数据提交给上层应用,而不是缓存起来,如果应用程序不将接收到的数据读走,就会一直停留在TCP接收缓冲区中

    RST(重置位):如果收到一个RST=1的报文,说明与主机的连接出现了严重错误(如主机崩溃),必须释放连接,然后再重新建立连接。或者说明上次发送给主机的数据有问题,主机拒绝响应,带RST标志的TCP报文段称为复位报文段

    SYN(同步位):在建立连接时使用,用来同步序号。当SYN=1,ACK=0时,表示这是一个请求建立连接的报文段;当SYN=1,ACK=1时,表示对方同意建立连接。SYN=1,说明这是一个请求建立连接或同意建立连接的报文。只有在前两次握手中SYN才置为1,带SYN标志的TCP报文段称为同步报文段

    FIN(断开位):表示通知对方本端要关闭连接了,标记数据是否发送完毕。如果FIN=1,即告诉对方:“我的数据已经发送完毕,你可以释放连接了”,带FIN标志的TCP报文段称为结束报文段

  • 窗口大小:表示现在允许对方发送的数据量,也就是告诉对方,从本报文段的确认号开始允许对方发送的数据量,达到此值,需要ACK确认后才能再继续传送后面数据,由Window size value * Window size scaling factor(此值在三次握手阶段TCP选项Window scale协商得到)得出此值

  • 校验和:提供额外的可靠性紧急指针:标记紧急数据在数据字段中的位置

  • 选项部分:其最大长度可根据TCP首部长度进行推算。TCP首部长度用4位表示,选项部分最长为:(2^4-1)*4-20=40字节

windows:
tasklist 
#查看所有进程
tasklist |findstr wemeet
#查找相关进程
netstat -no |findstr 端口号
#查看实际占用端口
​
传输层通过port号,确定应用层协议,范围0-65535
​
IANA互联网数字分配机构负责域名,数字资源,协议分配  端口,IP
0-1023:系统端口或特权端口(仅管理员可用) ,众所周知,永久的分配给固定的系统应用使用,22/tcp(ssh), 80/tcp(http), 443/tcp(https)
​
​1024-49151:用户端口或注册端口,但要求并不严格,分配给程序注册为某应用使用,1433/tcp(SqlServer),1521/tcp(oracle),3306/tcp(mysql),11211/tcp/udp (memcached)
​
​49152-65535:动态或私有端口,客户端随机使用端口,范围定义:/proc/sys/net/ipv4/ip_local_port_range
linux  32768    60999
 
你打开一个游戏    系统会分配给你一个端口号 
认为设置
1024-49151  ~
系统自动分配  
​
​49152-65535
linux系统自动分配端口范围   32768~60999    去访问服务器

tcp3次握手

 

当pc1想和pc2建立起连接 将 连接信息写入报文

第一步 :pc1会发送一个 建立连接的请求报文 : 这个报文中 有

  1. 报文的序号(seq=x)

  2. 同步位(请求建立连接关系: SYN=1 ACK=0 控制位:当前两台机器处于什么状态? 建立连接 处于连接 断开连接 )

第二步: 当pc2 收到消息以后 是不是要回复一个报文

  1. 报文的序号 (seq=y)

  2. ack确认号( 我希望你下一次发送 x+1 序号的报文给你 )

  3. 控制位 SYN=1 ACK=1 请求建立连接 pc2 同意建立连接

第三步:收到 pc2 同意建立连接的报文后

1.会发送一个x+1报文

2.会告诉对方 我希望你下次 发送y+1的序号报文给我

3.最后 将ACK=1 封装进去

tcp是面向连接的,就是说每次发送数据之前都要和对方建立一条可靠的连接,这个建立连接的过程分为3个步骤,就叫做三次握手

当客户端向服务器发送请求连接的报文时: Seq序列号=x(x为随机) SYN=1(表示发送连接请求)

服务器端收到客户端发来的请求报文后,同意建立连接,则向客户端发送确认报文: Seq序列号=y(这时服务器也会产生一个序列号y,和客户端的序号不相关) Ack确认号=x+1(Seq序列号x+1,表示确认收到了客户端的请求) ACK=1(表示这是条确认请求) SYN=1(同时也发送一个建立连接的请求)

客户端进程收到服务端进程的确认后,还要向服务端给出确认,然后连接成功建立: Seq序列号=x+1(这时客户端的序号为1) Ack确认号=y+1(表示确认收到了服务器的连接请求) ACK=1(表示这是确认报文)

 

 

有限状态机(扩展)

  1. CLOSED 没有任何连接状态

  2. LISTEN 侦听状态,等待来自远方TCP端口的连接请求 (服务开启 http(进程) 80端口在帮进程 看着 有没有人找 http )

  3. SYN-SENT 在发送连接请求后,等待对方确认

  4. SYN-RECEIVED 在收到和发送一个连接请求后,等待对方确认

  5. ESTABLISHED 代表传输连接建立,双方进入数据传送状态

  6. FIN-WAIT-1 主动关闭,主机已发送关闭连接请求,等待对方确认

  7. FIN-WAIT-2 主动关闭,主机已收到对方关闭传输连接确认,等待对方发送关闭传输连接请求

  8. TIME-WAIT 完成双向传输连接关闭,等待所有分组消失

  9. CLOSE-WAIT 被动关闭,收到对方发来的关闭连接请求,并已确认

  10. LAST-ACK 被动关闭,等待最后一个关闭传输连接确认,并等待所有分组消失

  11. CLOSING 双方同时尝试关闭传输连接,等待对方确认

客户端先发送一个FIN给服务端,自己进入FIN_WAIT_1状态,这时等待接收服务端报文,该报文会有三种可能:

  • 只有服务端的ACK

  • 只有服务端的FIN

  • 基于服务端的ACK,又有FIN

[root@localhost ~]#iptables -A OUTPUT -d 192.168.91.100 -j DROP
#
[root@localhost ~]#ssh 192.168.91.101
​
[root@localhost ~]#ss -nta
​
[root@localhost ~]#tcpdump -i ens33 -nn port 22 and host 192.168.91.100
​
​/proc/sys/net/ipv4/tcp_max_syn_backlog    #未完成连接队列大小,默认值128,建议调整大小为1024以上     
/proc/sys/net/core/somaxconn              #完成连接队列大小,默认值128,建议调整大小为1024以上

TCP超时重传

异常网络状况下(开始出现超时或丢包),TCP控制数据传输以保证其承诺的可靠服务

TCP服务必须能够重传超时时间内未收到确认的TCP报文段。为此,TCP模块为每个TCP报文段都维护一

个重传定时器,该定时器在TCP报文段第一次被发送时启动。如果超时时间内未收到接收方的应答,

TCP模块将重传TCP报文段并重置定时器。至于下次重传的超时时间如何选择,以及最多执行多少次重

传,就是TCP的重传策略

UDP协议

UDP特性

工作在传输层

提供不可靠的网络访问

非面向连接协议

有限的错误检查

传输性能高

无数据恢复特性

 

telnet 协议

远程 telnet

(1)password方式
R1:
[R1]telnet server enable -----默认已经开启
[R1]user-interface vty 0 4----虚拟用户终端接口编号0~4;同时允许5个用户管理这台设备
[R1-ui-vty0-4]authentication-mode password 
Please configure the login password (maximum length 16):123
[R1-ui-vty0-4]protocol inbound telnet -----默认配置
[R1-ui-vty0-4] user privilege  level 15 ------设置权限
[R1]int g0/0/0
[R1-GigabitEthernet0/0/0]ip add 192.168.1.1 24
[R1-GigabitEthernet0/0/0]dis  th
R2:
[R2]int g0/0/0
[R2-GigabitEthernet0/0/0]ip add 192.168.1.2 24
[R2-GigabitEthernet0/0/0]q
[R2]q
<R2>telnet 192.168.1.1----用户视图telnet
  Press CTRL_] to quit telnet mode
  Trying 192.168.1.1 ...
  Connected to 192.168.1.1 ...
Login authentication
Password:123
<R1>---成功登录R1
​
修改用户权限
[R1]user-interface vty 0 4
[R1-ui-vty0-4]user privilege  level 15
​

 

  • 1
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值