现场暴露与MS Dynamics CRM的IFD部署

Question

我第一次在MS Dyanmics CRM 4.0项目上工作。我们公司拥有大量的远程员工和更多的远程顾问。因此，有必要通过互联网提供CRM解决方案。尽管我可以说，我有三个选择：

• 让每个人都使用VPN访问Intranet站点（典型的现场部署）。但是，我们发现VPN远没有问题，并且会导致许多支持问题。我们像瘟疫一样避免它们。
• 使用IFD在互联网上公开CRM。我不太了解这个，除了URL与现场URL不同，这可能会引起一些麻烦（见下文）。
• 通过使用SSL加密流量，将网站打开到互联网来公开CRM网站。我们目前使用MS sharepoint站点执行此操作。我不确定这会有多安全（这个问题的原因之一）。

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

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

谢谢！

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

Answer 1

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

2. 这是Microsoft的方法。除了URL重复。此解决方案用于客户不希望拥有VPN客户端或VPN客户端无法通过防火墙的公司。如果您的Outlook客户端使用“通过Web连接到交换”，则几乎需要此解决方案。因为在这种情况下，所有客户端都可以在没有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，因此您正在加密内部流量......

希望这有帮助！