最近有一堆我通过IIS6的Web服务器安装下载的文件停止工作。 他们是一些以“.exe”结尾的安装文件，并在几个月前开始工作。 我正确设置了文件权限，甚至在IIS中启用了浏览以确定path确实是正确的。 我不确定它是否相关，但有一段时间的目录也停止工作。 例如：“〜/ download / ApplicationName / 0.9 / AppName-setup-0.9.123b2.exe”
当我将目录重命名为0_9时，浏览工作正常，但是文件本身传递了来自IIS的404消息。 现在，我已经设置FileZilla FTP匿名访问这些文件，但宁愿继续使用IIS。 我已经考虑创build一个HTTP处理程序来为.exe文件提供服务，但是确实更喜欢configuration解决scheme。 我只是不知道为什么它不工作，因为所有的设置是正确的。 目录设置为读访问。 “每个人”都具有对文件本身的读取权限，并且目录浏览（除了文件夹“0.9”到“0_9”重命名）显示文件。
– 编辑 –
我要注意的是我最近用WebPI来更新（先卸载旧的PHP）PHP，并添加了ASP.Net 4的支持。 它可能已经删除了.exe映射，我最近才有用户通知我这个问题，我可以自己重复一遍。 稍后我可以login到服务器（不能从工作中）检查映射。
IIS不会提供具有扩展名的文件，它不具有MIMEtypes映射 – 有关详细信息（包括如何编辑映射），请参阅http://support.microsoft.com/kb/326965 。
你有没有更改/安装任何可能从IIS删除.exe文件的MIME映射的东西？
此外，一些代理和安全加载项可能会阻止.exe文件 – 您最近是否添加或重新configuration了类似的东西？
你最近安装了什么和IIS一起工作吗？ 例如，我相信UrlScan防止.exe文件被默认访问。
我意识到这个答案是为时已晚2年，但增加了其他人通过谷歌发现这个问题 – 就像我刚刚做的一样。
另一种可能性，你可能会得到这个“保护”软件阻止下载。 我刚刚必须调查为什么.exe文件不会从我们的客户端的服务器下载，最终发现UrlScan已安装。
我不知道.exe文件是否默认通过UrlScanconfiguration被阻止，或者它是否被我们的客户端添加（在我们涉及之前已经在服务器上已经存在了很久），但客户端是可以理解的 – 不愿意允许.exe文件通过，因为还有其他网站托pipe在同一台服务器上。
我们唯一的select是在我们的服务器上托pipe有问题的.exe文件，并链接到那里。 这显然不理想，因为网站用户正在从一个不同的领域下载文件，而一个名字对他们来说并不意味着什么。
编辑 – 我刚刚重读了由大卫给出的答案，谁提到以下（这使得我的回答很无意义）…
此外，一些代理和安全加载项可能会阻止.exe文件