因此,今天下午用户开始报告他们无法访问我们的SharePoint 2007 Intranet网站。我们通过所有用户的组策略将主页设置为URL
http://spsite
点击此网址后,SharePoint会重定向到
http://spsite/Pages/default.aspx
这种情况多年来一直如此。
今天,我们的远程分支机构将返回“正在建设中”页面。但是,如果这些用户在浏览器上点击“刷新”或输入
http://spsite/pages/default.aspx
他们毫无问题地到达那里。
我们的本地用户根本没有看到这个问题。这告诉我必须存在某种DNS解析问题。我不是一个SharePoint人,所以我很茫然。
之前有没有人见过这种行为?试图找出问题所在的第一步是什么?
答案 0 :(得分:0)
我正在发布此问题的解决方案以及该问题背后的理论。
在我们的环境中发生了一些导致这种“完美风暴”场景的事情。
在当天的某个时刻,我们的SharePoint网站没有响应。当时用户访问该站点然后从服务器返回奇怪的响应。似乎IIS有两个站点在端口80上侦听,两者都使用通配符绑定。第一个站点是SharePoint站点,第二个站点是默认站点。当SharePoint站点无法响应时,IIS然后转到默认站点。由于此站点尚未设置,因此返回了“正在构建的站点”页面(Windows 2003服务器上的IIS6)。
这本身就很奇怪。然而,后来发生的事情同样奇怪。 IISReset修复了SharePoint站点所具有的问题。结果,SharePoint站点再次可用。但是,任何在URL关闭时触及url的人都会缓存iisstart.htm页面。看来,当他们的浏览器检查URL时,他们从服务器获得304。因此,请求从未进入sharepoint站点,实际上返回302重定向。
因此,对于所有这些用户,我们必须清除其计算机上的缓存,然后才允许它返回到SharePoint网站。