TFS远程用户。。。SSL+；密码还是VPN？

我目前的任务是为客户端设置TFS服务器。TFS将主要由本地（现场）用户通过内部网络访问。。。轻松点

但是我们拥有的少数远程用户呢？他们应该通过VPN连接，还是让TFS服务器公开，让用户通过SSL连接并向TFS提供用户名和密码更好

---

您对这些解决方案之间的性能比较有什么建议吗？

当我这样做时，我使用了VPN。更容易设置，并且确保没有通过VPN进行身份验证的情况下，没有人能够看到机器-从安全角度来看，这显然要好得多，这超过了使用SSL所能获得的任何性能优势，如果有的话…

我想先问几个问题：客户端是否有VPN？这个VPN上的远程用户已经存在了吗？这需要多安全

---

（在我们的案例中，我们的VPN上有很多我们不想要的外部供应商，因此我们的源代码控制可以通过SSL公开访问）

我以前使用TFS的经验是在这样一个环境中，我们在全市的客户站点都配备了一个开发团队。在许多情况下，我们仍然访问我们的TFS实例，而不是访问客户端站点上的某些东西。我们使用SSL对TFS进行公共访问。它对我们非常有效。

如果您希望在TFS 2005或TFS 2008中获得最佳的TFS体验，VPN是一个不错的选择。虽然TFS主要使用基于web服务的协议，这些协议都可以通过SSL实现，但有一些小事情除非您具有适当的网络访问权限，否则将无法工作。例如：

• 查看生成日志（）
• 访问团队构建
• 公布测试结果

还有其他一些小麻烦。走VPN路线还意味着您的TFS安装与标准的基本TFS安装相比差异较小，这让您可以放心，在升级到新版本、应用service Pack等方面不会遇到任何问题（或者至少您遇到的任何问题以前都会遇到：-））。走SSL路线，你走的是一条不那么老旧的路——尽管显然很多人都是这样运行的，包括CodePlex和所有提供托管TFS安装的商业公司

VPN的缺点是，通常您将用户授权给网络的整个部分（除非您在自己的小型专用网络或其他地方运行TFS）。如果您选择SSL路径，那么请确保正确地测试新的团队项目，因为这很容易中断，并且在尝试在网络内部或外部创建一个项目之前，您可能不会意识到这一点

---

有关更多信息，请参阅。

是，客户端已配置Cisco VPN。这里主要关注的是与x64和新操作系统的兼容性。我可能会根据您的答案选择VPN路径。我主要关心的是Cisco VPN客户端，它不支持x64操作系统，但这当然与TFS无关。