服务在别的端口

场景:~/客户端.py 给本机的 UDP 服务发 ping,每次都「超时」。服务的进程确实在跑。对照表列了八个数。 任务:用 ss -uln 找出服务实际在听的端口,到对照表里查那个数对应的标记。 可操作范围:只在分给你的这台实验机上操作。

开始练习 →

服务绑在别的地址

场景:~/客户端.py 给 127.0.0.1 的某端口发 ping 每次「超时」;ss 看那个端口确实有人在听。对照表列了八个地址。 任务:仔细看 ss 那一行的 Local Address——服务绑的到底是哪个地址,到对照表里查那个地址

开始练习 →

把客户端的端口改对

场景:同上一题的情况:~/客户端.py 发 ping 每次「超时」,服务在跑但不在客户端以为的端口上。 任务:找出服务实际的端口,把 ~/客户端.py 改对,让它打印「收到: pong」。修好运行 ~/check。 可操作范围:只在分给你的

开始练习 →

端口被谁占了

场景:cd ~/服务 && python3 服务.py 一起就报 Address already in use——配置里的端口被别的进程占着。对照表列了八个脚本名。 任务:找出占着这个 UDP 端口的进程跑的是哪个脚本(ss

开始练习 →

服务收了不回

场景:~/服务/答.py 在后台跑着,~/客户端.py 发 ping 却每次「超时」。ss 看端口有人听,服务也确实收到了。 任务:读 答.py 找出为什么回信到不了客户端,改好、重启服务(先停掉旧的),让客户端打印「收到: pong」。修

开始练习 →

客户端卡死

场景:~/客户端.py 往一个没人听的端口发 ping,就那样卡住了,Ctrl+C 才能退出。 任务:改客户端:设超时,等不到回信就打印「超时」正常退出(退出码 0)。端口先不用改。改好运行 ~/check(它先照现在的端口跑一次看你会不会

开始练习 →

包太大发不出去

场景:~/客户端.py 想把 ~/大文件.bin 一次 sendto 给本机的收集服务(它攒每个来源发来的字节数,收到 done 就回「总计 N」),一跑就报 Message too long。 任务:改客户端:把文件切成小块(每块不超过

开始练习 →

交付:三个毛病一起修

场景:~/服务/答.py 在后台跑着,~/客户端.py 发 ping 一跑就卡住。客户端有两个毛病、服务端有一个。 任务:都修好:客户端要能打印「收到: pong」,对着没人听的端口也要能几秒内打印「超时」正常退出;服务端要把回信发给来源并

开始练习 →

面向连接是什么意思

说 TCP「面向连接」,意思是【0】。

开始练习 →

字节流是什么意思

TCP 传的是「字节流」,和 UDP 的数据报相比,意思是【0】。

开始练习 →