rp_filter が静的ルーティング下の traceroute に及ぼす影響 - とあるSIerの憂鬱

静的ルーティングを設定した Windows と Linux (RHEL6.4) で、それぞれ tracert と traceroute を実行したとき不思議な差が出た。解明までのプロセスが自分の好みにドンピシャだったので順を追って書く。 環境 環境を大まかに書くと下図のようになる。外部との通信用のデフォルトゲートウェイと、内部のシステムである targethost と通信するための内部ネットワークに接続するゲートウェイ A がある。Windows Server 2012 のサーバと RHEL 6.4 のサーバそれぞれに、targethost 向けの静的ルートを入れ、ゲートウェイにはゲートウェイ A を設定した。 設定が終わったので、「さて、正しいルートを通っているかな♪」と tracert と traceroute を叩く。すると違いが。 Windows Server 2012 での実行結

[perl-o-pal]

うお…まさにこれ。(だと思う) tcpdumpでパケットが戻ってきてるとこまで確認していたのに、その先が分からなくて悩ましかった。

[kitaj]

仮説と検証を繰り返す過程は若い人にとって参考になるかも。同じ課題をやらせてみたい。

[clavier]

rp_filter が静的ルーティング下の traceroute に及ぼす影響 - とあるSIerの憂鬱

[ot2sy39]

面白い。「よくわからんが目的は達成したからいいや」で終わらずちゃんと調べると発見あるね。IOSやYamahaルータのtracerouteはどうだろう。

[tmatsuu]

おおお、とても素晴らしい。rp_filterか。しかしセキュリティ的にはrp_filter=1が良さそうな予感。先日のintraceもrp_filter=0が必要やね。