首页
学习
活动
专区
圈层
工具
发布
首页
学习
活动
专区
圈层
工具
MCP广场
社区首页 >问答首页 >getaddrinfo在不同操作系统上的作用不同

getaddrinfo在不同操作系统上的作用不同
EN

Stack Overflow用户
提问于 2021-03-04 22:52:51
回答 1查看 118关注 0票数 3

我正在测试一个错误路径,它要求我从getaddrinfo删除一个请求。我设立了两个越南船民:

  • RHEL 7.9
  • Ubuntu 20

这两台机器上的代码是相同的,只是对test.com的getaddrinfo的调用。我阻止了所有传入的数据包,以模拟被丢弃的getaddrinfo请求,但是在完全相同的场景中,2 OSes的执行情况不同。

directory)

  • Ubunutu

  • RHEL在12秒后出现错误EAI_NONAME (没有这样的文件,或者在20秒后出现错误EAI_AGAIN (资源临时EAI_NONAME))

所以我的两个问题是:

  • 为什么会产生两个不同的错误?
  • 为什么超时是不同的,它们在哪里定义?我试着查看linux源代码,但找不出

代码:

代码语言:javascript
运行
复制
#include <stdio.h>
#include <string.h>
#include <stdlib.h>
#include <netdb.h>
#include <sys/types.h>
#include <sys/socket.h>
#include <arpa/inet.h>

int main (void)
{
  struct addrinfo hints, *res, *result;
  int errcode;
  char addrstr[100];
  void *ptr;

  memset (&hints, 0, sizeof (hints));
  hints.ai_family = PF_UNSPEC;
  hints.ai_socktype = SOCK_STREAM;
  hints.ai_flags |= AI_CANONNAME;

  errcode = getaddrinfo ("test.com", NULL, &hints, &result);
  if (errcode != 0)
  {
      perror ("getaddrinfo");
      return -1;
  }
  
  res = result;

  while (res)
    {
      inet_ntop (res->ai_family, res->ai_addr->sa_data, addrstr, 100);

      switch (res->ai_family)
        {
        case AF_INET:
          ptr = &((struct sockaddr_in *) res->ai_addr)->sin_addr;
          break;
        case AF_INET6:
          ptr = &((struct sockaddr_in6 *) res->ai_addr)->sin6_addr;
          break;
        }
      inet_ntop (res->ai_family, ptr, addrstr, 100);
      printf ("IPv%d address: %s (%s)\n", res->ai_family == PF_INET6 ? 6 : 4,
              addrstr, res->ai_canonname);
      res = res->ai_next;
    }
  
  freeaddrinfo(result);
  return 0;
}

编撰:

代码语言:javascript
运行
复制
gcc test.c

RHEL resolv.conf:

代码语言:javascript
运行
复制
search ht.home
nameserver 192.168.0.1
nameserver [IPV6 address 1]
nameserver [IPV6 address 2]

Ubuntu:

代码语言:javascript
运行
复制
nameserver 127.0.0.53
options edns0 trust-ad
search ht.home
EN

回答 1

Stack Overflow用户

发布于 2021-03-05 16:03:33

这里的Ubuntu行为是正确的,RHEL的行为是错误的-结果是不确定的,因为它既不能获得名称的地址,也不能得到证明名称不存在的响应。

这种机制可能是由glibc错误(而不是有意的不一致行为)和RHEL配置与您已阻止的远程名称服务器之间的区别,以及通过systemd-resolved代理的Ubuntu配置(可能您没有阻止,而只是阻止它对真实网络进行传出查询?)。您可以通过在strace下运行您的测试程序并在环回和真实的网络接口上监视tcpdump来确认这里的差异。

基本上,在某些情况下,glibc将错误视为名称不存在,而在其他情况下,则将错误视为可报告的失败。如果您能够查询本地systemd-resolved,它将返回一个ServFail错误代码,因为它无法从上游名称服务器获得不存在的结果或密码证明,而且glibc可能会报告这一点,但不会报告它自己未能与名称服务器联系。

票数 0
EN
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://stackoverflow.com/questions/66484235

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档