HCIP（一）_hipcc

作者：知新_RL | 2024-04-23 12:37:57

踩

hipcc

1、Windows下查看端口号与进程号关系的命令

答：Window平台下可通过cmd命令查看端口占用、查看进程、结束进程；

打开电脑上面的一个终端，如cmd（开始-运行-cmd），键入 netstat -ano 命令，这时候就可以查看所有的端口占用情况；查看端口被某一进程占用可以使用 netstat -ano|findstr "port" 命令，此命令可以找到占用进程的pid，然后使用 tasklist|findstr "pid" 找到进程名称，然后使用 taskkill /f /t /im 进程名称结束进程。

2、TCP三次握手详解

答：

首先由Client发出请求连接即 SYN=1 ACK=0 ， TCP规定SYN=1时不能携带数据，但要消耗一个序号,因此声明自己的序号是 seq=x；

然后 Server 进行回复确认，即 SYN=1 ACK=1 seq=y, ack=x+1,

再然后 Client 再进行一次确认，但不用SYN 了，这时即为 ACK=1, seq=x+1, ack=y+1.

然后连接建立，为什么要进行三次握手呢（两次确认）。

为什么是三次握手？不是一次、两次或者更多？如果是两次或者是一次会出现什么情况？

一次握手：由于TCP是面向连接的，一次很明显时不可能的，因为客户端发出连接消息后，却没有接收到来自服务端的回应，客户端就无法确定服务端接是否收到了连接请求，当然也就不能确定是否连接成功。

两次握手：如果客户端想建立连接，给服务端发了一个连接请求（SYN），但是由于网络中种种情况，导致没有及时到达服务端，这就导致客户端在很长一段时间中没有收到回复消息（ACK），这时客户端又给服务端发送一个SYN，这次的发送和接收的很顺利，很快就收到了ACK，但是这时之前的SYN终于到了服务端，服务端规规矩矩的为这个SYN申请资源，然后返回ACK。由于之前的SYN已经失效了，所以客户端也不会去理会这个ACK，但是傻乎乎的服务端并不知道这个SYN已经失效了，一直为他汇聚着资源，这就造成了资源的浪费。

三次握手：在两次握手中服务端不知道当前这个SYN是不是有效的，三次握手就很好的解决了这个问题，第三次握手就是客户端给服务端回复第二次握手，这也就是说服务端会等第三次握手的到来，如果第三次握手迟迟不来，服务端就可以识别这个SYN是无效的，就会将他的资源释放了。还有一种情况就是第三次握手由于网络中的种种原因失败了，这时候客户端认为自己已经连接好了，就会给服务端发送数据，服务端由于没有收到第三次握手，就会以RST包对客户端响应，收到RST的的客户端就知道第三次握手没有成功，就会重新连接。

四次握手和两次握手的情况一样，五次握手和三次握手的情况一样，以此类推，奇数次握手的情况与三次握手相同，同理偶数次握手与两次握手一样，所以为了更快的连接，就使用三次握手最合适。

ACK、SYN和FIN这些大写的单词表示标志位，其值要么是1，要么是0；ack、seq小写的单词表示序号。

3、静态综合实验报告