2026年计算机网络笔试面试题及答案_第1页
2026年计算机网络笔试面试题及答案_第2页
2026年计算机网络笔试面试题及答案_第3页
2026年计算机网络笔试面试题及答案_第4页
2026年计算机网络笔试面试题及答案_第5页
已阅读5页,还剩12页未读, 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

2026年计算机网络笔试面试题及答案1.单项选择题(1)以下关于QUIC协议的描述,错误的是A.QUIC基于UDP协议实现B.QUIC默认开启TLS1.3加密C.QUIC不支持多流复用,无法解决队头阻塞问题D.QUIC支持连接迁移特性答案:C。QUIC的核心特性就是在同一连接内支持多流独立复用,不同流的数据传输互不干扰,单个流丢包阻塞不会影响整个连接,从应用层彻底解决了队头阻塞问题,因此C选项描述错误。(2)零信任架构的核心设计原则不包括以下哪项A.从不信任,始终验证B.基于身份的细粒度访问控制C.假设网络内部已经存在威胁D.信任内部网络,仅验证外部访问答案:D。零信任架构打破了传统网络安全“内部可信、外部不可信”的边界假设,无论访问请求来自企业内部网络还是外部网络,都需要进行身份验证和授权,因此D选项不属于零信任的设计原则。(3)在SDN标准三层架构中,负责收集网络拓扑信息、向下转发面设备下发流表规则的层次是A.数据平面B.控制平面C.应用平面D.管理平面答案:B。SDN架构中,数据平面由交换机等转发设备组成,仅负责按照流表规则转发数据;控制平面由集中式控制器组成,负责网络拓扑计算、流表规则生成与下发,是SDN的逻辑核心;应用平面由各类上层网络应用组成,提供业务功能,因此本题选B。(4)以下选项中,不属于HTTP/2相对HTTP/1.1核心改进的是A.二进制分帧B.头部压缩C.多路复用D.默认开启端到端加密答案:D。HTTP/2协议规范本身没有强制要求端到端加密,仅对传输层的报文格式做了优化,默认开启加密是HTTP/3基于QUIC的特性,因此本题选D。(5)以下路由协议中,属于链路状态路由协议的是A.RIPv1B.RIPv2C.OSPFD.BGP答案:C。RIPv1和v2都属于距离矢量路由协议,BGP属于路径矢量路由协议,OSPF是典型的链路状态路由协议,因此本题选C。2.多项选择题(1)以下属于HTTP/3相对HTTP/2优势的有A.彻底解决应用层队头阻塞问题B.更低的连接建立延迟,支持0-RTT握手C.更好的移动场景适配,支持连接迁移D.头部压缩算法抗丢包能力更优答案:ABCD。HTTP/2基于TCP实现,仍然存在传输层队头阻塞问题,HTTP/3基于QUIC实现,多流独立机制彻底解决了队头阻塞;QUIC结合TLS1.3优化了握手流程,首次连接仅需1-RTT,重复连接可实现0-RTT握手,延迟远低于HTTP/2;QUIC的连接迁移特性可以让连接在客户端切换IP(比如从WiFi切到5G)时不中断,非常适合移动场景;HTTP/3采用QPACK头部压缩算法,解决了HTTP/2HPACK算法存在的压缩队头阻塞问题,抗丢包能力更强,因此四个选项都正确。(2)TCP滑动窗口机制的描述中,正确的有A.滑动窗口大小由发送方根据发送缓存单独决定B.滑动窗口的核心作用是实现TCP的流量控制C.滑动窗口承担了TCP拥塞控制的核心功能D.接收方通知零窗口后,发送方会停止发送数据直到收到窗口更新报文答案:BD。滑动窗口的大小由接收方根据自身接收缓存大小计算,通过报文通知发送方,发送方的发送窗口不能超过接收方通知的窗口大小,因此A错误;滑动窗口的核心作用是流量控制,避免发送方发送速度过快导致接收方缓存溢出,拥塞控制的核心是拥塞窗口机制,因此B正确C错误;当接收方缓存占满,会通知发送方零窗口,此时发送方会停止发送新数据,直到接收方处理完数据发送窗口更新报文,因此D正确。(3)以下属于零信任架构核心关键组件的有A.统一身份管理体系B.持续风险评估与微分段隔离C.安全访问服务边缘(SASE)D.全链路审计与行为监控答案:ABCD。零信任以身份为核心,统一身份管理是所有访问控制的基础;持续评估是零信任“始终验证”的核心要求,微分段可以隔离威胁横向移动,是零信任落地的核心技术;SASE将零信任访问能力与广域网服务融合,是当前云原生时代零信任落地的主流形态;全链路审计和行为监控可以及时发现异常访问,支撑动态权限调整,因此四个选项都正确。3.简答题(1)请简述TCP三次握手和四次挥手的流程,说明为什么三次握手不能简化为两次,四次挥手为什么不能合并为三次?答案:TCP三次握手流程:第一次握手:客户端发送SYN同步报文(初始序列号seq=x),进入SYN_SENT状态;第二次握手:服务器收到客户端的SYN后,回复SYN+ACK报文(自身初始序列号seq=y,确认号ack=x+1),进入SYN_RCVD状态;第三次握手:客户端收到SYN+ACK后,回复ACK确认报文(确认号ack=y+1),客户端进入ESTABLISHED状态,服务器收到ACK后也进入ESTABLISHED状态,连接建立完成。三次握手不能简化为两次的原因:第一,避免失效连接请求导致资源浪费:如果客户端第一个连接请求因为网络延迟滞留在网络中,客户端超时重发后完成连接建立和释放,失效请求到达服务器后,若两次握手服务器会直接建立连接,空等客户端发送数据,浪费服务器资源;第二,三次握手可以让双方都确认对方的发送和接收能力正常,两次握手只能让服务器确认客户端的发送能力正常,客户端无法确认服务器的接收能力和自己的发送能力是否正常,也无法协商双方都支持的初始序列号。四次挥手流程:第一次挥手:客户端发送FIN终止报文(序列号seq=u),表示己方没有数据需要发送,进入FIN_WAIT_1状态;第二次挥手:服务器收到FIN后,回复ACK确认报文(确认号ack=u+1),进入CLOSE_WAIT状态,客户端收到ACK后进入FIN_WAIT_2状态,此时连接处于半关闭状态,客户端停止发送数据,服务器仍可以发送数据;第三次挥手:服务器发送完所有剩余数据后,发送FIN终止报文(序列号seq=v),表示己方也没有数据需要发送,进入LAST_ACK状态;第四次挥手:客户端收到FIN后,回复ACK确认报文(确认号ack=v+1),进入TIME_WAIT状态,服务器收到ACK后进入CLOSED状态,客户端等待2MSL时间后进入CLOSED状态,连接完全释放。四次挥手不能合并为三次的原因:TCP是全双工通信,客户端发送FIN表示己方停止发送,但服务器可能还有未发送完成的数据,无法立刻关闭连接,因此需要先回复ACK,等数据发送完成后再发送FIN,因此ACK和FIN需要分两次发送,只能是四次挥手,仅在极少数情况下服务器刚好没有剩余数据发送时,才会把ACK和FIN合并,变成三次挥手,这是特殊场景不是标准流程。(2)请解释什么是队头阻塞,分别说明HTTP/1.1、HTTP/2、HTTP/3存在的队头阻塞问题,以及对应的优化思路?答案:队头阻塞是指网络传输中,队列头部的数据包因为丢失、阻塞等原因无法及时处理,导致队列中后续所有数据包都被阻塞,无法正常交付,进而降低整个连接传输性能的问题。HTTP/1.1的队头阻塞:HTTP/1.1默认支持长连接,但是同一TCP连接中必须按照请求顺序处理响应,前一个请求的响应没有返回,后续请求必须排队等待,属于应用层面的队头阻塞。优化思路:HTTP/1.1通常采用对同一域名开启多个并发TCP连接的方式缓解,一般浏览器会开启6-8个并发连接,但是多个TCP连接会占用更多系统缓存和带宽,还会加剧网络拥塞,无法彻底解决问题。HTTP/2的队头阻塞:HTTP/2通过二进制分帧和多路复用,实现了同一TCP连接内多个请求响应交错传输,彻底解决了HTTP/1.1层面的应用层队头阻塞。但是HTTP/2基于TCP协议传输,TCP是面向字节流的传输层协议,同一TCP连接中只要有一个报文段丢失,TCP需要等待该报文段重传完成才能向上层交付数据,因此即使不同流的数据,也会因为TCP层面的丢包被整个连接阻塞,也就是存在传输层队头阻塞。优化思路:行业内早期尝试过并发多个TCP连接的方式缓解,但是本质上没有解决问题,直到基于UDP的QUIC协议出现才彻底解决。HTTP/3的队头阻塞:HTTP/3基于QUIC协议运行在UDP之上,QUIC在应用层实现了多流独立机制,每个流有独立的序列号和流量控制,同一连接内某个流丢包阻塞只会影响该流本身,不会影响其他流的传输,彻底解决了从应用层到传输层的队头阻塞问题,不需要额外优化。(3)请对比零信任架构和传统基于边界的网络安全架构的区别,说明零信任的核心落地流程?答案:传统基于边界的网络安全架构将网络划分为可信的内部网络和不可信的外部网络,安全防护的核心是构建防火墙等边界防护设备,阻止外部威胁入侵,默认信任所有来自内部网络的访问请求,仅对跨边界的访问进行验证。这种架构诞生于企业业务都部署在本地数据中心、员工都在办公室办公的场景,在当前云原生、远程办公、多云部署普及的背景下已经失效,因为传统网络边界已经模糊,内部威胁占比逐年提升,传统架构无法应对新的安全挑战。零信任架构的核心逻辑是“从不信任、始终验证、最小权限”,不区分访问来源是内部还是外部,对每一次访问请求都进行身份验证和动态授权,通过细粒度权限控制限制威胁横向扩散,二者核心区别:第一,信任假设不同,传统架构默认内部可信外部不可信,零信任默认所有主体和请求都不可信,与来源无关;第二,访问控制粒度不同,传统架构多是基于IP、端口的粗粒度控制,零信任是基于用户、设备、应用身份的细粒度控制;第三,验证逻辑不同,传统架构仅在接入边界做一次验证,后续不持续验证,零信任对每一次访问都做持续验证,动态调整权限;第四,防护重心不同,传统架构重心是阻止入侵,零信任重心是保护核心资产,限制威胁扩散。零信任核心落地流程分为五步:第一步,资产梳理与统一身份构建:梳理所有需要保护的业务资产,整合用户、设备、应用的身份信息,构建全域统一身份源,作为访问控制的基础;第二步,权限梳理与最小权限规划:按照业务需求梳理每个身份对资产的访问权限,遵循最小权限原则,仅开放完成业务必须的权限,避免过度授权;第三步,访问规则配置与微分段部署:基于身份配置动态访问控制规则,同时对内部网络进行微分段隔离,将不同安全等级、不同业务域的资产隔离,避免被攻破后威胁横向移动;第四步,持续监控与风险分析:对所有访问行为做全日志记录,基于AI模型实时分析访问行为风险,发现异常立刻阻断访问或调整权限;第五步,动态优化调整:根据业务变化、新资产上线、风险态势变化,动态调整身份体系、访问规则和权限,适配业务和安全需求。4.面试高频题及解析(1)请说说TCP和UDP的核心区别,分别举例说明适用场景?答案:TCP和UDP都是传输层协议,核心区别主要有五点:第一,连接性不同,TCP是面向连接的,通信前需要三次握手建立连接,通信完成后需要四次挥手释放连接,UDP是无连接的,发送数据前不需要建立连接,直接封装发送即可;第二,可靠性不同,TCP提供可靠交付,通过校验和、序列号、重传机制保证数据不丢失、不重复、按序到达,UDP不提供可靠交付,不保证数据一定到达,也不保证按序到达,没有重传机制;第三,传输方式不同,TCP是面向字节流的,将应用层数据视为连续的字节流,不保留报文边界,UDP是面向报文的,应用层交付多少报文,UDP就封装发送多少,保留报文边界;第四,头部开销不同,TCP头部最小20字节,最大60字节,开销更大,UDP头部固定8字节,开销更小;第五,流量和拥塞控制不同,TCP有完整的滑动窗口流量控制和拥塞控制机制,UDP没有,网络拥塞也不会降低发送速率。适用场景:TCP适合对可靠性要求高、对延迟不敏感的场景,比如网页浏览、文件传输、邮件传输、远程登录等,这些场景要求数据不能出错丢失,因此选择TCP;UDP适合对实时性、延迟要求高,可以容忍一定比例丢包的场景,比如视频直播、实时通话、在线游戏、DNS查询、物联网传感器数据采集等,现在新兴的HTTP/3、QUIC也基于UDP实现,就是为了获得更低的延迟和更好的移动性,在移动互联网场景下基于UDP的传输方案越来越普及。(2)TCP四次挥手中TIME_WAIT状态为什么需要等待2MSL?答案:TIME_WAIT等待2MSL的原因有两个:第一,保证客户端发送的最后一个ACK报文能够正常到达服务器,若这个ACK因为网络拥堵丢失,服务器会一直处于LAST_ACK状态,超时后会重发FIN报文,如果客户端发送完ACK就直接关闭连接,那么服务器重发的FIN到达后,客户端会回复RST报文,导致服务器异常关闭连接,而如果客户端在TIME_WAIT等待2MSL,就可以收到重发的FIN,重新回复ACK,保证连接正常释放;第二,等待2MSL可以让当前连接所有残留的失效报文都从网络中消失,避免连接关闭后,新建立的相同四元组(源IP、源端口、目的IP、目的端口)连接收到旧连接的残留报文,导致新连接数据混乱。(3)TLS1.3相对TLS1.2做了哪些核心优化?答案:TLS1.3是当前主流的TLS版本,相对TLS1.2的核心优化主要有四点:第一,大幅降低握手延迟,TLS1.2首次握手需要2-RTT才能开始传输应用数据,TLS1.3首次握手仅需要1-RTT,对于重复连接可以实现0-RTT握手,直接发送应用数据,握手延迟降低了50%以上,非常适合移动互联网低延迟需求;第二,移除了不安全的加密算法,移除了静态RSA密钥交换、CBC模式、SHA-1等不安全的加密套件,仅保留了ECDHE等安全的前向保密密钥交换算法,安全性大幅提升;第三,加密握手消息,TLS1.3除了第一个ClientHello消息,后续所有握手消息都进行加密,减少了明文暴露的信息,提升了防中间人攻击的能力;第四,简化了握手流程,将原来的多次消息往返整合,减少了不必要的交互,提升了握手效率,仅保留了必要的安全机制,协议更简洁。(4)什么是SD-WAN,相比传统企业广域网有哪些优势?答案:SD-WAN即软件定义广域网,

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论