错误：绑定套接字与地址时地址已被使用，但“netstat”显示端口号可用-IT科技

错误：绑定套接字与地址时地址已被使用，但“netstat”显示端口号可用

2024-10-17 08:47:00

admin

原创

246

摘要：问题描述：我尝试在端口号处绑定套接字（服务器套接字）8000。它成功了，为我完成了工作。在代码结束时，我也关闭了套接字。紧接着，我再次运行代码，它显示该地址已被使用。我已打印错误值的含义，strerror(errno);以查看我的代码在每个点是否正常工作。为了检查端口是否空闲，我使用进行了检查，netst...

问题描述：

我尝试在端口号处绑定套接字（服务器套接字）8000。它成功了，为我完成了工作。在代码结束时，我也关闭了套接字。紧接着，我再次运行代码，它显示该地址已被使用。我已打印错误值的含义，strerror(errno);以查看我的代码在每个点是否正常工作。为了检查端口是否空闲，我使用进行了检查，netstat但它显示端口号8000空闲。这种情况发生过很多次。每次我都要等几秒钟，然后它才开始再次工作。我使用的是 C 语言。那么我的操作系统出现这种行为的原因是什么呢？

几秒钟后，我运行代码，它就开始工作了。

anirudh@anirudh-Aspire-5920:~/Desktop/testing$ sudo ./a.out 
Socket Creation: Success
File open: Success
Socket Bind: Address already in use
Socket Listen: Address already in use
^C
anirudh@anirudh-Aspire-5920:~/Desktop/testing$ sudo netstat -lntp
Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Address           Foreign Address         State       PID/Program name
tcp        0      0 0.0.0.0:80              0.0.0.0:*               LISTEN      1348/lighttpd   
tcp        0      0 0.0.0.0:22              0.0.0.0:*               LISTEN      984/sshd        
tcp        0      0 127.0.0.1:631           0.0.0.0:*               LISTEN      1131/cupsd      
tcp        0      0 0.0.0.0:3306            0.0.0.0:*               LISTEN      1211/mysqld     
tcp6       0      0 :::22                   :::*                    LISTEN      984/sshd        
tcp6       0      0 ::1:631                 :::*                    LISTEN      1131/cupsd      
anirudh@anirudh-Aspire-5920:~/Desktop/testing$ sudo ./a.out 
Socket Creation: Success
File open: Success
Socket Bind: Address already in use
Socket Listen: Address already in use
^C
anirudh@anirudh-Aspire-5920:~/Desktop/testing$

解决方案 1：

我也遇到了同样的问题。这是因为您关闭了与套接字的连接，但没有关闭套接字本身。套接字可以进入 TIME_WAIT 状态（以确保所有数据都已传输，如果可能，TCP 会保证交付）并最多需要 4 分钟才能释放。

或者，如果想了解真正详细/技术性的解释，请查看此链接

这确实很烦人，但这不是错误。请参阅下面 @Vereb 对这个答案关于的使用的评论SO_REUSEADDR。

解决方案 2：

我知道这个问题已经有一段时间没有被提出来了，但我还是找到了一个解决方案：

int sockfd;
int option = 1;
sockfd = socket(AF_INET, SOCK_STREAM, 0);
setsockopt(sockfd, SOL_SOCKET, SO_REUSEADDR, &amp;option, sizeof(option));

这使得套接字能够立即被重新使用。

如果这是“错误的”，我深表歉意。我对套接字不是很熟悉

解决方案 3：

尝试这样运行 netstat：，netstat -ntp不带-l。它将显示 tcp 连接
TIME_WAIT状态。

解决方案 4：

正如前面所说，您的套接字可能进入状态。Thomas A. Fine在这里TIME_WAIT很好地描述了这个问题。

总结一下，套接字关闭过程如下图所示：

套接字关闭过程

托马斯说：

从上图可以看出，如果远程端发起关闭，显然TIME_WAIT可以避免这种情况。因此，服务器可以通过让客户端先关闭来避免问题。应用程序协议必须设计得让客户端知道何时关闭。服务器可以安全地响应来自客户端的 EOF 而关闭，但是，当它期待 EOF 时，它还需要设置超时，以防客户端不正常地离开网络。在许多情况下，只需等待几秒钟再关闭服务器就足够了。

SO_REUSEADDR互联网上通常建议使用，但Thomas补充道：

奇怪的是，使用SO_REUSEADDR实际上会导致更难处理的“地址已被使用”错误。SO_REUSADDR允许您使用卡在中的端口TIME_WAIT，但您仍然无法使用该端口建立与它连接到的最后一个位置的连接。什么？假设我选择本地端口 1010，并连接到 foobar.com 端口 300，然后在本地关闭，将该端口留在中TIME_WAIT。我可以立即重用本地端口 1010 来连接到除foobar.com端口 300 之外的任何地方。

解决方案 5：

只需输入

unlink [SOCKET NAME]

在终端中，错误就不再存在。

解决方案 6：

即使icfantv对这个问题的回答已经很完美了，但我在测试中还是有更多的发现。

作为一个监听状态的服务器套接字，如果只是监听，即使它接受客户端的请求并获取数据，但没有任何数据发送动作，我们仍然可以在服务器停止后立即重新启动它。但如果服务器端有任何向客户端发送数据的动作，则重新启动相同的服务（相同的端口）会出现此错误：（地址已在使用中）。

我认为这是由 TCP/IP 设计原则造成的。当服务器将数据发送回客户端时，它必须确保数据发送成功，为了做到这一点，操作系统（Linux）需要监视连接，即使服务器应用程序关闭了此套接字。但我仍然相信内核套接字设计者可以改进这个问题。

解决方案 7：

对于 AF_UNIX，您可以在“服务器”应用程序中 close() 套接字后使用调用 unlink (path);

解决方案 8：

我收到的错误是：

cockpit.socket: Failed to listen on sockets: Address already in use

我发现的解决方法是：

我不得不禁用 selinux
在 /usr/lib/systemd/system/cockpit 服务中我更改了以下行：

#ExecStartPre=/usr/sbin/remotectl certificate --ensure --user=root --group=cockpit-ws --selinux-type=etc_t

到：

#ExecStartPre=/usr/sbin/remotectl certificate --ensure --user=root --group=cockpit-ws

正如你所看到的，我删除了关于 selinux 的参数然后运行：

systemctl daemon-reload
systemctl start cockpit.service

然后我浏览到：

我接受了自签名证书，并且能够成功登录驾驶舱并正常使用它。

这一切都在 fedora25 机器上。9090 端口已经使用以下命令添加firewall-cmd