這個問題可能是重複的當伺服器透過 wifi 連線時，無法從其他裝置（透過 wifi 連線）連線到本機伺服器，從未收到接受的答案。
我有一個 Linux 伺服器，目前透過 wifi 連接到網路。它可以工作，並且可以透過動態 DNS 服務以及基於路由器的 NAT 和連接埠轉送從我的家庭網路外部進行存取（例如，透過 ssh）。路由器是 Linksys EA4500。
連接到路由器的本機 PC 可以透過 ssh 成功連接，但它們必須使用本地 IP（192.168.1.122，透過路由器上的 DHCP 保留靜態），因為路由器不會將內部流量路由到其外部 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 的身份驗證要求中的奇怪之處），而且我還沒有解決這個問題因為這不是問題，但情況可能不再是這樣了。