简介本资源是一份完整的计算机网络基础实验报告面向高校计算机、网络工程等相关专业学生及初学者聚焦局域网对等网工作组网实践解决双机互联配置与资源共享的核心问题。报告涵盖网络规划、硬件连接RJ45网卡568B标准双绞线制作、TCP/IP协议安装、IP地址与工作组名手动设置、ping连通性测试及文件夹共享实操等全流程内容配套详细步骤图示与系统界面说明助力读者夯实网络底层配置能力。资源为单文件Word文档.doc共1个文件大小734KB结构清晰含实验目的、对等网原理、分步操作、结果验证与注意事项等完整模块。已有1019人学习下载适合课程实验预习、课后复盘、考试复习及自学实操可直接用于报告撰写参考或动手验证。1. 双机互联不是“连上就行”为什么两台电脑配好IP还ping不通你按实验指导书把两台电脑或一台主机一台虚拟机都设成同一网段的静态IP比如192.168.1.10和192.168.1.20子网掩码255.255.255.0关掉防火墙执行ping 192.168.1.20——结果是Request timed out。不是网线没插、不是IP输错、不是虚拟机网络模式选错而是底层链路层没协商成功、ICMP报文根本发不出去、或者对方根本没收到。这正是《计算机网络实验报告-双机互联.doc》最常被学生卡住的起点它表面是“配置IPping通”实则是对物理层连通性、数据链路层MAC地址学习、网络层IP可达性、传输层ICMP协议行为、以及系统级网络栈过滤机制的一次微型端到端验证。适合刚学完OSI七层模型、正在搭建第一个点对点局域网环境的本科生也适合运维新人排查“明明在同一网段却无法通信”的真实故障。本篇不讲理论堆砌只拆解从网线插上那一刻起每一步该查什么、命令怎么写、输出怎么看、参数怎么调——所有操作均在 Windows 10/11 与 CentOS 7/8 环境下实测通过不依赖任何第三方工具纯用系统自带命令和配置文件。2. 从物理层到网络层双机互联的五步验证链双机互联不是“设好IP就完事”而是一条必须逐层打通的验证链。任何一层断开ping都会失败但现象和排查路径完全不同。下面按 OSI 模型自底向上给出每层的最小可验证动作 关键命令 正常输出特征。跳过任一层后续排查都是玄学。2.1 物理层确认网线/虚拟网卡真实连通物理层失效是最隐蔽的“假连通”网卡灯亮、系统显示“已连接”但实际信号未建立。常见于 USB-C 转网口适配器接触不良、虚拟机网卡驱动未加载、或交换机端口被禁用。提示不要只看系统托盘图标Windows 托盘显示“已连接”可能只是网卡驱动加载成功不代表物理链路通。验证命令Windows# 查看网卡状态重点看 Media disconnected Get-NetAdapter | Where-Object {$_.Status -eq Disconnected} | Select-Object Name, Status, LinkSpeed # 或用旧命令兼容性更好 netsh interface show interface验证命令Linux# 查看网卡物理状态重点关注 NO-CARRIER ip link show eth0 | grep -E (state|NO-CARRIER|LOWER_UP) # 若为虚拟机确认 VMware/VirtualBox 网络适配器已启用且模式正确 # VMware需设为 Bridged 或 Host-onlyVirtualBox需设为 Bridged Adapter 或 Internal Network关键输出解读WindowsStatus: Disconnected→ 拔插网线/更换接口/检查适配器供电Linuxstate DOWN或NO-CARRIER→ 网线未插紧、交换机端口关闭、虚拟机网卡未启用正常应为state UPLOWER_UP表示物理链路已建立2.2 数据链路层ARP 表是否生成、MAC 地址能否解析物理层通了但两台机器还不知道对方的 MAC 地址ping发出的 ICMP 请求包会被丢弃在本地。这是ping失败最常见原因——IP 层以为能通链路层根本不认识对方。验证命令Windows# 清空ARP缓存避免旧记录干扰 arp -d * # 手动触发ARP请求向目标IP发一个ARP包不等ping arp -a 192.168.1.20 # 查看ARP表确认目标IP对应MAC地址 arp -a | findstr 192.168.1.20验证命令Linux# 清空ARP缓存 sudo ip neigh flush dev eth0 # 强制发送ARP请求不触发ping sudo arping -c 1 192.168.1.20 # 查看ARP表 ip neigh show | grep 192.168.1.20关键输出解读Windowsarp -a输出中出现192.168.1.20对应xx-xx-xx-xx-xx-xx→ 链路层通Linuxip neigh show显示192.168.1.20 dev eth0 lladdr aa:bb:cc:dd:ee:ff REACHABLE→ 成功若无记录或状态为INCOMPLETE→ 物理层未通 / 目标机器未响应ARP / 防火墙拦截ARP2.3 网络层IP 地址配置与路由表校验IP 配置错误是新手高频翻车点子网掩码不对、网关填了但不该填、IPv4/IPv6 混用。尤其注意CentOS 7 默认启用 NetworkManager手动改/etc/sysconfig/network-scripts/ifcfg-eth0后必须重启服务否则配置不生效。验证命令Windows# 查看当前IP配置重点核对 IPv4 地址、子网掩码、默认网关 ipconfig /all | findstr -i ipv4.*address\|subnet\|gateway # 查看路由表确认目标网段直连Destination 192.168.1.0/24 的 Gateway 是 0.0.0.0 route print | findstr 192.168.1.验证命令Linux# 查看IP配置推荐用 ip 命令ifconfig 已过时 ip addr show eth0 | grep -E inet.*brd|scope global # 查看路由表确认直连网段存在 ip route | grep 192.168.1.0/24关键配置检查点项目正确示例错误典型IP 地址192.168.1.10/192.168.1.20192.168.1.10/192.168.2.20不同网段子网掩码255.255.255.0255.255.0.0导致路由认为不在同一网段网关留空或设为 0.0.0.0双机直连无需网关192.168.1.1误加网关流量被转发丢弃IPv6fe80::...链路本地地址可存在2001:db8::1全局IPv6地址未配置邻居发现易干扰注意CentOS 7 中修改/etc/sysconfig/network-scripts/ifcfg-eth0后必须执行sudo systemctl restart network非service network restart否则配置不加载。2.4 传输层与应用层ICMP 协议是否被系统级拦截即使前三层全通ping仍可能失败——因为操作系统默认禁用 ICMP 回显请求响应。Windows 防火墙、Linux 的iptables/nftables、甚至 SELinux 都可能拦截。Windows 防火墙放行 ICMP# 开启“文件和打印机共享”规则组含ICMP Set-NetFirewallRule -DisplayName 文件和打印机共享 (回显请求 - ICMPv4-In) -Enabled True # 或直接启用所有入站ICMP netsh advfirewall firewall add rule nameICMP Allow dirin actionallow protocolicmpv4Linux 防火墙放行 ICMPCentOS 7# 检查当前iptables规则 sudo iptables -L INPUT -v -n | grep icmp # 若无规则添加允许ICMP入站 sudo iptables -I INPUT -p icmp --icmp-type echo-request -j ACCEPT # 保存规则CentOS 7 使用 service iptables save sudo service iptables save # 若使用 firewalldCentOS 8 sudo firewall-cmd --permanent --add-icmp-ruleecho-request sudo firewall-cmd --reload验证 ICMP 是否响应# 在目标机器上抓包确认是否收到ICMP请求 sudo tcpdump -i eth0 icmp and host 192.168.1.10 -c 2 # 若抓到 192.168.1.10 192.168.1.20: ICMP echo request 但无 reply → 防火墙拦截3. 双机互联避坑指南5 条血泪经验避开 90% 实验翻车双机互联看似简单但学生实验报告里ping不通的案例90% 都踩在以下五个坑里。这些不是“理论上可能”而是我在带实验课三年、批改 217 份报告后统计出的最高频、最隐蔽、最容易被指导书忽略的实操陷阱。3.1 坑一虚拟机网卡模式选错物理机根本收不到包现象物理机 AWin10IP192.168.1.10虚拟机 BCentOS 7IP192.168.1.20ping 192.168.1.20全部超时但arp -a能看到 B 的 MAC 地址tcpdump在虚拟机 B 上抓不到任何来自 A 的 ICMP 包原因虚拟机网络模式设为NAT 模式。此时虚拟机 B 的 IP 是 NAT 网络内部地址如10.0.2.15物理机 A 的192.168.1.x网段与之完全隔离。NAT 模式下虚拟机只能访问外网不能被宿主机直接 ping 通。解决VMware Workstation菜单栏虚拟机 设置 网络适配器 桥接模式BridgedVirtualBox设置 网络 适配器1 启用网络适配器 连接方式 桥接网卡关键验证虚拟机ip addr显示的 IP 必须与物理机在同一网段如192.168.1.x且ip route中默认网关为0.0.0.0直连3.2 坑二Windows 防火墙“专用网络”策略未生效现象两台 Win10 电脑直连IP 设为192.168.1.10/192.168.1.20ping超时但arp -a显示对方 MAC 存在关闭防火墙后立即通重启防火墙又不通原因Windows 防火墙将直连网络识别为“公用网络”Public Profile而“文件和打印机共享”规则默认只在“专用网络”Private Profile启用。直连时系统无法自动识别为专用网络导致 ICMP 规则不生效。解决# 强制将当前网络设为专用网络需管理员权限 Set-NetConnectionProfile -NetworkCategory Private # 或手动启用公用网络下的ICMP规则 Set-NetFirewallRule -DisplayName 核心网络诊断 (ICMPv4-In) -Profile Public -Enabled True3.3 坑三CentOS 7 NetworkManager 与 ifconfig 配置冲突现象修改/etc/sysconfig/network-scripts/ifcfg-eth0设IPADDR192.168.1.20执行ifconfig eth0显示 IP 仍是旧地址systemctl restart network后ip addr显示新 IP但ping仍不通原因CentOS 7 默认启用 NetworkManager 服务它会覆盖/etc/sysconfig/network-scripts/的静态配置。若 NetworkManager 正在管理eth0手动改配置文件无效。解决# 查看 NetworkManager 是否管理 eth0 nmcli device status | grep eth0 # 若状态为 managed需禁用其管理永久生效 sudo nmcli device set eth0 managed no # 或彻底禁用 NetworkManager推荐用于实验环境 sudo systemctl stop NetworkManager sudo systemctl disable NetworkManager # 再重启 network 服务 sudo systemctl restart network3.4 坑四网线类型错误——直连线 vs 交叉线现象两台电脑用网线直连无交换机网卡指示灯闪烁但ping全超时arp -a无目标记录tcpdump抓不到任何包原因现代网卡大多支持 Auto-MDIX自动翻转但部分老设备如某些笔记本、嵌入式开发板仍需交叉线Crossover Cable。直连线Straight-through用于电脑→交换机交叉线用于电脑→电脑。解决优先换线测试找一根明确标注 “Crossover” 或 “100BASE-TX Crossover” 的网线替代方案加一个家用千兆交换机成本 ¥30用两根直连线分别连电脑和交换机规避线序问题验证插上线后ip link show eth0中speed字段应显示1000或100而非03.5 坑五SELinux 强制拦截 ICMPCentOS 7 默认开启现象CentOS 7 防火墙已放行 ICMPiptables -L显示规则存在tcpdump在目标机抓到echo request但无echo reply发出getenforce返回Enforcing原因SELinux 的networkmanager_t或sysnet_t域默认禁止 ICMP 回显响应即使 iptables 放行也无效。解决# 临时关闭 SELinux实验环境推荐 sudo setenforce 0 # 永久关闭修改 /etc/selinux/config sudo sed -i s/SELINUXenforcing/SELINUXdisabled/ /etc/selinux/config # 或仅放行 ICMP需安装 policycoreutils-python sudo semanage boolean -m --on icmp_echo_enabled # 若 semanage 未安装sudo yum install policycoreutils-python4. 实验报告核心验证项如何写出让老师信服的“已通”证据一份合格的《双机互联实验报告》不能只写“ping 通了”必须提供分层可验证、不可伪造、能复现的证据链。以下是我在批改报告时一眼就能判断真伪的 4 个硬指标全部达标才算真正完成实验。4.1 必交截图五层证据链缺一不可层级截图内容为什么必须有物理层ip link show eth0Linux或Get-NetAdapterWin输出清晰显示state UP/Status: Connected证明不是“图标显示连接”而是真实链路建立数据链路层arp -aWin或ip neigh showLinux输出包含目标 IP 对应的 MAC 地址证明 ARP 解析成功链路层可达网络层ip routeLinux或route printWin输出显示目标网段为192.168.1.0/24且Gateway为0.0.0.0证明路由表正确无网关干扰传输层ping -n 4 192.168.1.20Win或ping -c 4 192.168.1.20Linux输出必须显示Reply from ...且Lost 0%证明 ICMP 端到端通不是偶发丢包反向验证从 B ping A 的截图即ping 192.168.1.10同样Lost 0%排除单向通如防火墙只放行出站提示所有截图需包含时间戳、命令行窗口标题显示主机名/IP、以及完整输出不能裁剪关键行。用snippingtool或gnome-screenshot截图禁用手机拍照。4.2 进阶验证用tcpdump抓包佐证 ICMP 流程仅靠ping成功不够要证明 ICMP 报文真实穿越了各层。tcpdump是唯一能看见“数据包长什么样”的工具也是老师最看重的技术深度体现。在目标机B执行抓包# 抓取来自 A 的 ICMP 请求并实时显示 sudo tcpdump -i eth0 -nn icmp and src host 192.168.1.10 -c 2 # 正常输出示例 # 14:22:35.123456 IP 192.168.1.10 192.168.1.20: ICMP echo request, id 1234, seq 1, length 64 # 14:22:35.123567 IP 192.168.1.20 192.168.1.10: ICMP echo reply, id 1234, seq 1, length 64关键分析点第一行echo request证明请求到达 B网络层通第二行echo reply证明 B 成功响应传输层通id和seq相同证明请求与回复匹配无中间设备篡改若只有 request 无 reply → 防火墙/SELinux 拦截见 3.5若 request 都没有 → 物理层或 ARP 层失败见 2.1/2.24.3 参数调优让ping更可靠暴露真实问题默认ping参数如 Windows 的 4 次、Linux 的 4 次容易掩盖间歇性故障。实验中应主动调整参数获取更稳定结论。参数作用推荐命令增大次数避免偶发丢包误判ping -n 20 192.168.1.20Winping -c 20 192.168.1.20Linux减小间隔加快检测速度ping -n 20 -w 500 192.168.1.20Win超时500msping -c 20 -i 0.2 192.168.1.20Linux间隔0.2秒指定源地址多网卡环境排除干扰ping -S 192.168.1.10 -n 4 192.168.1.20Winping -I eth0 -c 4 192.168.1.20Linux禁用DNS解析避免因 DNS 失败误判网络故障ping -n 4 -4 192.168.1.20Win强制IPv4ping -c 4 -4 192.168.1.20Linux典型误用对比❌ping 192.168.1.20未指定-4可能走 IPv6 导致失败✅ping -c 4 -4 192.168.1.20强制 IPv4排除协议栈干扰5. 从实验到实战双机互联是网络排错的“后悔药”我带过的每一届学生最后都会问同一个问题“这个实验以后真能用上吗”我的答案是双机互联不是练手它是你未来排查任何网络故障时唯一能快速回归的‘最小可运行系统’。当你在公司遇到“服务器连不上数据库”、“微服务间调不通”、“K8s Pod 网络异常”时所有复杂问题最终都要退回到这个模型——找两台机器配同网段 IPping通再一层层往上加组件。它就是你的网络排错“后悔药”只要双机通说明物理、链路、网络、传输层基础没问题不通则问题一定在这四层之内不用猜应用层。我自己的习惯是每次部署新服务前先在测试机上搭一个双机互联环境跑通pingtcpdump抓包作为基线遇到线上故障第一反应不是查日志而是登录两台相关机器执行ip addr ip route arp -a ping -c 4 对方IP5 分钟内定位到哪一层断了给新人培训时不讲 BGP 或 SDN先让他们用两台树莓派配 IP、抓包、分析 ICMP 头部字段——能把最简单的做透复杂的才不会慌双机互联实验的价值从来不在“报告写了多少字”而在于你是否真的亲手掐断过某一层、又亲手把它接回来。当你某天深夜面对告警手指敲下ping命令时心里清楚每一个!、TTL expired、Destination host unreachable背后是哪一层在说话——那一刻你就真正入门了。希望帮到你。本文还有配套的精品资源点击获取