实验一 常用网络命令的使用

实验目的

1. 掌握 ping、ifconfig、traceroute、netstat、arp、nslookup 等常用网络诊断与配置命令的基本使用方法。
2. 深入理解各命令对应的 TCP/IP 协议簇核心原理，包括 ICMP 协议、ARP 协议、DNS 协议、TCP/UDP 传输协议、IP 路由转发等知识点。
3. 学会通过网络命令完成主机网络配置查看、网络连通性测试、数据包路由路径追踪、网络连接状态监控、域名解析等基础网络运维操作。
4. 培养基于网络命令排查常见网络故障的能力，理解丢包率、往返时延、TTL、路由跳数等核心网络指标的含义与评估方法。

实验内容简要描述

本次实验在 Linux 终端环境下，围绕 TCP/IP 网络协议栈的分层能力，完成了一系列网络命令的实操与验证，核心内容如下：

1. 使用 ping 命令测试与目标域名www.baidu.com的网络层连通性，统计数据包收发情况、丢包率、往返时延等关键指标，验证网络可达性；
2. 使用 ifconfig 命令查看主机全量网络接口与指定网卡的配置信息，获取 IP 地址、MAC 地址、子网掩码、网卡数据包收发统计等核心网络参数；
3. 使用 traceroute 命令追踪访问www.baidu.com的数据包路由转发路径，查看指定跳数内的路由节点信息与转发时延；
4. 使用 netstat 命令多维度查看主机网络状态，包括 TCP/UDP 连接状态、监听端口、内核路由表、IP/TCP/ICMP 协议栈统计信息等；
5. 使用 arp 命令查看主机 ARP 缓存表，获取局域网内设备的 IP 地址与 MAC 地址映射关系；
6. 使用 nslookup 命令完成www.baidu.com的域名解析，获取域名对应的 IPv4、IPv6 地址与别名信息，验证 DNS 服务可用性。

实验步骤与结果分析

3.1 ping命令——网络连通性测试

3.1.1 实验步骤

1. 打开 Linux 终端，执行基础命令ping www.baidu.com，持续向目标主机发送 ICMP 回显请求，手动终止进程后查看完整统计结果；
2. 执行指定参数命令ping www.baidu.com -c 5，限定发送 5 个 ICMP 数据包后自动停止，获取精准可控的连通性统计数据。
   1. 1. 实验结果

1. 无参数限制的 ping 测试：累计发送 9 个数据包，成功接收 8 个，丢包率 11.11%，总耗时 8069ms；数据包往返时延 rtt 最小值 34.931ms、平均值 38.788ms、最大值 46.601ms、时延偏差 3.769ms；
2. 指定 - c 5 参数的 ping 测试：累计发送 5 个数据包，全部成功接收，丢包率 0%，总耗时 4007ms；rtt 最小值 35.074ms、平均值 43.788ms、最大值 50.673ms、时延偏差 5.719ms；
3. 两次测试均解析到www.baidu.com对应的目标 IP 为 182.61.200.110，返回报文的 TTL 值均为 46。

3.1.3 结果分析

ping 命令基于ICMP 互联网控制报文协议实现，通过向目标主机发送 echo request 请求报文，等待目标返回 echo reply 应答报文，实现网络层端到端连通性的验证，是网络故障排查的基础工具。两次测试均能正常收到目标主机的回显报文，说明本机与百度服务器的端到端网络链路整体可达；首次测试的偶发丢包，是由于 ICMP 报文优先级较低，网络链路瞬时拥塞导致中间节点丢弃报文，并非持续性链路故障。

验证得到实验环境为linux系统

TTL（生存时间）值为 46，结合 Linux 系统默认初始 TTL 值 64 可推断，数据包从本机到目标服务器经过了 18 跳路由节点（64-46=18）。rtt 往返时延指标反映了数据包端到端的传输耗时，本次测试平均时延稳定在 38-44ms，时延抖动较小，说明端到端网络链路质量良好。

3.2 ifconfig命令——网络接口配置查看

3.2.1 实验步骤

1. 执行ifconfig命令，查看主机所有已启用网络接口的完整配置与运行统计信息。

1. 执行ifconfig eth0命令，单独查看指定以太网网卡 eth0 的详细配置参数。

1. 执行ifconfig --help命令，查看命令的完整帮助文档，掌握全量可用参数。

3.2.2 实验结果

主机包含 eth0（以太网物理网卡）、lo（本地回环接口）两个核心网络接口，关键参数如下：

1. eth0 网卡核心配置

• 网络层参数：IPv4 地址 100.75.169.178，子网掩码 255.255.255.255，广播地址 0.0.0.0；IPv6 地址 fe80::5c68:47ff:fe64:9673，前缀长度 64；
• 数据链路层参数：MAC 地址 5e:68:47:64:96:73，MTU（最大传输单元）1480；
• 运行统计：RX 接收数据包 25835 个，累计流量 6.8MB；TX 发送数据包 24552 个，累计流量 38.2MB；仅发送方向出现 1 个数据包丢弃，无接收错误、帧错误、碰撞等异常。

1. lo 回环接口核心配置

• 网络层参数：IPv4 地址 127.0.0.1，子网掩码 255.0.0.0；IPv6 地址::1，前缀长度 128；
• 运行参数：MTU 65536，收发数据包均为 8 个，无丢包、错误与碰撞。

3.2.3 结果分析

ifconfig 是 Linux 系统中用于配置和查看网络接口的核心工具，覆盖数据链路层与网络层，可直接查看网卡二层、三层的核心配置与运行状态。

eth0 是本机与外部网络通信的核心物理以太网接口，其 32 位主机子网掩码（255.255.255.255）为云平台 / 容器化环境的典型点对点链路配置，并非传统局域网子网模式；MAC 地址为网卡的全球唯一物理标识，是二层以太网通信的基础。lo 回环接口是主机本地虚拟网络接口，所有发往 127.0.0.1 的数据包均由本机内核直接处理，不会流出到外部网络，主要用于本地进程间网络通信与本地服务测试。

网卡收发统计可直观反映接口工作状态，本次实验中仅出现 1 个发送包丢弃，无其他异常，说明网卡工作状态正常，网络链路无底层故障。

3.3 traceroute命令——路由路径追踪

3.3.1 实验步骤

执行命令traceroute www.baidu.com -m 4，追踪访问百度服务器的数据包路由转发路径，通过 - m 参数指定最大追踪跳数为 4 跳。

3.3.2 实验结果

成功追踪到前 4 跳路由节点，具体信息如下：

3.3.3 结果分析

traceroute 通过递增 IP 数据包的 TTL 值实现路由追踪：每一跳路由节点转发数据包时，会将 TTL 值减 1，当 TTL=0 时，节点会向源主机返回 ICMP 超时报文，源主机据此获取每一跳的路由节点 IP 与时延，还原数据包的完整转发路径。

本次追踪的前 4 跳节点均为 RFC1918 定义的私网 IP 地址段，说明前 4 跳均为本地局域网 / 数据中心内的路由转发节点，未进入公网链路。第 1 跳时延为亚毫秒级，为本地接入网关 / 节点，后续跳数时延稳定在 8ms 左右，无明显时延突增，说明内网转发链路质量稳定，无拥塞与故障节点。

3.4 netstat命令——网络连接与状态统计

3.4.1 实验步骤

1. 执行netstat -at，查看主机所有 TCP 协议的网络连接（含监听、已建立等全状态）；

1. 执行netstat -au，查看主机所有 UDP 协议的网络连接；

1. 执行netstat -l，查看主机所有处于监听状态的网络服务、端口与本地套接字；

1. 执行netstat -r，查看主机内核 IP 路由表；

1. 执行netstat -s，查看 IP、ICMP、TCP 等协议栈的全量统计信息。

3.4.2 实验结果

1. 传输层连接状态

• TCP 协议：主机监听端口包括 5901、6901、ssh（22 端口），同时存在 1 条 5901 端口的 ESTABLISHED（已建立）TCP 连接；IPv6 协议同步监听 5901、ssh 端口；
• UDP 协议：主机仅开启 56382 端口，无已建立的连接；
• 本地通信：存在多个处于监听状态的 Unix 域套接字，用于本地进程间通信。

2. 路由表信息：主机默认路由网关为 169.254.1.1，出接口为 eth0；同时存在一条指向 169.254.1.1 的 32 位主机路由。

3. 协议栈统计

• IP 层：累计接收 33930 个数据包，全部正常交付，发送 33714 个请求，无转发、异常丢弃；
• ICMP 层：累计接收 110 个 ICMP 报文，其中 69 个超时报文、41 个回显应答；发送 61 个 ICMP 报文，其中 60 个回显请求、1 个目标不可达报文；
• TCP 层：累计 153 个主动连接、10 个被动连接、26 次连接失败。

3.4.3 结果分析

netstat 是 Linux 系统中全维度的网络状态监控工具，可覆盖传输层、网络层、本地进程通信的全场景状态查看，是主机网络运维与故障排查的核心工具。

TCP 连接状态中，LISTEN 表示端口正在监听客户端连接请求，ESTABLISHED 表示 TCP 三次握手已完成，连接处于正常通信状态；本次实验中 ssh、5901 端口处于监听状态，说明主机开启了远程登录、远程桌面相关服务。内核路由表中，default 默认路由是数据包转发的兜底规则：当目标地址无匹配的明细路由时，数据包将通过 eth0 接口转发至默认网关 169.254.1.1，实现公网访问。协议栈统计信息与本次实验操作完全对应：ICMP 的回显请求 / 应答数量与 ping 命令操作匹配，TCP 连接统计反映了主机的网络通信行为，可直观验证主机网络协议栈的工作状态。

3.5 arp命令——ARP缓存表查看

3.5.1 实验步骤

执行arp命令，查看主机的 ARP 缓存表，获取局域网内通信设备的 IP 地址与 MAC 地址映射关系。

3.5.2 实验结果

ARP 缓存表包含 2 条有效记录，均绑定 eth0 接口：

IP 地址 172.21.229.13，对应的 MAC 地址为 ee:ee:ee:ee:ee:ee；

IP 地址 169.254.1.1，对应的 MAC 地址为 ee:ee:ee:ee:ee:ee。

3.5.3 结果分析

ARP（地址解析协议）工作在数据链路层，核心作用是将同一局域网内的 IP 地址解析为对应的 MAC 地址，是以太网二层通信的基础：主机只有获取到目标 IP 的 MAC 地址，才能封装以太网帧完成数据发送。

ARP 缓存表存储了主机近期通信过的局域网设备的 IP-MAC 映射，避免频繁发送 ARP 广播请求；本次实验中的 2 条记录均为内网网关 / 路由节点，是本机与外部网络通信的核心下一跳设备。两条记录对应相同的 MAC 地址，说明两个 IP 地址属于同一台二层转发设备的不同接口，或为虚拟网关地址，符合局域网内的路由转发架构设计。

3.6 nslookup命令——DNS域名解析

3.6.1 实验步骤

执行nslookup www.baidu.com命令，发起 DNS 解析请求，获取目标域名对应的 IP 地址与相关解析信息。

3.6.2 实验结果

基础配置：使用的 DNS 服务器为 10.96.0.10，服务端口 53；解析过程提示 "Got recursion not available from 10.96.0.10"，说明该 DNS 服务器未开启递归解析功能。

解析结果：

• www.baidu.com的规范别名（CNAME）为www.a.shifen.com；
• 解析到 2 个 IPv4 地址：182.61.200.110、182.61.200.108；
• 解析到 2 个 IPv6 地址：240e:e9:6002:1fd:0:ff:b0e1:fe69、240e:e9:6002:lac:0:ff:b07e:36c5。

3.6.3 结果分析

nslookup 是专用的 DNS 域名解析工具，用于验证域名与 IP 地址的映射关系，排查 DNS 服务故障，是应用层网络故障排查的核心工具。

本次解析获取的 IPv4 地址与 ping 命令中的目标 IP 完全一致，验证了 DNS 解析的准确性；百度通过 CNAME 别名与多 IP 解析实现 CDN 负载均衡，可将用户请求调度至就近的服务节点，提升访问速度与服务可用性。递归解析不可用的提示仅代表 DNS 服务器的配置限制，不影响基础域名解析功能，本次请求仍成功获取到了完整的解析结果，DNS 服务整体可用。

实验中遇到的问题

ping命令偶发丢包问题：首次执行 ping 命令时出现 11.11% 的丢包率，无法快速定位丢包原因，不确定是链路故障还是其他因素导致。

解决方法：通过多次执行 ping 命令，结合指定包数的固定时长测试，确认丢包为网络瞬时拥塞导致的偶发现象；同时通过 traceroute 命令确认全路由路径无故障节点，验证了端到端链路的整体可用性，排除了持续性网络故障。

nslookup递归解析提示问题：执行 nslookup 命令时，出现 "recursion not available" 的提示，担心 DNS 服务异常导致解析失败。

解决方法：查阅 DNS 协议相关知识，确认该提示仅代表当前 DNS 服务器未开启递归解析功能，不影响基础的域名迭代解析；结合最终成功获取的解析结果，验证了 DNS 服务的可用性，排除了解析故障。