【问题标题】:Workspace Unhealthy After Changing Computer Name更改计算机名称后工作区不正常
【发布时间】:2019-08-18 20:37:25
【问题描述】:

我们决定以 Amazon Workspaces 的形式将开发机器 (PC) 迁移到云中。简单来说,预配置的工作区与通过 RDP 访问的 PC 非常相似。但是,服务的脚手架会为每个工作区分配一个“独特”的计算机名称。我们想设置一个特定的计算机名称,因此我们连接到工作区并使用标准的 Windows 技术进入“这台电脑”上的属性。 Windows 提示重新启动,我们这样做了。此后,工作区无法从 Windows WorkSpaces 客户端访问,状态为“不健康”。 WorkSpaces 管理状态最初是 REBOOTING 然后是 PENDING。最后它显示不健康。

想要更改计算机名称并不罕见,尤其是在将当前物理配置建模到云中时。然而,看起来这会破坏/混淆工作区的脚手架。

问题:如何使工作区再次可访问,尤其是在投入大量时间配置它的情况下?

我将提供为我解决问题的答案,我将其留给遇到此问题的其他人并希望它有所帮助。

【问题讨论】:

    标签: amazon-workspaces


    【解决方案1】:

    我在 Amazon Workspaces 论坛中从 JoeA 在 2016 年提出的同一个问题中找到了此答案的基础。我花了一段时间才找到 - 请参阅 the original post here.,以防这个宝贵的链接在未来。

    亚马逊的回答是:

    在您的 WorkSpace 上更改计算机名称将导致 PCoIP 应用程序失败,因此您将无法使用 Amazon 客户端连接到它。

    要连接到工作区,您可以编辑与工作区的 ENI 关联的安全组,并允许端口 3389 上的 TCP 流量,以便您可以 RDP 进入它。

    连接到 WorkSpace 后,将其重命名为原始名称并重新启动它,您应该能够再次连接。

    JoeA 回复:

    非常感谢您的回复,有希望!我是 AWS 和 Workspaces 的新手。您能否提供有关如何使用 RDP 访问工作区的更多详细信息或指向我的文档?我搜索了论坛,但没有运气。

    具体来说,我不知道如何“编辑与工作区的 ENI 关联的安全组并允许端口 3389 上的 TCP 流量,以便您可以 RDP 进入它”,如您所说。我确实在“目录”设置下发现我的“安全组”设置为“未选择”。 (仅供参考,我只有一个工作区。)“访问 Internet”设置为“启用”,如果这是一个因素。谢谢。

    JoeA 随后提出了解决方案,用他的话来说是:

    打开端口的更改位于 EC2 控制台下,而不是我最初查看的 Workspaces 控制台下。我找到了工作空间的安全组,并将入站流量更改为允许 RDP(端口 3389)。然后也在 EC2 控制台上,我找到了显示公共 IP 的网络接口。 (我首先尝试使用 Workspaces 控制台属性(“WorkSpace IP”)中显示的 IP 进行 RDP,但这必须是该网络内的本地 IP。) RDP'ing 到公共 IP,我连接并放回原始机器名称,重新启动,现在我可以再次使用 Workspaces 客户端再次连接。

    感谢 JoeA 所做的出色工作。

    【讨论】:

      猜你喜欢
      • 2012-01-16
      • 2013-04-19
      • 2017-02-13
      • 1970-01-01
      • 2020-10-06
      • 2019-02-16
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      相关资源
      最近更新 更多