2012-07-25 40 views
0

4小时后的翻翻堆栈溢出和谷歌搜索时,IIS 7.5的区别,我终于决定去检查与“希望”大师......查询从本地主机的CSS项目和外部

我的问题是这个,当通过远程桌面从本地机器查询时,查询www.domainname.com/Content/Styles/reset.css我得到的CSS很好。

当从外部机器做同样的事情时,我得到一个404错误......我知道为什么,原因是它试图从以下位置获取文件: C:\ inetpub \ wwwroot \ Content \ Styles \ reset的.css

这是一种不好的考虑,该网站是在实际托管:C:\ HTTP \ www.domainname.com \

在浏览器中,从IIS错误,给了以下信息: 模块IIS Web Core 通知MapRequestHandler 处理程序StaticFile 错误代码0x80070002 Reque STED URL http://www.domainname.com:80/Content/Styles/reset.css 物理路径C:\的Inetpub \ wwwroot的\内容\样式\ reset.css 登录方法匿名 登录用户匿名

我一直在寻找在IIS上运行的其他网站,他们都不指向InetPub作为他们的目录,所以我简直不明白为什么它试图从这个路径获取项目。

调用主应用程序,一个运行Umbraco的基于MVC的网站工作正常,或者说,所有的动态内容都可以正常工作,而不是静态内容。

给予更多信息: 目前IIS 7.5有4个站点和1个ftp服务器正在运行。

1位点上的以下绑定: HTTP - 这第一个网站的主机名称 - 端口80 - IP地址* HTTPS - 空白的主机名 - 端口443 - IP地址*

1位点上的以下绑定: HTTP - 第二届网站的主机名称 - 端口80 - IP地址*

1域与以下绑定: HTTP - 第三届网站的主机名称 - 端口80 - IP地址*

实际域 HTTP - w ww.domainname.com - 80端口 - IP地址*

最后一个ftp服务器

我希望有人有任何想法是怎么回事...

最好的问候和祈祷(尽管是无神论者), Poul

回答

0

难道静态文件处理程序不包含在您的网站? 如果处理程序映射包含静态文件作为处理程序,请检查您的网站。 (最好在列表的底部)

更新: 在wwwroot下有一个物理文件夹叫做content \ styles?或者是一个文件夹www.domainname.com呢?你忘了从IIS的日志中查看本网站的应用程序池 - > C:\ inetpub \ logs \ LogFiles \ W3SVCxx(xx =分配给你的应用程序池的数字)我忘了如何找到这个通常我快速检查的夫妇文件夹的位置

也许这是一个安全问题。 - >你看到在安全事件记录事件

+0

我认为,因为它在IIS角色的服务中并未默认启用,并且对其进行了检查,但是如何在从本地计算机进行调用时能够显示它? – 2012-07-25 17:20:18

+0

StaticFileModule是Modules部分中的最后一个模块之一,对于映射,StaticFile处理路径*是最后一个元素。 – 2012-07-25 17:22:17

0

所以我发现这个问题...

它结果成为代理问题...由于这是一个新网站,DNS尚未设置,我们正在使用HOSTS文件。

使用电缆连接,真正的(最大的ISP)强迫你使用代理服务器时,没有告诉你

不幸的是在曼谷...

现在DNS实际上是指向另一个IIS服务器...

当我提出我的请求时,要求提供一个关于域名X的文件..我的机器通过我的HOSTS文件查找了IP地址,发送了请求,然后代理也做了DNS查找,但又获得了另一个IP地址,并将请求转发到此IP地址。

在该服务器上的IIS,知道IP,知道这个域名,但有另外的配置,不知道我们要求(新网站)文件...

因此,我们确实有是对所有事物的合理解释,但并不总是一个明显的解释。

事实上,我到这个问题的另一个领域,一个根本不存在的测试,在这一个过程中的代理不能看它,并开始返回码324