使用搜索功能查看 Kepware 的信息库,其中包含 500 多篇知识库文章。缩小搜索结果范围,或在下面的搜索字段中输入您的查询。

或者,如果您无法找到解决方案,我们还有另一个资源:我们的 PTC eSupport Portal。 如果系统提示您登录 eSupport Portal,您可以使用“我的 Kepware”凭据。需要一个“我的 Kepware”帐户吗?在此处创建

搜索解决方案结果:
View All Solutions

Kepware Knowledge Base: Solution


Configuration Fails to Connect or Reconnect to the Runtime on Windows XP SP2


Last Update: 2018/11/7

This issue occurs when there are many Ethernet-based devices in a project running on an XP SP2 operating system. If the devices are unreachable, users may not be able to connect to the server Runtime with the Configuration.

Windows XP SP2 introduced a security measure that limits the number of simultaneous incomplete outbound TCP connection attempts. The limit (which is set by Microsoft) is 10 simultaneous failed connections in 1 second. Once the limit has been reached, subsequent connection attempts will be put in a queue and resolved at a fixed rate. Under normal operation, applications that connect to available hosts at valid IP addresses will not cause connection rate-limiting to occur. When it does, a new event with the ID 4226 will appear in the system's Event Log. The revised rate of connections for the queued requests is 1 per second.This change helps limit the speed at which malicious programs (such as viruses and worms) spread to uninfected computers. Malicious programs often attempt to reach uninfected computers by opening simultaneous connections to random IP addresses. Most of these random addresses result in a failed connection; as such, a burst of such activity is a signal that the computer may have been infected by a malicious program.

Projects that have optimized the server project for performance may have varied effects depending on the version.

  • KEPServerEX V4 will run more slowly, and may appear to be hung or stalled.
  • KEPServerEX V5 will run more slowly, and may appear to be hung or stalled. The configuration (which uses TCP to connect) may not be able to connect to the runtime because of the queued connection requests.

To resolve the issue, attempt the following:

  1. Identify the reason that the devices are unreachable and then correct it.
  2. In cases where the devices' availability cannot be controlled, place them in a single channel. Then, configure auto-demotion on each device to remove them from the poll cycle. This will cause the server to attempt a connection to each device one at a time on a channel, rather than requesting them simultaneously.
Related Products
KEPServerEX