主页 / unix / 问题 / 509861
Accepted
Zoltan K.
Asked: 2019-04-02 04:29:14 +0800 CST

Unix Domain Socket 绑定，复用地址

  • 772

如果我bind()是一个AF_INET套接字（用于 TCP 连接），那么稍后close()，当我运行我的程序时，我可能会遇到问题，因为尽管有close()，内核仍然可以拥有与打开的套接字关联的资源。

不过，我对 Unix Domain Sockets 的这个问题不是很清楚。

到目前为止我见过

  1. 我需要一个独特的路径来使用它bind()。调用时路径必须不存在，bind()文件将由bind(). （但是，它可能在文件系统中可见也可能不可见。如果路径以特殊字符开头，则文件不会出现在文件系统中\0。）

  2. 如果文件不是unlink()-ed，即使在关闭之后，内核也会保留相关的资源，并且套接字是完全正常的。

问题：

由于任何一个close()或unlink()单独一个都不能使 Unix 域套接字消失，他们两个都会可靠地完成这个技巧/触发内核放弃与套接字相关的所有资源吗？

如果两者都被调用，我是否可能会遇到reuseaddr错误？close()unlink()

编辑（在评论和回答之后）：

因此，绑定的 AF_LOCAL 套接字看起来像这样：

unix_domain_socket_inode
-> binded to a socket
-> associated with a file (path)

unix_domain_socket_inode只要：

  1. 某些东西使它保持打开状态（套接字未关闭），或
  2. 它有关联的路径

如果只有 1. 为真，我们有一个打开的套接字和一个 inode，一切正常。

如果只有 2. 为真，因为 inode 有与之关联的路径，内核无法清理它，但它也不起作用，因为它缺少处理传入连接的套接字资源。它甚至不会是一个普通的文件，只是一个繁忙的工作套接字的过去荣耀的死壳。

在 AF_INET 连接的情况下，地址重用问题是提高可用性的设计选择。

在 AF_LOCAL 的情况下，剩余文件是先前设计选择的产物，这会阻止内核本身在调用时自动清理它在 1 go 中创建的文件close()。没有相关的隐藏机制，因此内核希望在close()调用 a 后保留此资源。

unix-sockets

2 个回答

  1. Best Answer

    在这种情况下，了解内核为何具有TIME_WAITTCP 连接状态的基本原理非常重要。此状态旨在允许与连接关联的任何数据包（可能需要更长的路由或以其他方式延迟）在同一端口上建立新连接之前从网络中排出。这样，您可以确保新连接不会收到与旧连接关联的任何数据包。该reuseaddr选项使开发人员能够传达“不要执行该等待”。

    Unix 域套接字没有这个问题。reuseaddr在这种情况下并没有真正的意义。

    • 3

  2. 如果文件不是 unlink()-ed，即使在关闭之后，内核也会保留关联的资源，并且套接字是完全正常的。

    不，当最后一个打开的句柄是 close()d 时，内核将释放与套接字关联的所有资源。您只需要 unlink() 路径就可以再次 bind() 到它。

    由于单独的 close() 和 unlink() 都不能使 Unix Domain Socket 消失，它们是否会可靠地完成这个技巧/触发内核放弃与套接字关联的所有资源？

    看上面 ;-）

    unix_domain_socket_inode 的存在时间为：

    1. 某些东西使它保持打开状态（套接字未关闭），或
    2. 它有关联的路径

    2不可以。它的“关联路径”可以被删除（unlink()ed），并且套接字仍然可以通过另一个硬链接访问。

    有关演示和解释，请参阅我的其他答案。

    您似乎将套接字 inode（由实际套接字 fd 指向并且也可以通过 访问/proc/PID/fd/FD的那个）与它可能绑定到的 inode（一个套接字文件，如/tmp/.X11-unix/X0）混淆了；它们是不同的，后者仅用作“入口点”——一旦绑定到它的套接字关闭，套接字文件就只是文件系统中的一个虚拟 inode。

    如果路径以特殊字符 \0 开头，则该文件不会出现在文件系统中。）

    如果.sun_path以. \0_\0它受制于其前导路径确定的文件访问权限）。

    请注意，这种“抽象套接字”功能仅存在于 Linux 中。

    • 1

相关问题