嘿，我来给你梳理几个实用的排查思路和工具，帮你找出本地网络里临时Web服务器没法访问的原因：

一、先确认服务器的监听地址是否正确 #

这是最容易踩的坑！很多临时Web工具默认只会监听127.0.0.1（也就是本机回环地址），这种情况下只有服务器自己能访问，其他设备根本连不上。

• 你可以在服务器上用命令检查：Linux/macOS用 netstat -tulpn，Windows用 netstat -ano，看看你的Web服务实际在监听哪个地址。如果输出里显示的是127.0.0.1:8080，而非0.0.0.0:8080或者你的本地IP（比如192.168.178.129:8080），那问题就出在这了。
• 解决起来很简单，启动服务时指定绑定到0.0.0.0或者你的具体本地IP就行，大部分工具都支持类似--host 0.0.0.0这样的参数。

二、检查服务器端的防火墙设置 #

哪怕本地能ping通、SSH能连，防火墙也可能单独拦截了Web服务的端口（比如你用的8080）。

• Linux系统：用 ufw status 查看防火墙规则，如果8080端口没开放，就用 ufw allow 8080/tcp 临时开放试试；要是用的firewalld，就用 firewall-cmd --list-ports 检查，再用 firewall-cmd --add-port=8080/tcp --permanent 添加规则，最后重载规则生效。
• Windows系统：打开「Windows Defender防火墙」的高级设置，看看入站规则里有没有允许8080端口的TCP连接，没有的话新建一条允许规则就行。
• macOS系统：去「系统设置-网络-防火墙」里，确认是否允许你的Web服务接收传入连接。

三、在客户端设备上测试端口连通性 #

能ping通不代表端口能正常访问，得直接测试Web服务的端口：

• 用telnet工具：在客户端机器上运行 telnet 192.168.178.129 8080，如果能连上会进入空白界面，连不上会提示连接失败，这就说明端口确实没通。
• 要是没有telnet，用nc（netcat）也可以：nc -zv 192.168.178.129 8080，成功的话会显示“succeeded!”，失败则会提示超时或者连接被拒绝。
• 你也可以在客户端用浏览器访问192.168.178.129:8080，同时在服务器上用 tcpdump 或者Wireshark抓包，看看客户端的请求有没有到达服务器：如果没抓到包，那大概率是路由器或网络层面的问题；抓到了但服务器没响应，那就是服务器端的服务或防火墙出了问题。

四、验证Web服务的绑定端口与访问地址匹配 #

你在服务器上用localhost能访问，但要确认服务绑定的端口是不是你尝试访问的8080，有没有启动时不小心改了端口却没注意。另外，你的服务器有两个本地IP（192.168.178.129和192.168.178.188），可以试试在客户端分别访问这两个IP加端口，说不定服务只绑定了其中一个IP，另一个IP上根本没监听。

五、排查路由器的本地网络限制 #

虽然FritzBox默认本地网络是互通的，但也有可能不小心开启了AP隔离或者其他本地访问限制：

• 登录FritzBox的管理界面，看看有没有启用“无线客户端隔离”之类的功能，要是开了的话，无线设备之间可能没法访问彼此的服务。
• 也可以检查路由器的本地防火墙规则，有没有误拦截8080端口的流量。

六、IPv6相关的排查 #

你提到服务器可能有IPv6地址，也可以试试在客户端用IPv6地址加端口访问，同时确认服务器的Web服务有没有监听IPv6的回环地址（::1）之外的IPv6地址——还是用netstat命令，看看有没有:::8080这样的监听条目（代表监听所有IPv6地址）。

备注：内容来源于stack exchange，提问作者jacg