无法从同一网络上的 Wi-Fi 连接客户端连接到 Wi-Fi 连接的服务器

无法从同一网络上的 Wi-Fi 连接客户端连接到 Wi-Fi 连接的服务器

这个问题可能与当服务器通过 wifi 连接时,无法从其他设备(通过 wifi 连接)连接到本地服务器,但从未收到过可接受的答案。

我有一台 Linux 服务器,目前通过 wifi 连接到网络。它可以正常工作,并且可以通过动态 DNS 服务和基于路由器的 NAT 和端口转发从我的家庭网络外部访问(例如,通过 ssh)。路由器是 Linksys EA4500。

连接到路由器的本地 PC 可以通过 ssh 成功连接,但它们必须使用本地 IP(192.168.1.122,通过路由器上的 DHCP 保留静态 IP),因为路由器不会将内部流量路由到其外部 IP。公平地说,这样很好。

与服务器登录到同一 wifi 网络的本地设备无法可靠连接。我刚刚重新启动了服务器、路由器和 wifi 连接的 PC,几分钟后 PC 就能成功连接……但在重新启动之前,连接失败(没有路由到主机),并且已经持续了好几天。之前见过这种模式,我相当肯定它们会再次失败。

我的想法倾向于与 DHCP 更新有关,但我不知道如何解决它。

评论者问题:

“无法可靠连接”是什么意思?”

当它停止工作时,尝试会出现路由失败的情况。Ping 超时,大多数其他协议报告“没有到主机的路由”,服务器日志显示没有连接尝试。

“服务器是否同时具有以太网和WIFI接口?”

不再如此;它在 WIFI 上运行,因为板载以太网接口在雷雨天气中失效,操作系统不再识别它的存在。

“请提供 ifconfig 和 iptables 的输出。”

    lo: flags=73<UP,LOOPBACK,RUNNING>  mtu 65536
            inet 127.0.0.1  netmask 255.0.0.0
            inet6 ::1  prefixlen 128  scopeid 0x10<host>
            loop  txqueuelen 0  (Local Loopback)
            RX packets 31149  bytes 5871934 (5.5 MiB)
            RX errors 0  dropped 0  overruns 0  frame 0
            TX packets 31149  bytes 5871934 (5.5 MiB)
            TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

    wlp1s0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
            inet 192.168.1.122  netmask 255.255.255.0  broadcast 192.168.1.255
            inet6 fe80::5627:1eff:fe1a:7535  prefixlen 64  scopeid 0x20<link>
            ether 54:27:1e:1a:75:35  txqueuelen 1000  (Ethernet)
            RX packets 2063063  bytes 379558678 (361.9 MiB)
            RX errors 0  dropped 0  overruns 0  frame 0
            TX packets 784726  bytes 119478321 (113.9 MiB)
            TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

暂时省略iptables,因为当连接失败时,不会记录任何连接尝试(iptables 永远没有机会对尝试采取行动)。

“您是否有一个路由器同时执行接入点的职责,或者您有多个路由器,或者单独的路由器和接入点?您对各种设备使用了哪些 IP 地址,它们是如何分配的?包含所有设备和 IP 地址的良好图表可能会有所帮助。”

当我亲自到场时,我会更详细地介绍这一点。但后面有一个有线调制解调器和一个单独的路由器/WAP。路由器在 192.168.1.* 上执行 DHCP。从有线调制解调器到路由器再到服务器的端口转发。有线调制解调器不是处于纯桥接模式(相反,它以路由器作为其唯一客户端执行 DHCP),因为当我尝试这样做时,很多东西都崩溃了(可能是 ISP 的身份验证要求有异样),我没有为此烦恼,因为这不是问题,但情况可能不再如此。

相关内容