3

我有一个小的 c 程序，它基本上调用 getaddrinfo。根据 /etc/hosts localhost 可以解析为“127.0.0.1”和“::1”。

现在运行程序时，输出取决于我是否使用以下方法编译和链接：

gcc -static test.c
$ a.out
127.0.0.1 2

gcc test.c
$ a.out
::1 10
127.0.0.1 2

我正在检查哪些系统调用已经完成，并且似乎在第一种情况下没有使用配置文件 /etc/gai.conf 。但是我不认为gai.conf很重要，因为它几乎是空的（除了很多评论。）事实上，如果我删除文件，我仍然能够正确解析（根据/etc/hosts）两个ips动态链接的程序。

另一方面，在这种情况下，静态链接是否意味着在链接时甚至对配置文件进行评估？

问题：为什么两个程序的输出不同？

测试.c：

#include <netdb.h>
#include <stdio.h>

int main(int argc, char *argv[]) {

    struct addrinfo *result, *rp;
    int s = getaddrinfo("localhost", "", NULL, &result);
    char host[INET6_ADDRSTRLEN];
    for (rp = result; rp != NULL ; rp = rp->ai_next) {
        inet_ntop(rp->ai_family,
        (rp->ai_family == AF_INET ?
            &(((struct sockaddr_in*)rp->ai_addr)->sin_addr): 
                &(((struct sockaddr_in6*)rp->ai_addr)->sin6_addr)),
                host, sizeof host);
        printf("%s %d\n", host, rp->ai_family);
    }
}
4

1 回答 1

3

在 glibc 系统下，通过 getaddrinfo() 执行 RFC 3484（IPv6 中的地址选择/排序）是通过 gai.conf 文件（如果存在）执行的，这是这里的关键元素，因为这是正确的，并且应该用于动态链接库调用。

静态链接库中没有对 gai.conf 进行系统调用这一事实强烈表明，无论如何这两个库之间存在差异，并且它返回的唯一地址是 IPv4 地址这一事实也令人担忧，因为RFC 3484 的实现声明返回的默认值是一个 IPv6 地址，我们通过运行动态链接库调用知道该地址存在。

如果无法访问您的系统，我会说这里存在库文件错误，而不是编码错误。

于 2013-08-13T02:03:03.327 回答