デフォルトの送信元 IP アドレスを、デフォルトルートに面するアドレス以外のものに変更するにはどうすればよいですか?

Question 1

注: ルーターのLANは192.0.2.0/24で、LAN IPはeth0具体的な説明と解決策を提供できるように、192.0.2.1/24 です。

ISPは、パブリックIPアドレスを節約するために、内部ルーティングの目的でプライベートIPを割り当てています。このIPは外部に公開されることがないため、問題ありません（すぐに削除されるでしょう）。厳密なリバースパス転送（ISP ルーターを越えて配線された場合、パスに沿って、またはルーティング不可能なため応答が得られません。）ただし、これにより、ルーターから ISP への接続以外のすべての場合にこの IP が使用されることを回避するため、構成がより複雑になります。

おそらくこれに似たものをお持ちでしょう (少し異なるかもしれませんが、問題ありません):

# ip route
default via 10.0.0.9 dev ppp0 
10.0.0.9 dev ppp0 proto kernel scope link src 10.0.0.10 
192.0.2.0/24 dev eth0 proto kernel scope link src 192.0.2.1

たとえば、代わりにがあるかdefault via 10.0.0.9 dev ppp0 src 10.0.0.10、またはがvia 10.0.0.9表示されない場合、これはレイヤー 2 リンクではなくレイヤー 3 リンクであるため、via必要ありません (ただし、受け入れられます)。それに応じて、以下の設定を調整してください。

現在、カーネルは、他に指示するものが何もないため（または、望まない IP を使用するように明示的に指示されているため）、インターネットに到達するのと同じ側に設定されている、明らかに最も適した IP を選択します。

# ip route get 8.8.8.8
8.8.8.8 via 10.0.0.9 dev ppp0 src 10.0.0.10 uid 0 
    cache

カーネルがインターネットへの接続方法をチェックし、特定の優先ソース IP アドレスを指定するときのルーティング動作を置き換えるだけです。エラーや予期しない問題が発生した場合、接続が失われる可能性があることに注意してください。可能であれば、代替 (コンソール) アクセスを用意してください。

# ip route replace default via 10.0.0.9 dev ppp0 src 192.0.2.1
# ip route get 8.8.8.8
8.8.8.8 via 10.0.0.9 dev ppp0 src 192.0.2.1 uid 0 
    cache

これで完了です。ルータは通常どおりルーティングしますが、ローカルで発信された IP を選択する必要がある場合は、明示的に指示されない限り (例: プロセスがソケット上の送信元 IP を明示的にバインドする)、192.0.2.1 を選択します。

このルートは、リンクがダウンしてからアップするたびに再設定する必要があります。リンクが完全に確立された後、これを pppoe スクリプトに統合するかどうかは、ユーザーの責任です。

また、インターフェース名0 ...変わるかもしれないpp1 はまたは他の名前。セットアップスクリプトでこれを処理するのはあなた次第です。

同じルート設定を設定するための別の方法:

メトリックが最初に設定されているときに、より低いメトリックを追加する

元のメトリックが設定されている場合 (つまり、0 ではなく、100 だったとします)、以前のものを置き換えるのではなく、より低いメトリックを持つ代替のデフォルトルートを追加できます。
```
# ip route add default via 10.0.0.9 dev ppp0 src 192.0.2.1 metric 50
```
専用ルーティングルール

pppoe に関係するさまざまなツールが上記のルートを削除する可能性がある場合は、この設定を代替ルーティングテーブルにインストールし、メインテーブルの部分的なコピーを使用してルーティングルールで優先させることができます。ただし、ルートは依然として消えてしまうため、切断/再接続のたびにこの設定をやり直す必要があります。ここではiif lo特別な設定で、実際には着信ではなく「ローカルで発信されたパケット」を意味します。109 は任意に選択されたテーブル値です。
```
# ip rule add iif lo lookup 109 # needed only once
# ip route add table 109 10.0.0.9 dev ppp0 proto kernel scope link src 10.0.0.10 # to keep using 10.0.0.10 for local link, just in case
# ip route add table 109 192.0.2.0/24 dev eth0 src 192.0.2.1 # will disappear if eth0 is brought down
# ip route add table 109 default via 10.0.0.9 dev ppp0 src 192.0.2.1 # will disappear if ppp0 is brought down
```
メインテーブルに他のルーティングエントリを追加した場合は、それらも上にコピーする必要がある可能性があります。
```
# ip route get 8.8.8.8
8.8.8.8 via 10.0.0.9 dev ppp0 table 109 src 192.0.2.1 uid 0 
    cache 
```
簡略化されたルートによるルーティングルール

メインテーブルにルートを保持し、ルール内のプレフィックスベースのサプレッサーでデフォルトルートのみを上書きすることができます。これにより、コピーする必要がなくなります。全てルート: デフォルトのルートをコピーして変更するだけです。

2. を次のように置き換えます (優先順位を明記し、明記しない場合と同様に降順で並べます):
```
# ip rule add pref 32765 iif lo lookup 109 # needed only once
# ip rule add pref 32764 iif lo lookup main suppress_prefixlength 0 # needed only once

# ip rule
0:      from all lookup local
32764:  from all iif lo lookup main suppress_prefixlength 0
32765:  from all iif lo lookup 109
32766:  from all lookup main
32767:  from all lookup default

# ip route add table 109 default via 10.0.0.9 dev ppp0 src 192.0.2.1 # will disappear if ppp0 is brought down
```
メインルーティングテーブルは、デフォルトルートではないものに対して最初に使用され、次にローカルで発信された送信トラフィックに対して、ルーティングテーブル 109 でデフォルトルートが提供されます。その他の場合は、通常どおりメインテーブルを再度検索してデフォルトルートを検索します。

2. に対する利点は、テーブルから（デフォルト以外の）ルートを複製する必要がないことです。主要表109にもう入りません。下の表主要2 番目の方法とは逆に、デフォルト以外のルートの結果を提供します。
```
# ip route get 8.8.8.8
8.8.8.8 via 10.0.0.9 dev ppp0 table 109 src 192.0.2.1 uid 0 
    cache 
# ip route get 192.0.2.2
192.0.2.2 dev eth0 src 192.0.2.1 uid 0 
    cache 
```

Answer