deployment - MS Dynamics CRM 的公开现场与 IFD 部署

Question

我是第一次参与 MS Dynamics CRM 4.0 项目。我们公司有大量的远程员工，甚至还有更多的远程顾问。因此，有必要在 Internet 上提供 CRM 解决方案。据我所知，我有三个选择:

• 让每个人都使用 VPN 访问内部网站(典型的现场部署)。然而，我们发现 VPN 远非没有问题，并且会导致许多支持问题。我们像避开瘟疫一样避开它们。
• 使用 IFD 在互联网上公开 CRM。我对此知之甚少，除了 URL 与现场 URL 不同，这可能会引起一些麻烦(见下文)。
• 向互联网开放网站，使用 SSL 加密流量，从而公开 CRM 网站。我们目前使用我们的 MS sharepoint 站点执行此操作。我不确定这有多安全(这个问题的原因之一)。

出于几个原因，我想避免同时使用现场 Intranet 部署和 IFD。对解决方案的要求之一是使用电子邮件通知用户他们已被分配任务，并在电子邮件中包含任务的 URL。为此原因。如果两个部署都被使用，那么我将需要包含两个 URL，并且用户需要知道使用哪个。这导致了第二个原因，解决方案的主要用户在办公室和远程之间分配时间。因此，他们需要通过两种不同的方式访问解决方案，并知道何时使用哪种方式。坏的。

那么，这些方法的优点/缺点是什么？还有其他选择吗？在 Intranet 中使用 IFD 有什么问题吗？安全问题？

更新:请务必阅读已接受答案的评论，因为他们会进一步探讨各种选项的后果。

Answer 1

1. 这是最好的，您拥有所有的安全性和低维护部署。此外，如果您正在开发自定义代码(ASPx 页面)，您将只能支持一种部署类型。如果您的用户已经在使用 VPN 客户端，这应该是最佳解决方案。

2. 这是 Microsoft 的做法。除了 URL 重复。该解决方案用于客户不想拥有 VPN 客户端或 VPN 客户端无法通过防火墙的公司。如果您的 outlook 客户端使用“连接以通过网络进行交换”，则几乎也需要此解决方案。因为在这种情况下，所有客户端都可以在没有 VPN 的情况下打开 Outlook，CRM 应该在没有 VPN 的情况下公开，并且 IFD 部署由 Outlook 客户端本地处理。请注意，这是启用 SSL 的(必需)。编辑:这不是必需的，但是最佳实践，即使实现指南说“您必须使用以下格式为 Microsoft Dynamics CRM IFD 定义 URL:https://”。

3. 这是世界上最糟糕的情况，您必须手动维护部署，并且您会因为我们在 CRM 3.0(NTLM、Kerberos 等)中使用部署而感到头疼。我不推荐这个。

您可以通过 Intranet 使用 IFD 部署，但存在一些错误行为。内部DNS服务器需要配置外部DSN，内部客户端才能访问内部服务器。因为 IFD 启用了 SSL，所以您正在加密内部流量...

希望对您有所帮助!