我有一个名为Qlikview的商业智能应用程序，我试图在Windows Server 2003 SP2 64位机器上安装。 应用程序有多个运行的服务，通常使用端口8081 – 8083.通常会发生的情况是当您启动服务时，您会看到服务器正在侦听netstat中的端口。 端口8082和8083工作正常，但8081似乎并不想听。 我已经联系过供应商，他们以前从未遇到过这个问题。 没有其他应用程序试图使用该端口，因此没有冲突。 在操作系统级别有什么东西可以防止这个端口被使用？ 任何build议将不胜感激。
谢谢！
是否有另一个应用程序，如绑定到端口8081的基于Web的应用程序？
例如，我使用在端口81上运行的PRTG，但是当我在PRTG中运行基于web的pipe理工具时，端口81只是活动的，并且列在netstat（无选项运行）输出中。
尝试运行netstat -a -n -p tcp -b并在输出中查找端口8081。
我很惊讶，没有人这样说：有没有防火墙阻碍？ 比如说Windows防火墙？
McAfee有时使用此端口。 这里是我现在可以find的一个参考 。
你确定，
netstat -anp tcp 在tcp / 8081上没有显示任何内容？
您已经检查了“C：\ Program Files \ QlikView \ Publisher \ CommandCenterService \ QVPublisherCommandCenterService.exe.config”中的“CommandCenterListenPort”值，并将其设置为8081？ 您可以尝试将其设置到另一个端口，以查看是否将侦听另一个端口。 如果它不听你尝试改变到另一个端口，我会说，应用程序的东西了。
（如果你把它改成另外一个端口，你需要在ControlPanel文件夹的“web.config”文件中改变新的端口的“CommandCenterURL”参数，在进行这些修改之前停止“发布服务”，然后重新启动他们，ControlPanel应该工作，假设服务器真的开始监听新端口。）
你提到它有几个监听这些端口的服务。 只是一个想法，但是是应该绑定到端口8081停止的服务？ 或者它甚至真的开始呢？
如果它在局域网上监听，而不是通过广域网监听，请确保您的ISP不阻止该端口（尝试使用portforward.com进行testing）。