学网络计算这门课，很多人一开始觉得挺玄乎，又是分布式系统，又是云计算架构，结果一到实验环节就卡壳。上周有个学生跑来问我：老师，我照着课程里的代码配了个小型服务集群，为啥总提示连接超时？其实这类问题在教学实践中太常见了。
本地环境和课程示例不匹配
很多网络计算课程会用 Linux 虚拟机做演示，比如 Ubuntu Server 搭 Docker 容器跑微服务。但学生用自己的笔记本，开个 Windows 11 家庭版，防火墙默认拦掉所有入站连接，自然连不上。别小看这个细节，课程PPT里可能只写“启动服务监听 8080 端口”，可没告诉你得手动去系统设置里放行。
IP 配置写死导致通信失败
有次实验要求实现一个简单的远程调用（RPC），学生交上来的代码里全是这样写的：
const SERVER_IP = "192.168.1.100";
const PORT = 5000;
fetch(`http://${SERVER_IP}:${PORT}/data`)问题是，每个人虚拟机分配的 IP 都不一样，你写死地址，换台机器直接报废。正确的做法是用配置文件或者命令行参数传入地址，课程讲过，但实操时总有人图省事。
Docker 网络模式理解偏差
网络计算课现在基本都教容器编排。有个学生说他两个容器怎么都 ping 不通，查了半天以为是镜像问题。一看命令，docker run -d app1 和 docker run -d app2，两个都在默认 bridge 网络下，根本不在同一个子网。得用 --network 指定自定义网络才行。课程视频第7节明明演示过，但动手时还是容易漏掉。
时间同步被忽视
分布式系统里时间不同步能让你疯掉。课程讲一致性协议时提到过 NTP 同步，但实验报告里一堆人忽略这步。结果日志时间乱跳，一个请求显示“先收到响应再发出请求”，排查半天发现三台虚拟机时间差了两分钟。别嫌麻烦，开机第一件事就是跑 timedatectl set-ntp true。
小建议：对照课程内容做检查清单
每次实验前花五分钟列个表：网络模式对不对、端口有没有被占、主机名解析通不通、配置是不是写死了。这些点课程都覆盖了，只是分散在不同章节。把知识点串起来，故障自然少一半。