Iis ClickOnce.应用程序超时,子类型未知

Iis ClickOnce.应用程序超时,子类型未知,iis,deployment,clickonce,mime-types,Iis,Deployment,Clickonce,Mime Types,我有一个现有的ClickOnce应用程序,它在新客户端的初始安装过程中开始超时。我不确定这是我的IIS配置还是外部因素。Windows Server 2003配置了“.application”MIME类型的“application/x-ms-application”,这一点没有改变。从UNC共享路径直接运行.application文件可以在客户端计算机上运行。此外,已安装ClickOnce应用程序的客户端可以成功地更新为新版本。我一定是忽略了什么,所以我想我应该把它放在那里。它似乎真的指向MIM

我有一个现有的ClickOnce应用程序,它在新客户端的初始安装过程中开始超时。我不确定这是我的IIS配置还是外部因素。Windows Server 2003配置了“.application”MIME类型的“application/x-ms-application”,这一点没有改变。从UNC共享路径直接运行.application文件可以在客户端计算机上运行。此外,已安装ClickOnce应用程序的客户端可以成功地更新为新版本。我一定是忽略了什么,所以我想我应该把它放在那里。它似乎真的指向MIME类型,但我甚至尝试添加一个通配符“*”类型的“八位字节/流”

dgp

超时消息

ERROR SUMMARY
Below is a summary of the errors, details of these errors are listed later in the log.
* Activation of http://{server}/{rootpath}/{appname}.application resulted in exception. Following failure messages were detected:
    + Downloading http://{server}/{rootpath}/{appname}.application did not succeed.
    + The operation has timed out
细节

OPERATION PROGRESS STATUS
* [2/29/2012 8:25:22 AM] : Activation of http://{server}/{rootpath}/{appname}.application has started.

ERROR DETAILS
Following errors were detected during this operation.
* [2/29/2012 8:27:02 AM] System.Deployment.Application.DeploymentDownloadException (Unknown subtype)
    - Downloading http://{server}/{rootpath}/{appname}.application did not succeed.
    - Source: System.Deployment
    - Stack trace:
        at System.Deployment.Application.SystemNetDownloader.DownloadSingleFile(DownloadQueueItem next)
运行WireShark后,我可以确认客户端上的MIME类型,并看到一个成功的HTTP 200。我不确定艾登·拉尔普的谈话

38  47.798381   {server IP} {client IP} HTTP    94  HTTP/1.1 200 OK  (application/x-ms-application)
39  47.798394   {client IP} {server IP} TCP 54  iden-ralp > http [ACK] Seq=2519 Ack=23684 Win=65535 Len=0
45  112.804146  {client IP} {server IP} TCP 54  iden-ralp > http [RST, ACK] Seq=2519 Ack=23684 Win=0 Len=0

我不想问,但是。。。你重启服务器了吗?如果这是不应该重新启动的服务器之一,请尝试停止并重新启动IIS服务器。我知道这似乎不相关,但我的ClickOnce应用程序出现了一些奇怪的错误,重新启动IIS进程解决了这个问题。这可能没有帮助,但尝试也无妨。我确实在尝试添加“*”通配符MIME类型后重新启动了,并在删除它后再次启动。此外,我的IIS日志显示.application文件上的GET到客户端IP的成功HTTP返回代码为200。我在想,也许网络公司的人收紧了他们的过滤器。如果你这边什么都没有改变,如果你在一个公司的防火墙基础设施上工作,我会开始问IT公司关于他们所做的改变的问题。我以前从未见过这个问题,但我也遇到过类似的问题,网络“大人物”决定执行安全措施,使我们的运营陷入瘫痪。这一切都是因为他们不想先询问并核实这是否合适/我们这里也发生过同样的事情。