同じネットワークでpingが通らない

Question

構成：ubuntu(PC1)ーーRTX1200（ルータ）ーーwindowa(PC2)
PC1:192.168.1.3 RTX:192.168.1.1 PC2:192.168.1.4 ネットワーク192.168.1.0/24です。
RTXLAN1のポート1（PC1）・2（PC2）のスイッチポートにそれぞれつなげています。

過去には、お互いにpingが通っていましたが現在PC2からPC1へとしかpingが送れないです。
PC2からPC1は行って帰ってきます。
PC1からPC2でpingをやると疎通できない。。。
片方から送れることから、物理破損はないと思います。
ｐingの性質上で考えると行って帰ってくることから、PC1からPC2は普通は通るはずなんですけどね...
pc1でtraceroute 192.168.1.4

 traceroute 192.168.1.4
traceroute to 192.168.1.4 (192.168.1.4), 30 hops max, 60 byte packets
 1  192.168.1.1 (192.168.1.1)  0.324 ms  0.419 ms  0.493 ms
 2  * * *
 3  * * *

ルータが原因なのかな？
arptableが変と予想して思ったのですが、show arp lan1で確認したところ、mac・IPアドレスの対応づけも正しい情報でした。

ルータにACLなど設定した覚えはありません。

pc1からｐｃ2だけがping送れない理由は何でしょうか？

Answer 1

過去には、お互いにpingが通っていましたが

上記とあるので、何かしらトリガがあると思うのですが・・・

例えば、近年のWindowsOSではデフォルトでicmpをWindowsファイアウォールでdropしています。
WidowsOS→LinuxOSにping応答があって、LinuxOS→WindowsOSにping応答がないのであれば上記が原因の可能性は高いのですが、過去に実績があったPCであるなら上記想定から外れます。

機器同士をハブ経由か直接接続して、問題がRTX1200にあるか、各ノードにあるか切り分けしてみては如何でしょう?

なお、下記についてですが、

ｐingの性質上で考えると行って帰ってくることから、PC1からPC2は普通は通るはずなんですけどね...

ファイアウォール製品は、行きのパケットを許可していた場合、帰りのパケットも面倒を見ます。
従って、PC2→PC1へ通信できるから、PC1→PC2も通信できるというご認識は正しくありません。

Comments

[mint.cherry]

回答ありがとうございます。
windows側のFWの設定を触ったら通りました。
過去に通ったことについて多分、確かめてなかった可能性が...確かめた記憶があるのですが。
でも、原因がスッキリしてよかったです。ありがとう御座いますm(__)m

直接接続の方法でRTXが原因か調べる方法などあるのですね！（思いつかなかった。。。）
ping性質上といいましたが、overさんの言うとおりはまさにFWのせいで止まっていました。。。

一つ疑問に思ったのですが、何故かpingコマンドでは通ったのですがtaracerouteコマンドでは通らなかったです。
tracerouteコマンドはICMPではないのですか？
調べたらICMPですと書いていますがpingコマンドでは通るようになってtracerouteでは何も変わりませんでした（192.168.1.1で止まっていた）ので。。。

[over]

LinuxOSではデフォルトではUDPを使用するとあります。
-I オプションを付与することでICMPで実行できるので、試してみては如何でしょう?

[mint.cherry]

とおりましたm(__)mUDPを使用していたのですね。勉強になります。

以下、小話ですm(__)m
最初、-IがLの小文字に見えてやってました（笑）
traceroute -l 192.168.1.4
Specify "host" missing argument.
怒られた。。。
traceroute --helpでicmpは-iと言う記述が（笑）

Answer 2

C2(Windows)のファイアーウォールの可能性が高いと思います。

1点、気になったのは、traceroute で最初にルータに行っていることです。
同じネットワークセグメント(ARP が届く)なら、直接 PC1→PC2 に届くはずですが、PC1 のルーティングはどうなっていますか？

Comments

[mint.cherry]

回答ありがとうございますm(__)m
windowsのFWが原因でした（汗）

PC1のルーティングは知らないパケット宛は192.168.1.1へというデフォルトルートを設定してあります。
気になっていたのですが、ubuntuはdirectconectで経路情報は学ばないのでしょうか？
eth0が192.168.1.3/24のIPであることからroutingtableは「192.168.1.0/24宛ははeth0のDGWですよ」と学ぶと思っていました。
実際はそのような記述はなく、デフォルトルートで経路選択をしています。

```
route -n
カーネルIP経路テーブル
受信先サイト ゲートウェイ ネットマスク フラグ Metric Ref 使用数 インタフェース
0.0.0.0 192.168.1.1 0.0.0.0 UG 100 0 0 eth0
169.254.0.0 0.0.0.0 255.255.0.0 U 1000 0 0 eth0
172.17.0.0 0.0.0.0 255.255.0.0 U 0 0 0 docker0
192.168.100.0 0.0.0.0 255.255.255.0 U 0 0 0 openstack
192.168.122.0 0.0.0.0 255.255.255.0 U 0 0 0 virbr0

```

[TaichiYanagiya]

192.168.1.0/24 のルーティングがないですね。
通常は "ip route add 192.168.1.0/24 dev eth0" が設定されると思うのですが。

[mint.cherry]

私も同じく疑問に思っています。
eth0で192.168.1.0/24のIP設定してあるのになぜかデフォルトルートでやっています。

それと、もうひとつ疑問ができました。
他に書いてある、ゲートウェイの0.0.0.0がよくわかりません。
0.0.0.0はすべてのアドレスということはしっています。

[TaichiYanagiya]

Geteway が 0.0.0.0 となっているのは、送信先のホストの MACアドレスがわかるので、直接送るということです。

[mint.cherry]

返信ありがとうございます！
理解出来ました！そういうことだったんですね！
確かにdockerとかは自分の中の仮想ブリッジなのでmacアドレスがわかります。
ここの質問と外れてしまった質問をしてすいませんm(__)m（汗）