gpt4 book ai didi

c - getaddrinfo - 数字服务与命名服务的结果不同

转载 作者:行者123 更新时间:2023-11-30 16:55:06 24 4
gpt4 key购买 nike

我对 getaddrinfo() 的行为有疑问,这似乎取决于服务参数的指定方式。将服务指定为名称会导致 getaddrinfo() 使用 getservbyname() 来查询/etc/services 数据库,但以数字方式指定服务显然不会导致此类查询,这可能会导致结果出现差异。

例如,指定 service = "5672"(amqp 的端口),返回 IPPROTO_TCP、IPPROTO_UDP 和 IPPROTO_IP 协议(protocol)的 addrinfo 结构列表,而指定 service = "amqp",则返回协议(protocol)的 addrinfo 结构列表协议(protocol) IPPROTO_TCP、IPPROTO_UDP 和 IPPROTO_SCTP。

当以数字方式指定服务时,为什么 getaddrinfo() 不查询/etc/services 数据库?感谢您的帮助。

更新:
事实证明,这就是 getaddrinfo() 被设计来处理服务参数的方式。如果您知道端口号,那就太好了。如果您只知道服务名称 getaddrinfo() 将为您查找端口号。

对我来说真正的问题是,即使我的系统(Ubuntu 16.04)上安装了 SCTP,getaddrinfo() 也不会返回带有 IPPROTO_SCTP 的 addrinfo 结构。查看 getaddrinfo() 的源代码,它看起来像是返回它构建时而不是调用时所知道的所有协议(protocol)的 addrinfo 结构。

我想我可能需要重建 glibc 以获得支持 SCTP 的 getaddrinfo() 版本。谁能确认或更正我的理解?

最佳答案

显然有很多代码假设协议(protocol) = 0 且类型 = SOCK_STREAM 表示 TCP。如果 getaddrinfo() 返回带有 IPPROTO_SCTP 的 addrinfo 结构,则此代码将中断。折衷的解决方案(至少对于 FreeBSD 和 Linux 而言)是继续让 getaddrinfo() 仅返回协议(protocol) = 0 且类型 = SOCK_STREAM 的 IPPROTO_TCP addrinfo 结构。任何想要 getaddrinfo() 返回带有 IPPROTO_SCTP 的 addrinfo 结构的人都应该在提示中指定 ai_protocol = IPPROTO_SCTP。这仅适用于服务 arg 指定为数字时;指定为名称的服务将导致 getaddrinfo() 查询/etc/services 数据库,结果中指定的协议(protocol)将基于在那里找到的内容。

关于c - getaddrinfo - 数字服务与命名服务的结果不同,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/40390547/

24 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com