Ubuntu 14.04サーバー（3.16.0-30）で、デフォルトルートを追加しようとすると、次のようなエラーが発生します。
ip route add default via 172.16.111.99 dev bond0.11 RTNETLINKの回答：ネットワークに到達できません
この箱の住所192.168.11.23はbond0.11です。次のルートを静的に構成しています（関連するサブセットに編集されています）。
192.168.11.18 dev bond0.11経由の172.16.111.0/24 192.168.11.0/24 dev bond0.11 proto kernel scope link src 192.168.11.23
私はpingすることができ172.16.111.99、ここにtracerouteの出力があります：
172.16.111.99（172.16.111.99）へのtraceroute、最大30ホップ、60バイトのパケット 1 192.168.11.18 0.126 ms 0.096 ms 0.081 ms 2 172.16.111.99 0.149 ms 0.142 ms 0.112 ms
ネットワーク/ホストへのアクセス権を明確に持っているのに、デフォルトルートの追加が拒否されるのはなぜですか？私は明らかに何か間違ったことをしています...
あなたは正しいかもしれません（私はこれについての完全な初心者です）。しかし、これはあちこちにルーターが必要になるように感じます（つまり、192.168.11.18はルーターでなければなりません...）。これは関係ないかもしれませんが、172.16.111.99をターゲットにしたい理由は、それが192.168.11.18によってホストされているVM内で実行されているファイアウォールアプライアンスであることです。
—
sxc731 2015
場所全体に必要なルートと必要なルートがあります。インターネットにはそれを処理するネットワークプロトコルがあります。デフォルトルートは通常、インターネットにアクセスするために使用されます。通常、デフォルトルートに沿っていないルーターの背後にあるネットワークに接続している場合にのみ、ルートを追加する必要があります。
—
grag42
私はそのような設定を構成しようとしませんでした。しかし、私はあなたが11.18へのデフォルトルートへの外部ボックスでそれから111.99への11.18フォワードまたはルート（あなたのVMネットワークの設定に応じて）に必要があると思うでしょう。そこから111.99がトラフィックを処理できます
—
grag42
@ grag42乾杯。あなたの最初のコメントはおそらく私のqに対する正しい答えです。返信できるように投稿してください。再度、感謝します！
—
sxc731 2015
192.168.11.18。次に、そのシステムは、172.16.x.xネットワーク上の次の場所を認識します。