私はそれを堅い方法学んだ。 防火壁(shorewall)が付いている私達の出入口機械はより多くの 帯域幅および透明なフェールオーバのための負荷バランシング と 形成される多数ADSLの関係を備えている。 今日私はADSLの関係の1つまたは他が後ネットワーク再始動いつかダウン状態になっていた気が進まない問題に直面した。 それはADSLの変復調装置が(ルーターとして形成される) telnetによって入手しやすく、またはポーンと音がし、そして完全な結合性を表示したので独特。 但し私はインターネットのサーバーに接続するのに出入口としてそれらを使用してなかった。 それらは前にうまく働いていた。 私達の大切な組み立てによってあったshorewallの防火壁およびiptables (低下のある特定の包みか。)を含む多くの容疑者が、問題等を導くネットワーク・アダプタ。

解決は興味深かった。 私達は多数のネットワーク・アダプタを通して並列アクセスを可能にするために旅程表へのある変更を行なう必要がある。 私達の場合でそれらはこれらだった:

ipのルートは192.168.1.0を/24のdev eth1のsrcの192.168.1.10のテーブルのbsnl加える
ipのルートは192.168.1.1のテーブルのbsnlによってデフォルトを加える
ipのルートは192.168.0.0をdev eth2のsrcの192.168.0.10の/24のテーブルタタ加える
ipのルートは192.168.0.1のテーブルタタによってデフォルトを加える
ipの規則は192.168.1.10のテーブルのbsnlから加える
ipの規則は192.168.0.10のテーブルタタから加える
ipのルートは192.168.0.1 dev eth2の重量4によって192.168.1.1 dev eth1の重量1のnexthopによってデフォルトの規模の全体的なnexthopを取り替える

ネットワークが再始動されたすべてのときこれらの記入項目は失われる。 従ってeth2が後で上がるとき、eth1はまたその逆にもダウン状態になる。 解決は次をするネットワークを再始動するのに原稿を使用することである:
1.再始動ネットワーク
2.上述の例と同じような旅程表に記入項目を加えなさい
3.ネットワーク再始動後shorewallの防火壁を再始動しなさい(必要な)

今度は私は問題なしで安全にネットワークを全然再始動してもいい。