web-dev-qa-db-ja.com

アドレスではなくインターフェースを使用して指定した場合、quaggaのデフォルトルートは機能しません

私は次のものを持っていますzebra.confルーターボックス「A」：

hostname nuclear-router
password password
enable password password

interface eth0
ip address 192.168.2.1/24
multicast
no shutdown

interface wlan0
ip address 192.168.1.2/24
multicast
no shutdown

#ip route 0.0.0.0/0 wlan0 # Does not work. 
ip route 0.0.0.0/0 192.168.1.1 # Works beautifully

eth0はスイッチに接続され、192.168.2.0/24の範囲を含み、Aは私のWRT54GL "B"（IP 192.168.1.1、192.168.1.0/24の範囲を含み、DHCPは.100を超えるIPを提供）にワイヤレスで接続されます。 。 Bは私のDSLモデムに直接接続されています。

問題は、インターフェイス名を使用してデフォルトルートを指定すると、Aまたはその背後にあるホストからインターネットに接続できないことです。常に「ホストへのルートがありません」というエラーが表示されます。名前の検索とローカルホストへのping（範囲が異なっていても）またはDSLモデムは正常に機能します。モデムを超えた場合にのみ機能が停止します。ただし、BのIPをゲートウェイとして使用すると、正常に動作します。インターフェイスのみを使用してデフォルトルートが指定された場合のAのroute出力では、ゲートウェイ列にアスタリスクしかありませんでした。これらのアプローチは実際には同じである必要があるという印象を受けたので、それは機能しましたが、私が誤解している（および/または誤った構成）ものを知りたいと思います。インターフェイスだけを使用して指定した場合、デフォルトルートが機能しなかったのはなぜですか？

すべてのルーターとモデムでもRIP（バージョン2）が有効になっており、もちろんパスワードは本当に単語「パスワード」ではありません。

linuxnetworkingwireless-networkingrouterrouting
2
jaymmer - Reinstate Monica

宛先がポイントツーポイントのレイヤー2リンクである場合、デフォルトルートは望ましい方法で機能する可能性がありますが、イーサネットやWLANなどのブロードキャストインターフェイスでは確実に機能しません。構成可能なルートはOSIレイヤー3（IP番号）にあり、MACアドレス（レイヤー2）、インターフェイス名（レイヤー1）、またはポート番号やパケットタイプ（レイヤー4+）を必要としないはずです。ルートに適切な宛先IP番号が指定されると、ルーターはパケットの転送先のMACアドレスと、そのMACが接続されているインターフェイスを処理します。

要約すると、デフォルトルートをインターフェイス名に設定することは想定されていないため機能しません...非ローカルトラフィックの転送を処理することになっているIPアドレスがわからない場合は、デフォルトルートセット。

2
Nevin Williams