Windows 8中的TCP连接问题

Windows 8中的TCP连接问题,tcp,windows-8,connection,installation,Tcp,Windows 8,Connection,Installation,我有一个小的DLL,可以挂接到windows平台上的后台处理程序。它钩住startdocprenter函数,结果是每次打印作业命中后台打印程序时,都会调用我的DLL。这个DLL在Windows8之前的所有平台上都运行良好 DLL还可以挂接到Windows8后台处理程序 DLL与可以在本地计算机或远程服务器上运行的服务建立TCP/IP连接 问题是: 在windows 8上有两个“桌面”,即本机Metro桌面和类似windows 7的桌面 如果服务在同一台计算机上运行,并且我从Windows 7桌面

我有一个小的DLL,可以挂接到windows平台上的后台处理程序。它钩住
startdocprenter
函数,结果是每次打印作业命中后台打印程序时,都会调用我的DLL。这个DLL在Windows8之前的所有平台上都运行良好

DLL还可以挂接到Windows8后台处理程序

DLL与可以在本地计算机或远程服务器上运行的服务建立TCP/IP连接

问题是:

在windows 8上有两个“桌面”,即本机Metro桌面和类似windows 7的桌面

如果服务在同一台计算机上运行,并且我从Windows 7桌面提交打印作业,则打印作业进入后台处理程序,调用DLL并能够连接到服务,但如果我从Metro桌面提交打印作业(例如,从Internet explorer选择打印),则打印作业进入后台处理程序,DLL被调用,但无法连接到服务,并接收到
10060 TCP/IP错误代码。
如果该服务位于远程服务器上,则可以从两台桌面提交打印作业

在本地运行该服务时,我尝试使用
127.0.0.1
和计算机自己的IPV4地址,但从Metro桌面提交打印时的结果是相同的。 我曾尝试禁用防火墙,但这并不能解决问题


谁知道是什么导致了这种行为?

Metro(Windows应用商店)应用程序受Windows限制,无法连接到本地主机。可能问题场景略有不同,但我认为答案与本文相同:感谢您为我指明了正确的方向,我完全错过了windows 8的网络隔离部分:-(我还有一些其他观察结果,我想知道是否有人知道答案。我在调用DLL时测试了当前进程名,在这两种情况下,我都发现它是“spoolsv.exe”正如预期的那样。在DLL中,当从Windows应用商店应用程序提交打印时,环回连接失败。我的解决方案的另一部分是端口监视器,即假脱机程序加载的另一个DLL。此DLL还建立环回连接,在这种情况下,即使打印作业来自Windows应用程序,它也可以建立连接。任何人都有一个为什么后一个案例有效的想法?这是一个有趣的想法,我不确定为什么会有效。为了获得最大的曝光率,你真的应该问一个全新的问题(可能提供更多细节)。如果你发现上面链接问题中的答案很有用,请在这里向上投票答案:。谢谢。