我正在尝试设置Team Foundation Server 2010，Sharepoint Server 2010和Report Server 2008R2。 我为自己的问题/问题持续了多长时间而表示抱歉，但我真的很失望，甚至希望我的意思是尽可能描述性的。
目标：由于开发人员可以位于防火墙内部或外部，因此无论您身在防火墙的哪一侧，都需要一个单一的TFS入口点，并且需要使用外部访问SharePoint和报表服务器。 这意味着我们已经在DNS中build立了这样的buildserver.mydomain.com：指向构build服务框，其中包含本文顶部列出的所有服务，特定服务由端口号定义/定位。 除了构build服务器本身之外，这在每台机器上都很好用。 所有的服务必须能够使用外部URL工作。
如果我使用http：// buildserver.mydomain.com:4800/tfs（外部URL）从防火墙后面的笔记本中，我可以按照预期使用我的域凭据login。 如果其他开发者指向他们家中不在域中的相同URL，则他们也能够使用他们的域凭证进行login。
但是，如果我直接在buildserver上使用外部URL调用SharePoint，TFS或Reporting Server（即http：// buildserver.mydomain.com:4800）本身，系统会提示input用户名和密码。 input我的域凭据会导致另一个提示，再次input我的凭据。 无论使用哪个凭据，我都会提示三次（我有权作为域pipe理员），然后在第三次提示后，我指向一个空白页面，就好像访问被拒绝一样。 页面上没有显示错误，事件查看器中没有任何事情结束。
从buildserver如果我只使用主机名（内部URL），然后我提示一次性凭据，它的工作原理。 即http：// buildserver：4800 / tfs从服务器本身工作。
对于任何需要authentication的服务，这种行为是相同的 从本身的意义来说，Sharepoint中央pipe理，SharePoint WebApp，TFS，TFS Web访问，报表服务器和报表pipe理器都使用外部URL失败，但使用内部URL调用将会成功。
所以当configuration所有服务一起工作时，这个问题就会起作用。 configurationTFS的唯一方法是从服务器本地，这意味着我必须指向内部报告服务器的URL（分别为http：// buildserver：4800 / reports和reportServer而不是http：// buildserver.domainname.com:4800）需要）因为外部URL不能自行工作。 如果我将TFSconfiguration为使用报表服务器的内部URL，那么为团队项目创build团队项目或在SharePoint网站上工作将失败，因为他们的机器不知道谁是http：// buildserver：/ reports甚至是或者如何解决它们。
我已经使用“备用访问映射”configuration了Sharepoint，并设置了Report Server以侦听外部URL。 从服务器本身调用时，外部URL根本不起作用。
我希望这是有道理的。 感谢您抽出宝贵的时间来阅读这份详细的请求。
总之… Loopback
PlatinumDogs – Sharepoint主机头和环回检查
IntelliAdmin – 在Windows 2003 sp1中禁用了Cname共享
Microsoft支持 – 当您浏览使用集成身份validation并位于IIS 5.1或更高版本上的网站时，您会收到错误401.1
和信用信用到期…我没有自己来这个答案。 在另一个网站，用户zephyr_hex指向我的那些网站。