6
IPエイリアシングを行う場合、OSは発信TCP / IP接続のソースとして使用されるIPアドレスをどのように決定しますか?
単一のNICにエイリアスされた4つのIPアドレスでUbuntu Serverを実行しているサーバーがあります。 eth0 192.168.1.100 eth0:0 192.168.1.101 eth0:1 192.168.1.102 eth0:2 192.168.1.103 (例として192.168.xxを使用して、これらがパブリックIPアドレスの範囲にNATされていると仮定します) クライアントの1人がFTPを介してインベントリを公開しているため、夜間にログインしてサーバーから大きなファイルをダウンロードします。彼らのファイアウォールは、(パッシブ)FTP接続が192.168.1.100から確立されることを期待しています。 サーバーが論理的に単一のアダプター上に4つのIPアドレスを持っている場合、オペレーティングシステムはどのIPアドレスが発信TCP / IP接続のソースとして使用されるかをどのように決定しますか? 192.168.1.101でサーバーにsshして、インタラクティブにFTPを実行するとします。発信TCP / IP接続は、シェルが接続されているインターフェイスであることをOSが認識しているため、192.168.1.101を使用しますか? FTPタスクがシェルのないcronジョブを介して非対話的に実行されるとどうなりますか? おそらくおわかりのように、これはかなり混乱しているので、私の質問が少なくとも意味を成すことを願っています。 編集 私が尋ねている理由を明確にするために-私はルーティングテーブルに変更を加えておらず、実際には0.0.0.0ルートのIFaceとして「eth0」をリストしています。ただし、すべての兆候は、ソースとして実際にeth0:0を使用していることです。 Destination Gateway Genmask Flags Metric Ref Use Iface 192.168.1.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0 0.0.0.0 192.168.1.1 0.0.0.0 UG 100 0 0 eth0 ルーティングテーブルをいじったり、クライアントにファイアウォールルールを変更して必要な動作をさせたりすることはできますが、OSにバグがあるのか、私の素朴な理解があるのかを知るために、これがどのように機能するかについて少し洞察を得ようとしていますすべてのピースがどのように組み合わされるかについて。 ありがとう
15
linux
ssh
ftp
tcpip
ip-aliasing