gpt4 book ai didi

windows - TCP:地址已在使用异常 - 客户端端口的可能原因?没有端口耗尽

转载 作者:可可西里 更新时间:2023-11-01 02:55:07 24 4
gpt4 key购买 nike

愚蠢的问题。我从连接到服务器的客户端获取这些信息。遗憾的是,设置很复杂,调试也很复杂 - 我们用完了选项。

环境:*客户端/服务器系统,都在同一台机器上运行。客户端实际上是一个在特定时间进行一些数据库操作的服务。* 连接来自 C#,通过 OleDb 到 EasySoft JDBC 驱动程序,再到自定义编写的 JDBC 服务器,然后在 C++ 中托管逻辑。是的,compelx - 但第三方供应商决定通过 JDBC 接口(interface)公开其服务器的扩展机制。这里能做的不多 ;)

症状:在(不)固定的时间间隔,我们从 JDBC 驱动程序中得知“地址已在使用:连接”。它们似乎来 self 们运行的一项特定服务。

现在,我确实阅读了所有关于端口耗尽的资料。这就是为什么我们现在有一个小工具在运行,每分钟计算端口及其状态。上次发生这种情况时,我们使用了惊人的 370 个端口,错误发生后计数上升到大约 900。我们已经修补了注册表(它是一台 Windows 机器)以允许超过 5000 个客户端端口标准,但即便如此,我们离这个限制还很远。

这就是我在这里问的原因。大家知道还有什么可能导致这种情况吗?

这是一台 Windows 2003 Server 机器,64 位。我能看到的唯一可能导致它的另一件事(但据说此功能已禁用)是安装在服务器上的 Symantec Endpoint Protection - 并且能够作为防火墙运行,它可能会拦截网络流量。我不想通过过早地指向 Symantec(如果指向 Symantec 可以被视为这样)来打开一堆蠕虫。那么,有人知道还有什么原因吗?

谢谢

最佳答案

“Address already in use”,又名 WSAEADDRINUSE (10048),表示当客户端套接字准备连接到服务器套接字时,它首先尝试将自己绑定(bind)到已被使用的特定本地 IP/端口对另一个套接字,可以是事件套接字,也可以是已关闭但仍处于 FD_WAIT 状态的套接字。这与可用端口的数量无关。

关于windows - TCP:地址已在使用异常 - 客户端端口的可能原因?没有端口耗尽,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/2399729/

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