【问题标题】:Query the IP of the interface that will be used for a connection to a certain target查询将用于连接到某个目标的接口的 IP
【发布时间】:2013-03-31 15:46:09
【问题描述】:

我有一个具有多个接口的 Linux 服务器。每个接口都有一个 IP 和网络。路由表中还有一条默认路由和其他路由,以便与某些网络的连接通过一个或另一个接口。当然,任何程序发起的连接到与服务器接口之一在同一网络中的 IP 将通过该接口。

给定该服务器上的程序要连接的目标 IP:是否有 API 可以检索将要使用的本地接口的 IP 地址?

或者:一旦与某个 IP 建立了连接,我如何才能准确地获得最合适的服务器的本地 IP 地址? 可以吗?

我不想再写路由逻辑了。

示例: eth0:192.168.1.10/24 eth1:10.1.1.20/24 默认网关:192.168.1.1 附加静态路由: 通过 10.1.1.1 到 10.2.0.0/16

现在,如果程序启动到 1.2.3.4 的 UDP 连接,它将使用 eth0,而我要查询的适当 IP 将是 192.168.10。 现在,如果程序启动到 10.2.55.66 的 UDP 连接,它将使用 eth1,而我要查询的适当 IP 将是 10.1.1.20。 现在,如果一个程序启动一个到 10.1.1.9 的 UDP 连接,它将使用 eth1,而我要查询的适当 IP 将是 10.1.1.20。

这个问题的原因是我想修改snmp-trap发送程序,把正确的地址放在agentField中

【问题讨论】:

    标签: c linux routing network-programming ip-address


    【解决方案1】:

    当本地 IP 地址未通过 clientaddr 参数指定时,NFSv4 mount 会执行非常类似的操作。它必须获取远程 NFS 服务器可以连接的本地 IP 地址,即使本地机器上有多个接口。

    它通过创建一个 UDP 数据报套接字、绑定到本地地址、connect()ing 到远程机器,然后使用 getsockname() 查询将用于传出数据包的本地 IP 地址来实现这一点。因为 UDP 是无连接协议,所以根本不会通过线路发送数据;这仅使用本地路由表来确定绑定到套接字的本地 IP 地址。

    请参阅utils/mount/network.c:nfs_callback_address()Linux-NFS git repository 以了解实施情况。它使用utils/mount/network.c:nfs_ca_sockname() 获取地址,并使用utils/mount/network.c:nfs_ca_gai() 检查本地计算机是否支持地址族(这样它就不会使用地址族返回本地地址(NFS 术语中的回调地址),例如IPv6,本地机器不支持)。

    是的,如果在上述操作完成后 machine-internal 路由发生变化,这将失败 - 也就是说,您手动修改路由表以使用该目标 IP 地址的另一个接口。这不是一个真正的问题,因为这通常会中断(挂起直到超时)所有现有连接,因为它们绑定到错误的本地 IP 地址,并且内核不能只是从进程下切换它。换句话说,如果你这样做,无论如何你都必须预料到连接中断。

    本地计算机外部的路由更改不受影响。原因应该很明显:原来的 UDP 连接测试没有到达机器外部,只到达本地路由表。机器本身之外的任何路由(包括本地路由表中的下一跳,或机器外部的网关地址)都不会造成任何破坏,也不会改变使用上述过程获得的结果。

    我希望你觉得这很有用。

    【讨论】:

      【解决方案2】:

      是否有 API 可以检索将要使用的本地接口的 IP 地址?

      我不相信。无论如何,这本质上是不合理的——路由表可能会在您查询该 API 的时间和您实际建立连接的时间之间发生变化。

      或者:一旦与某个 IP 建立了连接,我如何才能准确地获得最合适的服务器的本地 IP 地址?可以吗?

      您可以这样做 - 一旦您连接了套接字,getsockname() 会告诉您套接字的本地地址,其中包括 IP 地址和端口号。

      【讨论】:

        猜你喜欢
        • 2018-05-29
        • 2011-09-29
        • 1970-01-01
        • 2018-04-20
        • 1970-01-01
        • 2014-08-30
        • 2023-03-14
        • 2015-01-27
        • 1970-01-01
        相关资源
        最近更新 更多