この質問はおそらく次の質問と重複していますサーバーが Wi-Fi 経由で接続されている場合は、他のデバイス (Wi-Fi 経由で接続) からローカル サーバーに接続できません。、受け入れられる回答は得られませんでした。
私は Linux サーバーを所有しており、現在は Wi-Fi 経由でネットワークに接続しています。サーバーは動作しており、ダイナミック DNS サービスとルーターベースの NAT およびポート転送を介して自宅のネットワークの外部からアクセス可能です (たとえば、SSH 経由)。ルーターは Linksys EA4500 です。
ルーターに接続されたローカル PC は ssh 経由で正常に接続できますが、ルーターは内部トラフィックを外部 IP にルーティングしないため、ローカル IP (192.168.1.122、ルーターの DHCP 予約による静的 IP) を使用する必要があります。まあ、それで問題ありません。
サーバーと同じ Wi-Fi ネットワークにログインしているローカル デバイスは、確実に接続できません。サーバー、ルーター、Wi-Fi に接続された PC を再起動したところ、数分後には PC は正常に接続できましたが、再起動前には接続に失敗し (ホストへのルートがない)、数日間その状態が続いていました。このパターンを以前に見たことがあるので、また失敗し始めることはほぼ間違いありません。
これは DHCP の更新と関係があるのではないかと考えていますが、どうすれば修正できるかわかりません。
コメント投稿者の質問:
「確実に接続できない」とはどういう意味ですか?
動作が停止すると、試行はルーティング失敗のように見えます。ping はタイムアウトし、他のほとんどのプロトコルは「ホストへのルートがありません」と報告し、サーバー ログには接続試行が表示されません。
「サーバーにはイーサネットと WiFi の両方のインターフェースがありますか?」
もうそうではありません。オンボードのイーサネット インターフェイスが雷雨で機能しなくなり、OS がそれを存在として認識しなくなったため、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 には試行に対応する機会がないため)、現時点では省略します。
「アクセス ポイントの役割も果たすルーターが 1 台ありますか、それとも複数のルーター、またはルーターとアクセス ポイントが別々にありますか? さまざまなデバイスにどのような IP アドレスを使用していますか? また、それらの IP アドレスはどのように割り当てられていますか? すべてのデバイスと IP アドレスを示すわかりやすい図があると役立つかもしれません。」
私が実際にその場にいるときに、これについてさらに詳しく説明します。ただし、ケーブル モデムとその背後に別のルーター/WAP があります。ルーターは 192.168.1.* で DHCP を実行しています。ケーブル モデムからルーター、サーバーへのポート転送。ケーブル モデムは純粋なブリッジ モードではありません (代わりに、ルーターを唯一のクライアントとして DHCP を実行しています)。これを試したときに、多くのものが崩壊したためです (ISP の認証要件の異常の可能性があります)。問題がなかったので、それと格闘していませんが、もはやそうではないかもしれません。