ルーターでLinuxノートブックのWiFi IPをpingしたが、応答が良かった。 LAN（eth1）とルーターを介してWiFiインターフェース（wlo1）で直接表示できるPCでWIFIアドレスをpingしましたが、応答がありません。tcpdump実際に受信されたと表示されますが、ECHO REQUESTSwlo1（WiFi）またはeth1（LAN）の両方で応答が表示されません。
ベストアンサー1
図を更新しましたが、表示されている配線が正しく機能しないことはほぼ確実です。 10.0.0.3からWiFiインターフェイス192.168.2.2へのパケットを考えてみましょう。明らかに間違ったインターフェイスに到着したため、パケットは到着するとすぐに破棄されます。 （WiFiは192.168.2.0/24ですが、イーサネットは10.0.0.0/24です。）これは「逆パスフィルタリング」と呼ばれ、ファイアウォール内の重要なセキュリティ機能です。必要に応じて無効にすることはできますが、まずネットワークトポロジを再検討する必要があります。
（チャートを更新する前の以前の回答）
ルータを介して外部サブネットに接続するルート（またはデフォルトルート）があることを確認する必要があります。それ以外の場合、システムは応答をどこに送信するのかわからず、応答を削除します。
デフォルトのパスが2つあることを確認しました。これは、異なる指標でない限りお勧めできません。デフォルトパスは最後の手段パスとして使用されます（例：基本ルート）は、明確に定義されたルートがないトラフィック用です。定義によると、複数を持つことはできません。
実際にはまったく例外ではない2つの例外があります。
- 既定のパスに異なるメトリックがある場合、この場合はメトリックが最も低いパスが使用され、他のすべてのメトリックは無視されます。
- 名前空間または他のルーティングテーブル拡張を使用して、さまざまな状況にさまざまな基本パスを提供します。この場合、状況ごとに1つのデフォルトパスしか存在できず、ルールは引き続き適用されます。