gpt4 book ai didi

linux - Unix 域套接字如何区分多个客户端?

转载 作者:IT老高 更新时间:2023-10-28 12:32:12 24 4
gpt4 key购买 nike

TCP 有元组对(IP 地址/端口/类型)来区分一个客户端和另一个客户端。 UDP 传递客户端 IP 和端口。 unix 域如何跟踪不同的客户端?

换句话说,服务器创建一个绑定(bind)到某个路径的套接字,例如/tmp/socket。 2 个或更多客户端连接到/tmp/socket。下面发生了什么来跟踪来自 client1 和 client2 的数据?我想网络堆栈在域套接字中没有任何作用,那么内核是否在这里完成所有工作?

是否有像 IP 协议(protocol)格式和 TCP/UDP 格式一样的 unix 域协议(protocol)格式?域套接字数据报协议(protocol)的格式是否在某处发布?每个 unix 都不同吗?还是 POSIX 之类的东西对其进行了标准化?

感谢您的任何启发。我找不到任何解释这一点的信息。每个来源都只是掩饰了如何使用域套接字。

最佳答案

如果你创建一个 SOCK_STREAM 类型的 PF_UNIX 套接字,并接受它上面的连接,那么每次你接受一个连接时,你都会得到一个新的文件描述符(作为accept 系统调用的返回值)。此文件描述符从客户端进程中的文件描述符读取数据并将数据写入数据。因此它就像一个 TCP/IP 连接一样工作。

没有“unix 域协议(protocol)格式”。不需要,因为 Unix 域套接字无法通过网络连接连接到对等点。在内核中,代表 SOCK_STREAM Unix 域套接字结束的文件描述符指向一个数据结构,该结构告诉内核哪个文件描述符位于连接的另一端。当您将数据写入文件描述符时,内核会在连接的另一端查找文件描述符并将数据附加到其他文件描述符的读取缓冲区。内核不需要将您的数据放入带有描述其目的地的 header 的数据包中。

对于 SOCK_DGRAM 套接字,您必须告诉内核应该接收数据的套接字路径,然后它会使用该路径查找该接收套接字的文件描述符。

如果您在连接到服务器套接字之前(或者如果您使用 SOCK_DGRAM 在发送数据之前)将路径绑定(bind)到客户端套接字,那么服务器进程可以使用 getpeername(用于 SOCK_STREAM)。对于一个SOCK_DGRAM,接收端可以使用recvfrom来获取发送socket的路径。

如果不绑定(bind)路径,那么接收进程就无法获得唯一标识对等体的id。至少,不在我正在运行的 Linux 内核上 (2.6.18-238.19.1.el5)。

关于linux - Unix 域套接字如何区分多个客户端?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/9644251/

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