TCP/IP
最后更新：2022-05-20 06:28:33 手机定位技术交流文章
目录
1.传输层的UDP
职能:在假定主机能够与主机通信的情况下进行流程通信。
联合民主党具有以下特点:(字母的情况,字母的情况,字母的情况,字母的情况,字母的情况)
以Udp为基础的侵略议定书
传输层TCP议定书:传输控制议定书(重点)。
TCP的三手握握式方法
从标志位的角度
从序列号的角度：
TCP地位已经改变。
Linux 命令线概览
拿个袋子 维萨克的抓捕指挥部
1.传输层的UDP
职能:在假定主机能够与主机通信的情况下进行流程通信。
在联合民主党协议(包括拆包和拆解)中增加封装就足够了。
解包是删除这8字节并将其传送到应用级别的过程。
校验和( 校验和): CRC 算法用于避免数据 mdoes takes( 与散列法一样) 。
包头：header
有效数据( 有效载荷) :
udp 协议的第一部分最大长度为 16 位数, 这表明 udp 可以广播的最大数据长度是 64k?? (包括 udp 标题)??
发送
P. S. 联合民主党馆没有缓冲区。
乌普只接收了缓冲区,没有传送任何缓冲带。
这是一个被称为全职工作的概念。这是一个想法。这是一个想法。这是一个想法。这是一个想法。这是一个想法。
接收
联合民主党具有以下特点:(字母的情况,字母的情况,字母的情况,字母的情况,字母的情况)
一,不可信
二. 没有必要连接。
三. 资料用于数据报告。
抓包
两个整数为每个一字节,蓝色为8字节长,代表乌龟页眉。
这是一个顶级模型。
如果使用大号27 0f,则直接翻译;如果使用小号27 0f,则间接翻译。
以小数计的源端口号: 99
8080是目的地港口号。
长度: 36(编号,刚好正确)
以Udp为基础的侵略议定书
NFS:网络文件系统
TFTP:基本文件传输协议(比FTP小,因为FTP需要TCP传输)。
DHCP 代表动态主机配置程序 。
BOOTP: 启动协议( 非盘点启动程序) 。
DNS 代表域名解析协议 。
笔试题
选择 C. 数据刚刚发送。 我不知道会发生什么。
传输层TCP议定书:传输控制议定书(重点)。
2. 可靠(死亡是可靠的,但永远不会安全。 )
TCP 标题:拆包和共享
因为 tcp 开头是选项, 它更长。
因此,在第一个关于无包装的部级领域,将整套文件的长度定在全部文件的长度上。
交存 1 表示长度 4 字节, 2 表示长度 8 字节, 1 字节 8 字节 以 4 字节计 。
Tcp 校验总和与 udp 校验总和相似,其方式如下:
TCP的可靠性
一个技术中心将尽一切努力相互转让数据。
二. 如果有什么东西没有经过, tcp 至少通知传输器程序数据发送失败 。
三. 注意不要获得不正确的数据。
4.ttcp保证收到的数据按照发送程序订购和传送)
(收到数据后可转让和接受数据的顺序可能是不规则的,而且乌德普没有提供定单保证,而是提供tcp。 )
5.tcp根据彼此的接收能力和网络线路的承载能力管理交通。
确保TCP可靠性的机制
一. 确认-反应机制:接受方(对应方的TCP)有义务确认收到的信息(确认)。
如果同时收到许多数据集,我怎么知道应答复哪些数据?
答：所以应该对数据组合构成一个特定数字(序列号编号编号 SN)。只要知道是谁拿到了这个数据,就收到了这个数据。
2. 确认段落:数据项可用于数据传输和验证。
可能省略日志=1 确认 。
TCP独立地传送SN和ASN(序列号不同)。
ASN( 下一个提供的序列号)
SN 数据初始字节数
站在发送端：
如果我发送了一份数据副本,没有收到任何答复,如果我发送了一份数据副本,没有收到任何答复,我还能通报哪些情况?
可能的结果:a. 他们不明白。
b. 他们有,只是没有回应。
此类假设情景中的解决办法包括:(实时再传输方法)
一,你不应该无休止地等待
然后应再次传送数据。
对于a的情况从我第一次收到数据起,接收端保持不变,对接收客户的主机没有影响。
在b的例子中,只有答案丢失了, 所以我重新传送了数据, 接收端得到了两个数据包, 表明接收端需要有能力 完成重操作。
接收器主机能否确定数据是否重复?
答复:是否根据序列号收到了这些数据,如果是,收到了哪些数据。
TCP 的传输数据。 发送者并不在乎为什么没有收到回复, 只要它经常发生。 真正的接收者收到重复的数据, 并丢弃它 。
所以再传送没有上限吗?
否,达到具体上限(规定上限可由操作系统调整),放弃数据连接被视为有问题。
此连接将被一 TCP 终止 。
TCP为这一进程提供信息。
三 TCP 将播放重置信息 。
超时时间的设置：
加班费通常不是一个固定的时期,而是一个渐进期。
10s-->20s-->40s-->80s
考虑将数据发送到错误的 TCP 线的程序。 要多久才能意识到这条线有麻烦?
在10+20+40+80s之后,将发现10+20+40+80s。
作为TCP发件人,经过一段时间后,很明显这条线有问题,但TCP接收人无法辨别和辨别对方没有提供数据与传输失败之间的区别。
因此,确认答复方法(数据编号机制+时间清除系统)。
三. 连接管理
1. TCP 是否传输缓存( 发送缓冲)?
是,数据不得转移或删除;数据可重新发布,因此,至少需要有一个存放数据的地点。
TCP有一个接收缓冲地带。
三.TCP必须在交货时保留序号SN=x,以便在交货时填充SN字段。
四.TCP必须跟踪它收到的数据的序列号ASN=y;这可能在权衡之前完成。
5.维护状态信息
操作系统中只有一个TCP议定书仓库,并不是每个TCP都有一个议定书仓库。
根据《TCP议定书》存储库,该连接是一套属性,根据《TCP议定书》存储库,它将重要属性抽象成连接推进器,这是一套属性,将关键属性抽象成连接。
整个地图也不断更新和共享。
为什么需要建立联系程序?
一. 必须发现另一方的存在,才能令人信服。
二. 交换某些必要的资料。
SN不是从1开始的,因为这会较不安全,并且会从双方产生随机的SN, 然后需要互换。
在进行正式联系之前,必须有一段时间。
1.确认对方在线
结合一些基本事实。
二、三件事同时发生。
b. TCP服务可处理数据和应对任务。
结论:2和3将合并。
TCP的三手握握式方法
从标志位的角度
线段类型 :
发送segment
确认segment
信息同步(在握握手阶段使用)
挥手segment
从序列号的角度：
TCP地位已经改变。
建立连接的过程
虚拟状态(原始状态)
列表:被动连接器(服务器正在监听,但尚未建立连接),服务器已经启动,但尚未建立真正的连接。
SYN_RCVD:收到斯奈克
同步已经传送了
点线代表被动连接器,而固线代表主动连接器的路径。
我怎么知道我在哪个阶段?
根据状态。
TCP 状态( 显示连接的当前状态)
TCP 控制台逻辑: 这是一个简单的时间驱动逻辑 。
加班由时钟控制。
因此,程序上方的被动开关是来自应用级别。
数据由软件从应用级别发送。
SYN从网络上得到了它。
被动连接器的服务器部分代码抓图
主动连接方
Linux 命令线概览
如何检查港口是否有网络状态命令
# Netstat- nlptn 显示所有数字, i 是只有监听状态的 TCP 。
P-P-T-T-T-T-T-T-T-T-T-T-T-T-T-T-T-T-T-T-T-T-T-T-T-T-T-T-T-T-T-T-T-T-T-T-T-T-T-T-T-T-T-T-T-T-T-T-T-T-T-T-T-T-T-T-T-T-T-T-T-T-T-T-T-T-T-T-T-T-T-T-T-T-T-T-T-T-T-T-T-T-T-T-T-T-T-T-T-T-T-T-T-T-T-T-T-T-T-T-T-T-T-T-T-T-T-T-T
4075718程序是谁?
# ps aux | grep
客户端
netstat -napt | grep 8080
检查所有状态,但只检查8080港。
第二个是真正的联系,是一个牢固确立的国家。
上: 服务器的 IP 地址和端口为 8080 。
这架飞机的公共IP地址和港口是18687。
客户端抓包：
拿个袋子 维萨克的抓捕指挥部
ip.addr == 182.254.132.183 && tcp.port == 8080
由于客户没有提交数据,他发现的袋子与三次握手有关。
第1条(从客户端到服务器),来源:目的地:TCP长度是应用层的长度,部分长度包括 tcp 页眉的长度。
由于没有传输数据,信息从58533到8080标准SYN,序号0,Len:0。
MSS WS
2号(从服务器到客户端):端口号被颠倒,从58533到8080,并带有SYN、ACK等符号。
序号为0(相对序号)。
三,只有一个千斤顶。
由于我们没有传输数据,因此没有关于应用水平的数据。
因此,这里头两个是应用层的数据框架,然后是网络过程,最后是传输层。
把传输层展开
蓝色部分是头部
58533是源端港号0xe4a5。
相对序列号为0,实际虚拟号为294035483(这意味着序列号是随机产生的,并非从零开始)。
收件号码:0经核实的序号0
Acknowledgment Number（raw）：0
因此,第一排有4个,第二排为0个。
打开旗帜(注意位置)。
您可以看到, 除了 SYN 外, 没有任何东西被配置 。
存储在服务器上的那个
SYN和ACK都设定为 1。
序列号是自己生成的
这是294035483, 现在你有 致谢号码+1。
整个前面俩个包，
这两个印刷品之间 有三个握手
本文由 在线网速测试 整理编辑，转载请注明出处。
