我正在尝试按照本文中提到的步骤在 Azure 中配置 SP 场 - https://technet.microsoft.com/en-us/library/mt723354(v=office.16).aspx 但是在创建 Sql VM( 'sqlVM' ），我无法将其添加到 AD 域。
尝试连接到域时显示以下错误消息。
PS C:\Users\anuvya> Add-Computer -DomainName "corp.contoso.com"
命令管道位置 1 处的 cmdlet Add-Computer 提供以下参数的值：Add-Computer：计算机 'sqlVM' 未能从其当前工作组 'WORKGROUP' 加入域 'corp.contoso.com'，并显示以下错误消息：指定的域要么不存在，要么无法联系。在 line:1 char:1 + Add-Computer -DomainName "corp.contoso.com" + ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ~~~~~~~~~~~~~~ + CategoryInfo : OperationStopped: (sqlVM:String) [Add-Computer], InvalidOperationException +fullyQualifiedErrorId : FailToJoinDomainFromWorkgroup,Microsoft.PowerShell.Commands.AddComputerComman
任何输入将不胜感激。
谢谢，
====================
*我想问一下在服务器上安装了易受攻击的 OpenSSL 版本，但该服务器不提供 SSL 服务的两种情况。
场景 1：我在负载均衡器上安装了一个 SSL 证书，负载均衡器后面是一个 IIS 服务器群。IIS 不受 Heartbleed 的影响，并且端口 443 在那里关闭。但是我们发现负载均衡器很脆弱。Heartbleed 的哪些方面会影响我们？
场景 2：在此场景中，负载均衡器不易受到攻击。同样，负载平衡器安装了证书。但是，在它后面是一个运行 PHP 的服务器群，安装并启用了一个易受攻击的 OpenSSL 版本——可能是因为另一个扩展需要它，或者有人不假思索地启用了它。这些服务器上的端口 443 也已关闭。Heartbleed 的哪些方面会影响我们？
根据我的理解，在场景 1 中，我们通过线路进出服务器的密钥和数据有被拦截的风险。但是，IIS 应用程序服务器内存的内容不会有暴露的风险。
同样，根据我的理解，这可能是错误的，在场景 2 中，没有风险。
有人可以验证或更正我的假设吗？