面试官与TCP的爱恨情仇

最新推荐文章于 2024-06-11 13:06:08 发布
最新推荐文章于 2024-06-11 13:06:08 发布
阅读量325 收藏 6
点赞数 1
分类专栏： 网络工程—Routing&Switching 文章标签： tcpip 面试
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_41959899/article/details/108393166
版权

文章目录

那些年，面试官与TCP之间的故事

在这里插入图片描述

参考阅读

终于可以把TCP讲清楚了

TCP半开攻击（伪造客户端发送SYN、伪造服务器发送RST）

TCP劫持攻击

TCP劫持下的反弹Shell注入攻击

前言

此篇Blog是对TCP建立会话、释放链接时的详解；全篇硬核，还请读者耐心品味

1、说下三次握手、四次挥手

术语说明：

SYN：Synchronize Sequence Numbers，同步序列编号
seq：sequence，序列号
ACk：acknowledge，确认号 存在于TCP数据包结构中的flags字段中
	flags中有SYN、FIN、ACK、PSH、RST、URG
ack：acknowledge sequence，确认序列号
FIN：finish，完成；用于在释放TCP链接时使用

TCP的数据包结构

在这里插入图片描述

源目端口：端口号的引入用于区分不同的流量，区分不同的服务，如HTTP为80，HTTPS为443等…

序号：保证数据的有序性，为数据分段重组时有效

确认序列号：是期望收到对方下一个报文的第一个数据字节的序号

首部长度：用于记录头部的字节数，因为存在MTU等数据分段， 记录整个包头的大小

数据偏移：指出TCP报文的数据距离TCP报文段的起始处有多远

flags

URG：告诉系统此报文段中有紧急数据
ACK：确认包，用于在连接状态时的确认机制
PSH：推送，一端的应用进程希望立即就能收到对方的响应
RST：复位，表明TCP连接中出现严重的差错，必须立即释放连接，重新建立会话
SYN：同步，同步位请求
FIN：终止，用于释放连接

窗口：通知接收方，发送本报文你需要有多大的空间来接受

检验和：校验首部和数据这两部分；

紧急指针：指出本报文段中的紧急数据的字节数；

选项：长度可变，定义一些其他的可选的参数。

三次握手

在这里插入图片描述

过程说明

  • 第一次握手：建立连接时，客户端发送SYN=1到服务器，seq=x；并进入SYN_SENT状态，等待服务器确认;

    第一个包说明了如下两件事
	a.我想要和你通信;
	b.你可以用哪个序列号作为起始数据段来回应我

  • 第二次握手：服务器收到SYN包，必须确认客户的SYN，发送一个确认信号ACK=1，还要发送确认序列号ack=x+1，同时自己也发送一个SYN=1，即SYN+ACK包，seq=y，此时服务器进入SYN_RECV状态；

    第二个包说明了如下两件事
	a.我已经收到你的请求了,你可以传输数据了;
	b.你要用哪个序列号作为起始数据段来回应我

  • 第三次握手：客户端收到服务器的SYN+ACK包，向服务器发送确认信号ACK=1，以及确认序列号ack=y+1，seq为第一次发送包的x加上1，此包发送完毕后，至此客户端和服务器进ESTABLISHED（TCP连接成功）状态，完成三次握手;

    第三个包说明一件事
	我已收到回复,我现在要开始传输实际数据了

四次挥手

在这里插入图片描述

过程说明：

  1. 客户端A发送一个FIN，用来关闭客户A到服务器B的数据传送

    这个包告诉服务器两件事
	我想终止这次会话，关闭我的发送数据的能力
	我没有数据要向你发送了，但是我还是可以接受你发来的数据包的

  2. 服务器B收到这个FIN，它发回一个确认信号ACK，确认序号ack为收到的序号加1；和SYN一样，一个FIN将占用一个序号

    这个包告诉客户端一件事
	我已经收到你想释放链接的请求了

  3. 服务器B关闭与客户端A的连接，发送一个FIN给客户端A

    这个包告诉客户端两件事
	我也想终止这次会话，关闭我的发送数据的能力
	我没有数据要向你发送了，但是我还是可以接受你发来的数据包的，注意此时C已经不能发送数据包了，但是可以发送确认信号，即ACK并不是真实的数据，其是不携带数据的

  4. 客户端A发回ACK报文确认，并将确认序号ack设置为收到序号加1

    这个告诉服务器一件事
	我收到你也想终止此次会话的想法了，至此会话被释放

关于三次握手与四次挥手还存在大量的知识、如计时器、状态、漏洞；上面的内容只是前菜，下面开始硬菜部分

2、为什么是三次握手？为什么不能是2、4次？

结论：

两次 导致信息不匹配

四次 把TCP会话重复发送，浪费带宽资源，没有意义

举例：

如果是两次握手

  • C发给S的SYN因为网络原因没有送到，C就会重发SYN，而重发的过程中，S收到了C之前发送的SYN，建立完成了，当会话释放后，后发送的SYN这时到了S上，S以为是一个新的连接请求，那么又会进行会话的建立；造成错误连接
  • S给C发送ACK确认的报文由于网络原因没有送到，因为是两次连接，没有后续C的确认，则S认为已经建立好连接；但是C这边没有收到ACK，它认为会话并没有建立完成，会重发SYN，这样就会导致信息不匹配

如果是四次握手

client给server发送SYN同步报文； 
server收到SYN后，给client回复ACK确认报文； 
server给client发送SYN同步报文； 
client给server发送ACK确认报文。

第2.3步之间，server和client没有任何的数据交互，分开发送相当于多发了一次TCP报文段，SYN和ACK标识只是TCP报头的一个标识位。很明显，这两步可以合并，从而提高连接的速度和效率

SYN，ACK种是不携带数据的，
SYN是用来同步序列号的
ACK是用来确认收到的SYN的，用于确认包的

3、为什么连接的时候是三次握手，关闭的时候却是四次握手？

  • 因为当Server端收到Client端的SYN连接请求报文后，可以直接发送SYN+ACK报文。其中ACK报文是用来应答的，SYN报文是用来同步的。
  • 但是关闭连接时，当Server端收到FIN报文时，很可能并不会立即关闭SOCKET，所以只能先回复一个ACK报文，告诉Client端，”你发的FIN报文我收到了”。只有等到我Server端所有的报文都发送完了，我才能发送FIN报文，因此不能一起发送。故需要四步握手

4、为什么是四次分手？

  • TCP是全双工的连接，必须两端同时关闭连接，连接才算真正关闭。
  • 如果一方已经准备关闭发送，但是它还可以接收另一方发送的数据。
  • 发送给FIN结束报文给对方对方收到后，回复ACK报文；当这方也已经接收完了准备关闭，发送FIN报文，对方回复ACK。两端都关闭，TCP连接正常关闭。

5、TCP的SYN攻击过程是怎么样的？怎么防御？

概述：SYN洪范基于TCP连接的三次握手的半连接，属于DOS攻击，即拒绝服务

详细：

​ 攻击者伪造不存在的主机IP 向服务器发送大量的SYN包，服务器维护一个未连接队列并发送回复，但是攻击者不发送第三次握手的ack，即对服务器的未连接队列造成负载，浪费CPU和内存；使服务器的缓存造成溢出，即不能处理正常的SYN请求；在半连接存活时间内有大量的半连接就会造成服务器无法服务现象

解决

1、具有SYN proxy（SYN代理）功能的防火墙
2、加快淘汰无效SYN请求
3、SYN Cookie

​ SYN Cookie是对TCP服务器端的三次握手协议作一些修改，专门用来防范SYN Flood攻击的一种手段。它的原理是，在TCP服务器收到TCP SYN包并返回TCP SYN+ACK包时，不分配一个专门的数据区，而是根据这个SYN包计算出一个cookie值。在收到TCP ACK包时，TCP服务器在根据那个cookie值检查这个TCP ACK包的合法性。如果合法，再分配专门的数据区进行处理未来的TCP连接

未连接队列

	在TCP的三次握手中服务器端维护一个未连接队列，收到客户端发来的SYN后开设一个条目，此条目表明收到了SYN包，并向客户端发送确认，正在等待客户的确认包，这个连接的状态在服务器就处于SYN_Recv；当后来收到确认后，就会删除这个条目，至此进入eatablished状态

6、为什么TIME_WAIT状态需要经过2MSL才能返回到CLOSE状态？

MSL：报文最大生存时间，任何报文在网络上超过MSL之后，将直接被丢弃

TIME_WAIT状态

TIME_WAIT状态存在有两个原因。

<1>可靠终止TCP连接。

​ 如果最后一个ACK报文因为网络原因被丢弃，此时server因为没有收到ACK而超时重传FIN报文，处于TIME_WAIT状态的client可以继续对FIN报文做回复，向server发送ACK报文。

<2>保证让迟来的TCP报文段有足够的时间被识别和丢弃。

​ 连接结束了，网络中的延迟报文也应该被丢弃掉，以免影响立刻建立的新连接。

7、TCP如何保证可靠？

TCP叫做面向连接的可靠传输协议

面向连接

发送数据包之前，一定要进行一个协商，确保双方能够收发数据、确保双方的链路可以正常通信(双方的端口是开放的)
举例：上课前老师将时间与学生进行协商

可靠传输

确认、重传、排序、流控(滑动窗口)
	注意：重排序与流控是TCP的一种优化机制；TCP保证可靠性是由确认与重传输来决定的
	
三次握手--->确保双方的端口开放，确保双方都具有收发数据包的能力
	三次握手过程中前两个包是显示的确认，最后一个包是隐士的确认
		显式：要有一个明确的回复
		隐式：不需要收到任何恢复，但是还是完成了确认
四次分手--->使通信两端都中止此次对话，确保通信双方都想要终止此次会话

总结

1.发送方必须把已发送的数据包保留在缓冲区；
2.并为每个已发送的数据包启动一个超时定时器；
3.如在定时器超时之前收到了对方发来的应答信息（可能是对本包的应答，也可以是对本包后续包的应答），则释放该数据包占用的缓冲区;
4.否则，重传该数据包，直到收到应答或重传次数超过规定的最大次数为止。
5.接收方收到数据包后，先进行CRC校验，如果正确则把数据交给上层协议，然后给发送方发送一个累计应答包，表明该数据已收到，如果接收方正好也有数据要发给发送方，应答包也可放在数据包中捎带过去。

8、TCP的拥塞控制是什么？

TCP拥塞原因
某段时间，对网络中某一资源的需求 > 该资源所能提供的可用部分

造成拥塞后，性能变差(吞吐量、带宽、交换网)

说到拥塞控制，不如先来看看如果没有拥塞会怎么样？

可见，死锁导致的吞吐量为0，将会十分可怕，整个TCP队列、会话全部终止，网络瘫痪

在这里插入图片描述

拥塞控制

目的：为了防止过多的数据注入到网络中，防止过载情况的产生

代价：

​ 需要获得网络内部流量分布的信息。在实施拥塞控制之前，还需要在结点之间交换信息和各种命令，以便选择控制的策略和实施控制。这样就产生了额外的开销。拥塞控制还需要将一些资源分配给各个用户单独使用，使得网络资源能更好的实现共享

方法

术语解释

cwnd：拥塞窗口
滑动窗口：
	1、是传输层进行流控的一种措施，接收方通过通告发送方自己的窗口大小，从而控制发送方的发送速度，从而达到防止发送方发送速度过快而导致自己被淹没的目的；
	2、TCP的滑动窗口解决了端到端的流量控制问题，允许接受方对传输进行限制，直到它拥有足够的缓冲空间来容纳更多的数据
	
拥塞窗口：
	1、也看做是发送端用来进行流量控制的窗口
	2、是发送方维护的一个的状态变量，它会根据网络的拥塞程度动态变化的
	3、与发送窗口 swnd 和接收窗口 rwnd 是约等于的关系，那么由于入了拥塞窗口的概念后，此时发送窗口的值是swnd = min(cwnd, rwnd)，也就是拥塞窗口和接收窗口中的最小值

拥塞窗口cwnd 变化的规则：详情关于下面要提到的慢开始、拥塞避免
    只要网络中没有出现拥塞，cwnd 就会增大；
    但网络中出现了拥塞，cwnd 就减少；

ssthresh：慢开始门限
在慢开始的过程中，由于cwnd慢慢试探的增长(指数增长)，达到ssthresh时，进行拥塞避免，即加法增大(线性的增大)
  • 慢开始
    由于不清楚网络的负载情况，从小到大以指数的增长方式慢慢探测；
    缺点：
    a.需要获得网络内部流量分布的信息，浪费可用的网络容量，额外开销；
    b.由于要估算ssthresh(慢开始门限)，耗时较长
  • 拥塞避免
    当cwnd(拥塞窗口) = ssthresh时，开始以线性增长的模式加法增大
    缺点：只能使网络不易出现拥塞

在这里插入图片描述

在这里插入图片描述

​ 无论是慢启动算法还是拥塞避免算法，只要判断网络出现拥塞，就要把慢启动开始门限（ssthresh）设置为发送窗口的一半（>=2）;cwnd设置为1，然后再使用慢启动算法，这样做的目的能迅速的减少网络当中的数据传输，使发生拥塞的路由器能够把队列中堆积的分组处理完毕。拥塞窗口是按照线性的规律增长

在这里插入图片描述

  • 快重传
    当等待TCP的重传计时器过长时，连续收到三个重复确认后，就立即发送未被确认的data
    在这里插入图片描述

详细解释：

​ 上图中，M3这个数据由于一些网络的原因，可能丢失或延迟等问题，没有送到接收方这一侧，此时，对于M3这个数据之后的数据再发送时，接受方将不会在进行确认ACK的回应，而是重复确认未到达数据M3之前的一个数据M2；当发送方连续收到三个重复的ACK后，就会理解重传收到ACK的数据的后一个数据M3

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

  • 快恢复
    当出现快重传的情况时，不进行慢启动，因为这样会使数据传输的效率降低；此时将cwnd置为ssthresh的一半，然后进行加法增大，如下图

在这里插入图片描述

AIMD

乘法减小：无论慢/拥，网络超时 直接将cwnd=1；ssthresh减半

加法增大：当慢启动找到慢启动门限值后，缓慢增大cwnd，即线性的缓慢增大，防止过早的拥塞

问题

为什么需要快重传与快恢复？

​ 当个别报文段丢失后，其实此时并没有发生拥塞，若想当然的运行慢启动，就会降低网络传输的效率

1.慢启动阶段(slow start)：发送方一开始便向网络发送多个报文段，直至达到接收方通告的窗口大小为止。当发送方和接收方处于同一个局域网时，这种方式是可以的。但是如果在发送方和接收方之间存在多个路由器和速率较慢的链路时，就有可能出现一些问题。一些中间路由器必须缓存分组，并有可能耗尽存储器的空间

2.拥塞避免阶段（congestion avoidance）:当发现超时或长时间未收到数据包时，则表示有丢包事件，此时网络已发生拥塞现象,此时要进行相应的拥塞控制;将慢启动阈值设置为当前拥塞窗口的一半；如检测到超时，拥塞窗口就被置为1如果拥塞窗口小于或等于慢启动阈值，TCP重新进人慢启动阶段；如果拥塞窗口大于慢启动阈值，TCP执行拥塞避免算法

3.快速重传阶段(fast retransmit)：当TCP源端收到到三个相同的ACK副本时，即认为有数据包丢失，则源端重传丢失的数据包，而不必等待RTO超时；同时将ssthresh设置为当前cwnd值的一半，并且将cwnd减为原先的一半

4.快速恢复阶段(fast recovery) ：当”旧”数据包离开网络后，才能发送”新”数据包进入网络，即同一时刻在网络中传输的数据包数量是恒定的。如果发送方收到一个重复的ACK(连续收到三个相同的数据包)，则认为已经有一个数据包离开了网络，此时将cwnd置为ssthresh的一半，然后进行加法增大，即以线性增长的方式慢慢的增大cwnd

9、TCP、UDP区别？

TCP是基于连接的，提供可靠传输；而UDP是基于无连接的，不提供可靠传输；
UDP报文是面向数据报文的，TCP是面向数据流的；
UDP的报文简单，因此传输效率高；如实时的视频会议
TCP只能提供点到点通信，但是UDP支持单播、组播和广播；

10、TCP的计时器有哪些？

概述：

1.重传计时器:为了控制丢失的报文段或丢弃的报文段，也就是对报文段确认的等待时间
2.坚持计时器:专门为对付零窗口通知而设立的
3.保活计时器:每当服务器收到客户的信息，就将keeplive timer复位，超时通常设置2小时，若服务器超过2小时还没有收到来自客户的信息，就发送探测报文段，若发送了10个探测报文段（没75秒发送一个）还没收到响应，则终止连接
4.时间等待计时器:在连接终止期使用，当TCP关闭连接时，并不认为这个连接就真正关闭了，在时间等待期间，连接还处于一种中间过度状态。这样就可以时重复的fin报文段在到达终点后被丢弃，这个计时器的值通常设置为一格报文段寿命期望值的两倍。

TCP计时器

重传计数器 60s

1、当计时器截至时间之前收到了报文的确认，撤销计时器
2、计时器时间没有收到确认信号，重发报文，并将计时器复位

TCP在发送一份数据后，启动重传定时器，在经过若干时间后如果没有收到ACK，则重传该数据，这个时间间隔通常下:
1s, 3s, 6s, 12s, 24, 48s, 和多个64s 这个指数关系被称为指数退避。TCP会一直尝试重传该数据，在9分钟以后放弃。

坚持计时器 门限60s

前提：当接收端的窗口值为0时，那么当接收端的确认报文丢失后，由于窗口值为0，则接收端在等待发送端发送数据，发送端等待着接收端发送确认，至此，造成死锁

那么当发送端得知接收端的窗口大小为0时，启动坚持计时器；在这个时间内，还是没有收到确认，就主动发送探测报文

探测报文：1Byte、一个序号、不需要被确认；只是用于提醒接收端，让其重新发送确认报文
如果还是没有回应，重发探测报文，计时器时间加倍，知道增大到60s，之后就以60s的周期发送，直到窗口重新打开

TCP规定，即使窗口大小为0，必须接收的三种报文： 零窗口探测报文、确认报文、携带紧急数据的报文

保活计时器 2h

目的：用来防止两个TCP之间的连接出现长时期的空闲

cilent出现故障时，这个会话就处于空闲的打开状态，此时S会向C发送探测报文，如果连续发送了10个探测报文(每75s一个)都没有反应，则S主动断开连接

时间等待计时器(Time_Wait) 2MSL(最大报文段生存时间)

MSL：报文最大生存时间，任何报文在网络上超过MSL之后，将直接被丢弃

C收到S的FIN后，进入Time_Wait，时间设置为2MSL  中间过度状态
1、保证2MSL时间内S可以收到最后一个ACK
2、保证之前由于网络原因的一些报文不会再关闭之后再次骚扰S，因为网络中数据包到达目的的时间是不确定的

延迟应答计时器

延迟应答也被成为捎带ACK，延迟应答是为了提高网络传输的效率
服务端收到客户端的数据后， 不是立刻回ACK给客户端， 而是等一段时间(一般最大200ms)；
	这样如果服务端要是有数据需要发给客户端，那么这个ACK就和服务端的数据一起发给客户端了，这样比立即回给客户端一个ACK节省了一个数据包
Eichi_
关注
  • 1
    点赞
  • 踩
  • 6
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
字节后台开发实习一二三面
keke博客
05-20 368
字节后台开发实习一二三面 之前字节第三面挂了（写unordered_map写炸了），以为春招已经结束了，结果字节在2周后把我捞了.在一个下午连续面完了一二三面。 注：受限于篇幅，只列出重难点，较简单的八股文就不再罗列了。加粗部分为我个人掌握一般的，日后强化。 一、一面 基础知识 用户态、内核态；什么样的操作要内核态；为什么要陷入内核态，有什么优点；内核态能提升效率吗。 进程和线程的区别；为什么切换、创建进程开销大；为什么不能都用线程而不用进程；内存隔离是怎么实现的 开放题：让我设计一个线程池，然
网络-TCP-讲解-面试
04-11
本PDF文件的主题是TCP（传输控制协议），涉及到网络分层、TCP三次握手等知识点。PDF的第一页介绍了网络分层，从应用层到物理层逐层介绍了每一层的作用和主要协议。第二页进一步讨论了分层的好处，包括了模块化、维护...
面试
thinkinwm的专栏
10-09 730
面试是一个永恒的话题，也是这一辈子必不可少的一部分，无论是对于公司还是个人而言。如何能更好的找人和找工作也是一个值得探究的问题。针对不同角色面试官和应聘者，结合自身的经验，总结了一些能让面试更有效率的建议： 对于公司和面试官 明确需求：到底需要什么样的人 招聘中的面试应该是按照需求来选择人，就好比体育选拔赛，制定一定的标准，然后对应聘者进行测试（通常为笔试和面试）然后
如何更有效的进行面试
生死看淡，不服就干！
08-25 1031
面试是一个永恒的话题，也是这一辈子必不可少的一部分，无论是对于公司还是个人而言。如何能更好的找人和找工作也是一个值得探究的问题。针对不同角色面试官和应聘者，结合自身的经验，总结了一些能让面试更有效率的建议： 对于公司和面试官 明确需求：到底需要什么样的人 招聘中的面试应该是按照需求来选择人，就好比体育选拔赛，制定一定的标准，然后对应聘者进行测试（通常为笔试和面试）然后择优录取
计算机类（0809）求职经验
弥川的博客
05-09 1161
计算机类（0809）求职经验 目录 文章目录计算机类（0809）求职经验目录简历网站字体字号页数内容校招教育经历专业技能实习经历项目经历奖项证书社招专业技能工作经历项目经历教育经历奖项证书示例投递笔试内推提前批正式批面试一面二面三面学习提升专业知识计算机组成原理🥕C语言程序设计C++算法与数据结构计算机网络操作系统数据库汇编语言编译原理软件工程专业技能软技能阅读与笔记typoramarkdown分析与综合思维导图搜索规划与设计draw.ioword实施与维护滴答清单git云文档总结与汇报PPTwordPDF
微服务架构下该如何技术选型呢？
xcbeyond|疯狂源自梦想，技术成就辉煌
02-24 847
点击上方“程序猿技术大咖”，关注并选择“设为星标”回复“加群”获取入群讨论资格！一、前言为了实现基于微服务开发的产品，或者说为了将单体应用重构为微服务架构时，将面临着众多技术框架的选择。大...
C#的进化——C#发展史、C#1.0-10.0语法系统性梳理、C#与JAVA的对比
sslyc8991的专栏
01-25 3431
本文将以C#版本为时间线，从C#1.0到C#10.0系统梳理每个版本的语法，并同时就语法机制与Java做出详细的对比。方便读者同时了解两门语言的特点。
2019文章分类汇总
画漫画的程序员∙苏南
12-31 222
点击上方“IT平头哥联盟”，选择“置顶或者星标”你的关注意义重大！前言今天是2019年最后一天，本年度共更新了220篇文章，让我们一起来回顾一下这一年我们都学习哪些东西、有多少收获，文章你...
中电金信出席信通院“应用现代化赋能银行核心系统升级”交流会议
最新发布
2301_79125642的博客
06-11 823
前两天和组里之前的实习生一起吃饭，聊到他现在的实习，觉得一直在做杂活，完全没有之前的成就感，他现在实。25届正在找暑期实习的牛马一枚，基本上所有中大厂都投了一波，也面了一波，最近打算写点面试经历，整理和。收到了美团客户端的offer，但是美团在北京，我家和学校都在广州，实在太远了，而且部门是做终端、中台。今天找他商量报销的事情，大吵了一架，吵得缘由很无语，他觉得我应该心安理得的接受他的安排，我觉得不是，刚刚又收到腾讯的面试邀请，已经是腾讯的第六次复活赛了，实在难绷，还是记录一下这一路过来和腾讯的纠缠。
题解 | #获取三个数中的最大值（三元表达式实现）#
每天多一点干货
01-17 878
总结:哪家公司最喜欢泡池子#相较于美的还能有个一波三折的体验，还有两家公司更像极了海王，当然咱也得承认咱能力有限，入不了他们的眼，这两家就是联想和中兴。【方向】cv、nlp、多模态、数据分析【部门】平台治理、知识图谱、智能客服、供应链与物流、数据科学【base】珠海、杭州、上海、北京等！欢迎发简历找我内推！中电科二十九所，21w（有水分），成都，部门边缘听说稍微轻松些华为数存，20k，上海不是四川人，工作地无所谓，迷茫小子。不是最简单的方法，利用list set的转换，count方法，sort方法。
TCP/IP协议知识点总结与面试
08-09
总结的一些TCP/IP重要知识点和面试问题
Java面试基础之TCP连接以及其优化
08-25
Java面试中的TCP连接及其优化是后端开发人员必须掌握的基础知识。TCP（Transmission Control Protocol）是一种面向连接的、可靠的、基于字节流的传输层通信协议。在Java中，理解和优化TCP连接对于提升应用程序的性能...
dns2tcp官方最新版+可用的客户端
01-22
dns2tcp 是一个利用DNS隧道转发TCP连接的工具，使用C语言开发。它分为两个部分，服务端和客户端，服务端运行在linux服务器上，客户端可以运行在linux和windows上(其他平台没有测试过)，编译完成后在服务端上的可执行...
TCP/IP常见面试知识点
04-16
"TCP/IP常见面试知识点" TCP/IP 协议簇是计算机网络中最为重要的一部分，理解 TCP/IP 协议的工作机理和每个层的作用对于程序员和网络管理员来说都是必备的基础素养。本文将从 TCP/IP 模型、数据链路层、网络层、...
在网络架构中，P、PE、CE、CR等分别代表什么意思？
热门推荐
Hala
07-26 4万+
文章目录一 P、PE、CE二 CR、AR、BR、SR三 总结 与运营商接入时，存在一些通信的名词，如纯P设备、PE设备、CE设备等，下面将对这些名词做一个完整的解释与说明 一 P、PE、CE ​ P（Provider）、PE（Provider Edge）、CE（Customer Edge）属于mpls vpn里的概念。在VPN概念中，把整个网络中的路由器如下三类： 第一类，运营商骨干路由器（P） 第二类，运营商边缘路由器（PE） ​ PE充当IP VPN接入路由器，即Provide的边缘设备。服务提
OSPF的区域规则
Hala
10-06 1万+
OSPF的规则区域 OSPF 区域设计 区域标识：使用十进制数或类似于IP地址方式 区域的划分：基于接口的（链路的） 两种区域类型： 1.骨干区域：区域0 存在并且唯一 2.非骨干区域：非0区域 OSPF 路由器角色 1.骨干路由器：一个路由器的所有接口都在0区域内 2.非骨干路由器：一个路由器的所有接口都不在0区域内 3.ABR：区域边界路由器，能够产生3类LSA的路由器，有接口属于0区域，还...
生成树原来这么简单
Hala
07-14 8622
生成树原来这么简单 文章目录生成树原来这么简单前言摘要什么是生成树？生成树的作用？一、STP1.1 背景1.2 STP增强特性1.2.1 portfast 端口加速1.2.2 backbonefast 骨干加速1.2.3 uplinkfast 上行链路加速1.2.4 BPDU guard BPDU 防护1.2.5 BPDU filter BPDU 过滤1.3 BPDU1.3.1 重要字段详解(BID、RID、COP、PID)1.3.2 生成时的计时器1.4 工作原理1.4.1 端口角色1.4.2 端口
抓包(wireshark)详细分析OSPF状态运行机制
Hala
03-19 7211
OSPF的5包7状态 数据包 Hello：发现、建立邻居（邻接）关系、维持、周期保活；存在全网唯一的RID，使用IP地址表示 DBD：本地的数据库的目录（摘要），LSDB的目录（所有LSA的集合） LSR：基于DBD包中的未知信息进行查询 LSU：携带了真正的LSA信息（链路状态通告），用于答复对端的LSR LSack：对传递LSA信息进行确认，链路状态确认 状态机 Down：一旦启...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值