计算机网络试题 01：分层模型、封装与网络设备

关于OSI 与 TCP/IP 分层模型，正确描述是“OSI 七层是分析和交流模型，互联网实现通常按 TCP/IP 协议族组合多层能力”。判断机制时还要保留边界：协议与层级不是一一映射，TLS、ARP 和 QUIC 等协议常跨越传统分层边界。其余选项把“每个网络数据包在操作系统中都必须依次运行七个独立模块”“只要某张教材图把协议放在一层，该归类在所有实现中就绝对固定”这类不严谨表述当成结论，或采用“按层级名称直接指定责任团队，不检查协议和实际实现”式的处理方式，都与真实协议行为不符。

本题要求选出不成立的说法，“每个网络数据包在操作系统中都必须依次运行七个独立模块”把OSI 与 TCP/IP 分层模型的条件性机制表述成了无条件结论。成立的描述是“OSI 七层是分析和交流模型，互联网实现通常按 TCP/IP 协议族组合多层能力”，同时需注意边界：协议与层级不是一一映射，TLS、ARP 和 QUIC 等协议常跨越传统分层边界。

题干现象只能说明OSI 与 TCP/IP 分层模型相关链路可能出现异常，不能直接锁定单一根因。更合理的排查思路是“先明确采用的分层模型和观察边界，再描述具体协议、报文与实现组件”，同时保留边界：协议与层级不是一一映射，TLS、ARP 和 QUIC 等协议常跨越传统分层边界。仅凭“只要某张教材图把协议放在一层，该归类在所有实现中就绝对固定”下结论或采用“按层级名称直接指定责任团队，不检查协议和实际实现”式的操作，都会跳过关键证据。

生产中使用OSI 与 TCP/IP 分层模型时，方案应覆盖机制、边界与可观测证据，因此“把分层当作定位坐标系，并同时记录协议栈实现和实际数据路径”更稳妥。边界上要注意：协议与层级不是一一映射，TLS、ARP 和 QUIC 等协议常跨越传统分层边界。“按层级名称直接指定责任团队，不检查协议和实际实现”式简化处理与“只要某张教材图把协议放在一层，该归类在所有实现中就绝对固定”式单点判断都不足以支撑生产决策。

关于数据封装与解封装，正确描述是“发送端逐层增加协议控制信息，接收端依据头部字段逐层解析并把负载交给上层”。判断机制时还要保留边界：分段、分片、隧道和硬件卸载会让抓包位置看到的报文形态不同。其余选项把“应用写入的一段数据在网络上始终对应一个完全相同大小的帧”“看到多个帧就断定应用执行了多次发送”这类不严谨表述当成结论，或采用“仅比较应用写入次数和帧数量，忽略协议分段与卸载”式的处理方式，都与真实协议行为不符。

本题要求选出不成立的说法，“应用写入的一段数据在网络上始终对应一个完全相同大小的帧”把数据封装与解封装的条件性机制表述成了无条件结论。成立的描述是“发送端逐层增加协议控制信息，接收端依据头部字段逐层解析并把负载交给上层”，同时需注意边界：分段、分片、隧道和硬件卸载会让抓包位置看到的报文形态不同。

题干现象只能说明数据封装与解封装相关链路可能出现异常，不能直接锁定单一根因。更合理的排查思路是“结合 MSS、MTU、分段卸载和抓包点判断数据在哪一层被拆分”，同时保留边界：分段、分片、隧道和硬件卸载会让抓包位置看到的报文形态不同。仅凭“看到多个帧就断定应用执行了多次发送”下结论或采用“仅比较应用写入次数和帧数量，忽略协议分段与卸载”式的操作，都会跳过关键证据。

生产中使用数据封装与解封装时，方案应覆盖机制、边界与可观测证据，因此“用各层长度字段、序列号和抓包位置重建封装链路”更稳妥。边界上要注意：分段、分片、隧道和硬件卸载会让抓包位置看到的报文形态不同。“仅比较应用写入次数和帧数量，忽略协议分段与卸载”式简化处理与“看到多个帧就断定应用执行了多次发送”式单点判断都不足以支撑生产决策。

关于交换机与路由器的转发依据，正确描述是“二层交换主要依据目标 MAC 转发帧，三层路由主要依据目标 IP 和路由表转发分组”。判断机制时还要保留边界：三层交换机、策略路由和隧道设备可能在一台设备内同时执行多层处理。其余选项把“交换机只能广播所有帧，路由器只负责修改 TCP 端口”“能看到目的 MAC 就说明跨网段路由一定正确”这类不严谨表述当成结论，或采用“先重启相关交换机和路由器，业务恢复后就不再检查转发依据和配置”式的处理方式，都与真实协议行为不符。

本题要求选出不成立的说法，“交换机只能广播所有帧，路由器只负责修改 TCP 端口”把交换机与路由器的转发依据的条件性机制表述成了无条件结论。成立的描述是“二层交换主要依据目标 MAC 转发帧，三层路由主要依据目标 IP 和路由表转发分组”，同时需注意边界：三层交换机、策略路由和隧道设备可能在一台设备内同时执行多层处理。

题干现象只能说明交换机与路由器的转发依据相关链路可能出现异常，不能直接锁定单一根因。更合理的排查思路是“分别检查交换机 MAC 表、VLAN、默认网关和路由表，而不是只测试应用端口”，同时保留边界：三层交换机、策略路由和隧道设备可能在一台设备内同时执行多层处理。仅凭“能看到目的 MAC 就说明跨网段路由一定正确”下结论或采用“先重启相关交换机和路由器，业务恢复后就不再检查转发依据和配置”式的操作，都会跳过关键证据。

生产中使用交换机与路由器的转发依据时，方案应覆盖机制、边界与可观测证据，因此“按二层邻接和三层路由两个阶段验证路径，并保留设备转发表证据”更稳妥。边界上要注意：三层交换机、策略路由和隧道设备可能在一台设备内同时执行多层处理。“先重启相关交换机和路由器，业务恢复后就不再检查转发依据和配置”式简化处理与“能看到目的 MAC 就说明跨网段路由一定正确”式单点判断都不足以支撑生产决策。

关于端到端与逐跳作用域，正确描述是“TCP 连接和应用语义通常面向端点，TTL、链路帧及下一跳解析则会在每一跳处理”。判断机制时还要保留边界：NAT、代理和负载均衡可能终止或改写原有端到端关系。其余选项把“IP 包从源到目的经过路由器时，源和目的 MAC 地址始终保持不变”“目标 IP 没变就能证明中间没有任何设备处理报文”这类不严谨表述当成结论，或采用“只查看最终服务器日志来推断所有中间链路行为”式的处理方式，都与真实协议行为不符。

本题要求选出不成立的说法，“IP 包从源到目的经过路由器时，源和目的 MAC 地址始终保持不变”把端到端与逐跳作用域的条件性机制表述成了无条件结论。成立的描述是“TCP 连接和应用语义通常面向端点，TTL、链路帧及下一跳解析则会在每一跳处理”，同时需注意边界：NAT、代理和负载均衡可能终止或改写原有端到端关系。

题干现象只能说明端到端与逐跳作用域相关链路可能出现异常，不能直接锁定单一根因。更合理的排查思路是“按跳比较 TTL、下一跳 MAC、NAT 和代理边界，区分链路变化与端到端状态”，同时保留边界：NAT、代理和负载均衡可能终止或改写原有端到端关系。仅凭“目标 IP 没变就能证明中间没有任何设备处理报文”下结论或采用“只查看最终服务器日志来推断所有中间链路行为”式的操作，都会跳过关键证据。

生产中使用端到端与逐跳作用域时，方案应覆盖机制、边界与可观测证据，因此“绘制逐跳路径并标出连接终止点、地址转换点和安全策略点”更稳妥。边界上要注意：NAT、代理和负载均衡可能终止或改写原有端到端关系。“只查看最终服务器日志来推断所有中间链路行为”式简化处理与“目标 IP 没变就能证明中间没有任何设备处理报文”式单点判断都不足以支撑生产决策。

关于协议号、端口与 EtherType，正确描述是“不同层使用不同分用字段，EtherType、IP Next Header 或 Protocol、传输层端口分别指向下一层处理”。判断机制时还要保留边界：端口属于传输协议命名空间，同一个数值可同时存在于 TCP 和 UDP。其余选项把“只要端口号相同，TCP 服务和 UDP 服务就是同一个网络会话”“端口扫描显示开放就证明所有传输协议都已放行”这类不严谨表述当成结论，或采用“仅按知名端口建立安全策略，完全忽略传输协议和流量方向”式的处理方式，都与真实协议行为不符。

本题要求选出不成立的说法，“只要端口号相同，TCP 服务和 UDP 服务就是同一个网络会话”把协议号、端口与 EtherType的条件性机制表述成了无条件结论。成立的描述是“不同层使用不同分用字段，EtherType、IP Next Header 或 Protocol、传输层端口分别指向下一层处理”，同时需注意边界：端口属于传输协议命名空间，同一个数值可同时存在于 TCP 和 UDP。

题干现象只能说明协议号、端口与 EtherType相关链路可能出现异常，不能直接锁定单一根因。更合理的排查思路是“核对每层分用字段和策略是否同时覆盖所需的 IP 协议与 TCP 或 UDP 端口”，同时保留边界：端口属于传输协议命名空间，同一个数值可同时存在于 TCP 和 UDP。仅凭“端口扫描显示开放就证明所有传输协议都已放行”下结论或采用“仅按知名端口建立安全策略，完全忽略传输协议和流量方向”式的操作，都会跳过关键证据。

生产中使用协议号、端口与 EtherType时，方案应覆盖机制、边界与可观测证据，因此“规则中明确协议族、IP 协议、源目的地址和端口，避免只写一个数字”更稳妥。边界上要注意：端口属于传输协议命名空间，同一个数值可同时存在于 TCP 和 UDP。“仅按知名端口建立安全策略，完全忽略传输协议和流量方向”式简化处理与“端口扫描显示开放就证明所有传输协议都已放行”式单点判断都不足以支撑生产决策。