关联不使用FQDN的SQL Server的SSL证书

我们希望通过互联网安全地连接到SQL 2008 R2以进行报告。 对于这些较小的数据集，速度并不是一个巨大的问题，用户将会使用简单的需要ODBC连接的报告程序（例如Access），而不是API。 在这种情况下，我们有一个本地networking上运行的SQL Server（例如sql.mydomain.local），通过NAT从外部世界访问（如sql.mydomain.com，端口xyz）。 这工作正常，没有安全性，但我们需要encryption连接。 简单的方法是将SQL添加到SQL服务器。 这里是我遇到的问题，但：

1. 如果我获得外部名称（sql.mydomain.com）的证书，SQL Server拒绝查看或使用外部SSL证书，因为它不是服务器名称或FQDN，因为它是本地configuration的（每个http：// technet .microsoft.com / en-us / library / ms191192.aspx ）。 通过HKEY_LOCAL_MACHINE \ SOFTWARE \ Microsoft \ Microsoft SQL Server \ MSSQL.x \ MSSQLServer \ SuperSocketNetLib手动添加证书似乎并没有改变我的行为。
2. 如果我使用来自域控制器的自签名证书，则可以在SQL中查看和使用该证书。 然而，外部连接明显抱怨证书不被信任。 如果我将域控制器添加为受信任的发布者，则SQL在尝试连接到域时抱怨服务器名称与证书名称不匹配。

所有前进的path看起来有点乱七八糟：1.仅为具有公共名称的服务器（例如mydomain.com）设置一个本地域，并在那里添加机器，以便FQDN匹配从受信任发布者生成的外部证书，希望SQL将会看到并使用证书。 2.让用户修改他们的hosts文件来创build一个sql.mydomain.local的cname到sql.mydomain.com。

到目前为止，我是否错过了一些理解？ 有什么办法可以解决SQL使用非FQDN证书的限制吗？ 如果我为sql.mydomain.com购买了一个名为sql.mydomain.local的替代名称的证书，SQL是否会查看并使用它？

• 向pkcs中的客户发送服务器证书？
• 如何禁用IIS 7.5上的HTTPS
• 是否有可能与证书运行pptpd，并build议？
• HTTPS证书错误
• 交易所证书 – 外部的内部不同的发行人？