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、静态综合实验报告
1.根据实验要求搭建拓扑，规划IP并配置
2.在R3上开启dhcp服务，配置完成后使PC1,PC2可以通过DHCP自行获取IP
3.先配置各台路由器的缺省路由，后手动配置静态路由以达到每台路由器选路最佳；
4.在内部网络全通的情况下，为使内部访问ISP后的外部网络，在R5的出接口方向上配置NAT（一对多）将内部私网地址转换为公网地址
?5.为防止环路，故在刚才实验中写汇总路由的设备上配置NULL 0空接口
?
6.为达到R4与R5件的备份路径，故将G4/0/0的路由优先级改为61
?
通过关闭G0/0/2的接口观察R4，R5路由表中路由条目的变化来验证条件达成
?
?
?
?7.为实现R6telentR5的公网地址实际登录到R1，故需现在R1上开启远程登录服务，后在R5的公网地址接口出配置nat server
通过R6telentR5的公网地址实际登录R1证明配置成功。
实验完成。