在什么情况下 getpeername 返回 IP:PORT 0.0.0.0:0答案

【问题标题】：in what conditions getpeername returns IP:PORT 0.0.0.0:0在什么情况下 getpeername 返回 IP:PORT 0.0.0.0:0
【发布时间】：2013-06-20 17:26:55
【问题描述】：

在我的程序中，我在 libevent 事件循环中为 connfd 注册了一个 EV_READ 事件。当这个事件被触发时，我使用getpeername来获取对端的IP/PORT地址

socklen_t socklen;
struct sockaddr_in client_addr;
socklen = sizeof(client_addr);
retval = getpeername(connfd, (struct sockaddr *)&client_addr, &socklen);
if(retval == -1) perror("getpeername error!\n");

但有时，它会返回 0.0.0.0:0

然后我注意到错误是Transport endpoint is not connected

但是 recv(connfd,buf,..) 返回一个 1273 ，这意味着它接收 1273 个字节。如果连接结束，recv() 如何获取字节？以及如何触发事件？

谢谢！

【问题讨论】：

如果getpeername() 成功，它不应该报告0.0.0.0。 getpeername() 是否返回错误代码？您显示的代码没有对此进行检查。
传输端点未连接
可能是套接字的系列有时是AF_INET6 而不是您的代码假定的AF_INET？将struct sockaddr_in6 解释为struct sockaddr 会导致毫无意义的结果，可能为0.0.0.0。
@Celada：我希望这种情况会导致EFAULT 或类似错误，而不是ENOTCONN 错误。
@Remy Lebeau 可能套接字已被某处的程序本身或远程对等方关闭？

标签： sockets networking network-programming libevent

【解决方案1】：

正如@Celada 指出的那样，getpeername() 在struct sockaddr * 上工作，在您的情况下，它的大小是struct sockaddr_in 的大小，不足以容纳有关 IPv6 地址的信息。

这个struct sockaddr 将被实现为struct sockaddr_in 或struct sockaddr_in6，具体取决于套接字是处理IPv4 还是IPv6 地址。

您正在分配一个 struct sockaddr_in，它是 16 个字节（仅用于 IPv4 地址的空间）。 IPv6 需要一个 28 字节的struct sockaddr_in6，在前 16 个字节之后存储其 IP 地址。因此将struct sockaddr_in 读取为struct sockaddr_in6

下一部分解释了为什么您可能会阅读0.0.0.0:0。如果您对解决方案更感兴趣，请直接进入最后一节。

你为什么用你当前的代码读取一些归零的 IP 地址？

以下是这些结构的定义：

struct sockaddr_in {
    short            sin_family;   // e.g. AF_INET, AF_INET6 <-- 2 bytes
    unsigned short   sin_port;     // e.g. htons(3490) <-- 2 bytes
    struct in_addr   sin_addr;     // (only contains IPv4 address) <-- 4 bytes
    char             sin_zero[8];  // zero this if you want to <-- 8 bytes
};

struct sockaddr_in6 {
    u_int16_t       sin6_family;   // address family, AF_INET6 <-- 2 bytes
    u_int16_t       sin6_port;     // port number, Network Byte Order <-- 2 bytes
    u_int32_t       sin6_flowinfo; // IPv6 flow information <-- 4 bytes
    struct in6_addr sin6_addr;     // IPv6 address <-- 16 bytes
    u_int32_t       sin6_scope_id; // Scope ID <-- 4 bytes
};

来源：Beej's Guide to Network Programming's struct sockaddr and pals page

因此，当您尝试从struct sockaddr_in 读取 IP 地址而 getpeername() 填充了 struct sockaddr_in6 信息时，您实际上是在读取 sin6_flowinfo 的 struct sockaddr_in6 部分。该流信息通常为零，除非使用流 ID 明确标记连接。 这就是为什么你会读取一个归零的 IP 地址。

如何提供通用存储，以便getpeername() 在任何一种情况下都能正常工作，而不可能提前知道对等方的连接类型（确实）？

这就是struct sockaddr_storage 发挥作用的地方！

这是您应该用来初始化空间以提供getpeername() 的类型，将其转换为struct sockaddr *。它被设计用来保存任何连接类型的信息。

你的代码应该是：

socklen_t socklen;
struct sockaddr_storage client_addr;
socklen = sizeof(client_addr);
retval = getpeername(connfd, (struct sockaddr *)&client_addr, &socklen);
if(retval == -1) perror("getpeername error!\n");

要使用该结构，您应该将其转换回 struct sockaddr_in 或 struct sockaddr_in6，具体取决于您的 struct sockaddr_storage 的 ss_family 字段的值。

if (addr.ss_family == AF_INET) {
    struct sockaddr_in *s = (struct sockaddr_in *)&addr;
    port = ntohs(s->sin_port);
    inet_ntop(AF_INET, &s->sin_addr, ipstr, sizeof ipstr);
} else if(addr.ss_family == AF_INET6) {
    struct sockaddr_in6 *s = (struct sockaddr_in6 *)&addr;
    port = ntohs(s->sin6_port);
    inet_ntop(AF_INET6, &s->sin6_addr, ipstr, sizeof ipstr);
}

来源（已修改）：Beej's Guide to Network Programming's getpeername() page

是的，由于 IP 地址长度从 IPv4 到 IPv6 不同，因此没有通用函数为您执行此操作，返回 IP 地址...因为您仍然需要知道您收到的是 32 位还是 128 位，因此再次检查地址族！

【讨论】：