AppStream 2.0 用户问题疑难解答 - 亚马逊 AppStream 2.0

本文属于机器翻译版本。若本译文内容与英语原文存在差异,则一律以英文原文为准。

AppStream 2.0 用户问题疑难解答

以下是您的用户在使用 AppStream 2.0 时可能出现的问题。

我的用户的 AppStream 2.0 客户端安装失败,他们收到一条消息说明了这一点。 NET框架 4.6 是必需的。

当用户安装 AppStream 2.0 客户端时,还会安装 AppStream 2.0。 NET框架版本 4.6.2(如果尚未安装该版本或更高版本)。如果安装客户端的电脑未连接到互联网,. NET无法安装框架。在这种情况下,会出现一条提示用户安装的消息。 NET框架版本 4.6 手动完成。但是,当用户选择 Install (安装) 时,会显示一条错误消息,指明安装失败。然后,系统会提示用户尝试安装最新版本的。 NET手动框架。当用户选择 Close (关闭) 时,他们将退出安装。

要解决此问题,用户必须通过计划安装客户端的电脑建立互联网连接,然后下载并安装。 NET框架版本 4.6.2 或更高版本可在同一台电脑上使用。有关清单. NET可供下载的框架版本,请参阅下载。 NET框架。

注意

安装了 AppStream 2.0 客户端 1.1.156 版本的用户必须有。 NET框架版本 4.7.2 或更高版本安装在同一台电脑上。

我的用户在安装 AppStream 2.0 客户端时安装USB驱动程序失败,现在他们无法在 AppStream 2.0 上使用他们的USB设备。

当用户安装 AppStream 2.0 客户端时,他们会选择是否安装 AppStream 2.0 USB 驱动程序。驱动程序必须使用带有通过 AppStream 2.0 流式传输的应用程序的USB设备。但是,如果出现以下两种情况,则USB驱动程序安装将失败:

  • Windows 证书存储中没有用于对 AppStreamUsbDriver.exe 文件进行签名的根证书。

  • 将客户端安装到的 PC 未连接到 Internet。

在这种情况下,无法验证 Amazon AppStream USB 驱动程序的证书,并且会显示一条错误消息,通知用户USB驱动程序安装失败。当用户选择 “确定” 时, AppStream 将在没有USB驱动程序的情况下完成 2.0 客户端的安装。尽管用户仍然可以使用 AppStream 2.0 客户端进行应用程序流式传输,但他们的USB设备无法与通过 AppStream 2.0 流式传输的应用程序配合使用。

要解决此问题,用户必须与计划安装 AppStream 2.0 客户端的电脑建立互联网连接,然后重新安装客户端。

我的 AppStream 2.0 客户端用户每 60 分钟就会断开与 AppStream 2.0 会话的连接。

如果您已使用 SAML 2.0 配置身份联合以访问 AppStream 2.0,则可能需要配置 IdP 作为身份验证响应的一部分 AWS 作为SAML属性传递的信息,具体取决于您的身份提供商 (IdP)。这包括配置 Attribute (属性) 元素,并将 SessionDuration 属性设置为 https://aws.amazon.com/SAML/Attributes/SessionDuration

SessionDuration 指定用户的联合流式传输会话在需要重新进行身份验证之前可保持活动状态的最长时间。尽管它SessionDuration是一个可选属性,但我们建议您将其包含在SAML身份验证响应中。如果您未指定此属性,则会话持续时间将设置为默认值 60 分钟。

要解决此问题,请将SAML兼容的 IdP 配置为在身份验证响应中包含SessionDurationSAML该值,然后根据需要设置该值。有关更多信息,请参阅 步骤 5:为SAML身份验证响应创建断言

注意

如果您的用户使用 AppStream 2.0 原生客户端或在新体验中使用 Web 浏览器访问其流媒体应用程序,则他们的会话将在会话持续时间到期后断开连接。 AppStream 如果您的用户在旧/经典体验中 AppStream 使用网络浏览器访问其流媒体应用程序,则在用户的会话持续时间到期并刷新浏览器页面后,他们的会话将断开连接。

如果您的用户使用SAML兼容的 IdP 登录新的门户体验,并且他们继续随机断开连接,则可能是由 AppStream 于 2.0 会话使用的会话 Cookie 被其他用作子域的 Web 应用程序aws.amazon.com失效。以下是常见的用户场景:

  • 如果用户在同一浏览器中启动新的 AppStream 2.0 会话,则现有的 AppStream 2.0 会话将断开连接。

  • 如果用户在同一个浏览器中启动任何其他 Web 应用程序,从而在该aws.amazon.com域下进行新的用户身份验证,则现有的 AppStream 2.0 会话将断开连接。

  • 如果用户在同一浏览器中 AWS Management Console 使用新IAM凭据登录,则现有的 AppStream 2.0 会话将断开连接。

您可以通过使用新的中继状态端点来配置您的 SAML 2.0 联合,以及使用 2.0 客户端版本 1.1.1300 及更高版本来解决此问题。 AppStream 有关更多信息,请参阅中的表 1 步骤 6:配置您的联合身份验证的中继状态

我的用户无法在本地设备与流式传输会话之间复制并粘贴。

AppStream 2.0 利用 W3C 规范在 Web 应用程序中启用异步剪贴板操作。这使用户能够在本地设备与流式传输会话之间复制并粘贴内容,其方式与在本地设备上的各应用程序之间复制并粘贴相同,包括使用键盘快捷键。

目前支持 W3C 异步剪贴板规范的唯一浏览器是 Google Chrome 66 版或更高版本,这仅支持复制并粘贴文本。对于所有其他浏览器,用户可以使用 AppStream 2.0 门户网站中的剪贴板功能,该功能提供了一个用于复制或粘贴文本的对话框。

如果您的用户在流式传输会话期间使用剪贴板时遇到问题,您可以向他们提供以下信息:

  • 我使用的是 Chrome 66 版或更高版本,键盘快捷键不起作用。

    Chrome 会显示一条提示,提示您选择是否允许 AppStream 2.0 访问复制到剪贴板的内容。请选择 Allow (允许) 以允许粘贴到您的远程会话。如果您将文本从远程会话复制到本地设备,则 Chrome 应用程序和包含流式传输会话的选项卡都必须在您的本地设备上保持处于焦点足够长时间,才能从流式传输会话复制文本。少量文本应可以几乎立即复制,但对于大量文本,您可能需要等待 1 到 2 秒,然后再离开 Chrome 或包含流式传输会话的选项卡。复制文本所需的时间因网络条件而异。

  • 在尝试复制并粘贴大量文本时,复制并粘贴不起作用。

    AppStream 2.0 的默认限制为 20 MB,允许您在本地设备和直播会话之间复制和粘贴的文本量。如果您尝试复制超过 20 MB,则不会复制任何文本。但是,如果您的管理员设置了限制,而您超过了该限制,则文本将被截断。如果您尝试在本地设备上的各应用程序之间或在流式传输会话中的各应用程序之间复制并粘贴文本,此限制不适用。管理员还可以限制您在直播会话中复制/粘贴/粘贴的字符数。如果您需要在本地设备和直播会话之间复制或粘贴超过 20 MB 或指定限制的文本,则可以将其分成较小的块或将其作为文件上传。

  • 我正在使用 AppStream 2.0 门户网站剪贴板功能将文本粘贴到我的直播会话中,但它不起作用。

    在某些情况下,在将文本粘贴到剪贴板对话框中且该对话框关闭后,当您尝试使用键盘快捷键将文本粘贴在流式传输会话中时,什么也没有发生。发生此问题的原因是,当剪贴板对话框出现时,焦点离开了流应用程序。在该对话框关闭后,焦点可能不会自动返回到流应用程序。单击流应用程序应能够使焦点返回到它并使您能够使用键盘快捷键将文本粘贴到流式传输会话中。

在流式传输会话期间,有些键盘快捷键对用户不起作用。

以下键盘快捷键可在用户的本地计算机上使用,但不能传递给 AppStream 2.0 流媒体会话:

Windows:

  • Win+L

  • Ctrl+Alt+Del

Mac:

  • Ctrl+F3

  • 使用 Alt 或 Option 组合键的所有快捷键

出现此问题是由于用户的本地计算机上的以下限制:

  • 键盘快捷键由用户本地计算机上运行的操作系统进行筛选,不会传播到用户正在访问 AppStream 2.0 的浏览器。此行为适用于 Windows Win+L 和 Ctrl+Alt+Del 键盘快捷键以及 Mac Ctrl+F3 键盘快捷键。

  • 当用于 Web 应用程序时,有些键盘快捷键被浏览器筛除,没有为 Web 应用程序生成事件。因此,Web 应用程序无法响应用户键入的键盘快捷键。

  • 在生成键盘事件之前,键盘快捷键由浏览器进行转换,而有些快捷键没有正确转换。例如,Mac 计算机上的 Alt 组合键和 Option 组合键被转换成了 Windows 上的 Alt Graph 组合键。在发生此情况时,当用户使用这些组合键时,结果不会与用户的预期一样。

我的用户的绘图板不适用于我部署的流应用程序。

如果用户的绘图板不适用于流应用程序,请确保满足要求并了解启用此功能的其他注意事项。以下是允许您的用户在 AppStream 2.0 直播会话期间使用绘图板的要求和注意事项。

注意

使用 2.0 客户端或通过支持的 Web 浏览器访问 AppStream AppStream 2.0 的用户支持绘图板。

  • 要让您的用户能够使用此功能,您必须将 AppStream 2.0 队列配置为使用运行 Windows Server 2019 的映像。

  • 要使用此功能,用户必须使用 AppStream 2.0 客户端,或者只能通过谷歌浏览器或 Mozilla Firefox 浏览器访问 AppStream 2.0。

  • 流应用程序必须支持 Windows Ink 技术。有关更多信息,请参阅 Windows 应用程序中的手写笔交互和 Windows Ink

  • 某些应用程序(例如)GIMP必须检测流媒体实例上的绘图板以支持压力灵敏度。在这种情况下,您的用户必须使用 AppStream 2.0 客户端访问 AppStream 2.0 并流式传输这些应用程序。此外,您必须符合用户绘图板的资格,并且用户每次开始新的直播会话时都必须将其绘图板与 AppStream 2.0 共享。

  • Chromebook 不支持此功能。

我的用户在流式传输会话期间无法使用日语输入法

要让您的用户在 AppStream 2.0 直播会话中使用日语输入法,请执行以下操作:

  • 将您的实例集配置为使用日语输入法。为此,请在创建映像时在映像生成器上启用日语输入法,然后将实例集配置为使用该映像。有关更多信息,请参阅 指定默认输入法。这样可以让 AppStream 2.0 自动将您的图像配置为使用日语键盘。有关更多信息,请参阅 日语键盘

  • 确保在用户的本地计算机上也启用了日语输入法。

如果实例集实例和用户的本地计算机不使用相同的语言输入法,这种不匹配可能会导致在用户流式传输会话期间实例集实例上出现意外的键盘输入。例如,如果实例集实例使用日语输入法,而用户的本地计算机使用英语输入法,则在流式传输会话期间,本地计算机将向实例集实例发送与实例集实例具有不同键映射的键。

要验证实例集实例是否启用了日语输入法,请为实例集启用桌面流视图。有关更多信息,请参阅创建实例集中的步骤 6。

Windows 键盘快捷键

以下是用于切换日语输入模式和日语转换的 Windows 键盘快捷键。要使这些键盘快捷键起作用,必须激活 AppStream 2.0 直播会话。

用于切换日语输入模式的 Windows 键盘快捷键

键盘快捷键 描述

半角/全角/漢字

(Hankaku/Zenkaku/汉字)

或者 Alt+`

在字母数字和日语模式之间切换输入模式

無変換

(Muhenkan)

依次将字符转换为平假名、全角片假名和半角片假名

カタカナ/ひらがな/ローマ字

(片假名/平假名/罗马字)

将输入模式更改为平假名

Shift+カタカナ/ひらがな/ローマ字

(片假名/平假名/罗马字)

将输入模式更改为片假名

Alt+カタカナ/ひらがな/ローマ字

(片假名/平假名/罗马字)

在日语罗马字和日语假名之间切换输入模式

用于日语转换的 Windows 键盘快捷键

键盘快捷键 描述

変換(Henkan)+ Space

列出转换选项

F6

转换为平假名

F7

转换为全角片假名

F8

转换为半角片假名

F9

转换为全角罗马字

F10

转换为半角罗马字

Mac 键盘快捷键

有关用于切换日语输入法和日语转换的 Mac 键盘快捷键的信息,请参阅 Mac 支持文档中的以下文章。

注意

由于 AppStream 2.0 流式传输会话在 Windows 实例上运行,因此 Mac 用户可能会遇到不同的按键映射。

当我的用户尝试从应用程序目录启动应用程序时,他们看到错误,指出已达到最大流式传输会话数。

对 AppStream 于 2.0 Elastic 队列,您可以使用最大并发参数指定可以同时进行直播的最大用户数。任何尝试流式传输数量超过该值的用户都会收到此错误。要解决此问题,您可以增加并发流的最大数量,或者建议您的用户等待其他用户完成流式传输会话。

注意

您可能需要申请提高限制来提高实例类型和大小限制。

我的用户看到黑屏或桌面,但他们的应用程序无法在弹性实例集上启动。未显示错误。

如果应用程序启动路径不正确,且 AppStream 2.0 无法启动应用程序,则可能会发生这种情况。您可以使用桌面视图在实例集上浏览根卷来验证应用程序的启动路径。验证指定的路径中存在应用程序可执行文件。

如果您无法在流媒体实例上找到应用块VHD或设置脚本,则 AppStream 2.0 可能无法从 S3 存储桶下载它们。验证VPC您指定的是否有权访问 S3。有关更多信息,请参阅 使用 Amazon S3 VPC 终端节点 AppStream 实现 2.0 功能