AppStream 2.0 ユーザー問題のトラブルシューティング

AppStream 2.0 を使用する際にユーザーに発生する可能性のある問題は次のとおりです。

ユーザーの AppStream 2.0 クライアントのインストールが失敗し、.NET Framework 4.6 が必要であることを示すメッセージが表示されます。

ユーザーが AppStream 2.0 クライアントをインストールすると、 AppStream .NET Framework バージョン 4.6.2 もインストールされます (そのバージョンまたはそれ以降のバージョンがまだインストールされていない場合)。クライアントのインストール先の PC がインターネットに接続されていない場合、.NET Framework をインストールすることはできません。この場合、.NET Framework バージョン 4.6 を手動でインストールするように求めるメッセージが表示されます。ただし、ユーザーが [インストール] を選択すると、インストールが失敗したことを示すエラーメッセージが表示されます。次に、ユーザーは最新バージョンの .NET Framework を手動でインストールするように求められます。ユーザーが [閉じる] を選択すると、インストールが終了します。

この問題を解決するには、クライアントのインストール先の PC からインターネット接続を確立し、同じ PC に .NET Framework バージョン 4.6.2 以降をダウンロードしてインストールする必要があります。ダウンロードできる .NET Framework のバージョンの一覧については、「Download .NET Framework」を参照してください。

注記

AppStream 2.0 クライアントのバージョン 1.1.156 がインストールされているユーザーは、同じ PC に.NET Framework バージョン 4.7.2 以降がインストールされている必要があります。

AppStream 2.0 クライアントをインストールするとユーザーの USB ドライバーのインストールが失敗し、2.0 で USB デバイスを使用できなくなりました。 AppStream

ユーザーは AppStream 2.0 クライアントをインストールするときに、 AppStream 2.0 USB ドライバをインストールするかどうかを選択します。 AppStream 2.0 経由でストリーミングされるアプリケーションで USB デバイスを使用するには、ドライバーが必要です。ただし、次の両方の問題があると、USB ドライバーのインストールは失敗します。

• AppStreamUsbDriver.exe ファイルの署名に使用するルート証明書が Windows 証明書ストアに存在しない。

• クライアントのインストール先の PC がインターネットに接続されていない。

この場合、Amazon AppStream USB ドライバーの証明書は検証できず、USB ドライバーのインストールが失敗したことをユーザーに通知するエラーメッセージが表示されます。ユーザーが OK を選択すると、USB ドライバーなしで AppStream 2.0 クライアントのインストールが完了します。ユーザーは引き続き AppStream 2.0 クライアントをアプリケーションストリーミングに使用できますが、USB デバイスは AppStream 2.0 経由でストリーミングされるアプリケーションでは動作しません。

この問題を解決するには、ユーザーは AppStream 2.0 クライアントをインストールする予定の PC からインターネット接続を確立し、クライアントを再インストールする必要があります。

AppStream 2.0 クライアントのユーザーは、60 分ごとに AppStream 2.0 セッションから切断されます。

2.0 AppStream へのアクセスに SAML 2.0 を使用して ID フェデレーションを設定した場合、ID プロバイダー (IdP) によっては、IdP が認証応答の一部として SAML AWS 属性として渡す情報を設定する必要がある場合があります。これには、[Attribute] 要素の設定として、SessionDuration 属性を https://aws.amazon.com/SAML/Attributes/SessionDuration に設定することが含まれます。

SessionDuration は、再認証が必要となるまでに、ユーザーのフェデレーティッドストリーミングセッションをアクティブにしておくことができる最大時間を指定します。SessionDuration はオプションの属性ですが、これを SAML 認証レスポンスに含めることをお勧めします。この属性を指定しない場合、セッション時間はデフォルト値の 60 分に設定されます。

この問題を解決するには、SAML 認証レスポンスに SessionDuration 値を含めるように SAML 互換 IdP を設定し、必要に応じた値を設定します。詳細については、「ステップ 5: SAML 認証レスポンスのアサーションを作成する」を参照してください。

注記

ユーザーが AppStream 2.0 のネイティブクライアントまたは新しいエクスペリエンスの Web ブラウザーを使用して AppStream 2.0 のストリーミングアプリケーションにアクセスする場合、セッションの有効期限が切れるとセッションは切断されます。ユーザーが旧/クラシックエクスペリエンスのウェブブラウザーを使用して AppStream 2.0 のストリーミングアプリケーションにアクセスした場合、ユーザーのセッション期間が終了してブラウザーページを更新すると、セッションは切断されます。

ユーザーが 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 セッションは切断されます。

ユーザーがローカルデバイスとストリーミングセッションの間でコピーと貼り付けができません。

AppStream 2.0 は W3C 仕様を利用して、ウェブアプリケーションでの非同期クリップボード操作を可能にします。これにより、ユーザーはローカルデバイスとストリーミングセッションの間でコンテンツをコピーして貼り付けることができます。これはキーボードショートカットの使用を含め、ローカルデバイスのアプリケーション間でコピーして貼り付けする方法と同じです。

W3C の非同期クリップボード仕様を現在サポートしている唯一のブラウザは Google Chrome バージョン 66 以降です。テキストのみのコピーと貼り付けをサポートします。他のすべてのブラウザーでは、 AppStream 2.0 Web ポータルのクリップボード機能を使用できます。この機能には、テキストのコピーまたは貼り付けを行うためのダイアログボックスがあります。

ユーザーがストリーミングセッション中にクリップボードを使用して問題が発生した場合、次の情報を提供できます。

• Chrome バージョン 66 以降を使用しているが、キーボードショートカットが機能しない。

  Chrome では、クリップボードにコピーされたコンテンツに AppStream 2.0 がアクセスすることを許可するかどうかを選択するプロンプトが表示されます。リモートセッションへの貼り付けを有効にするには、[Allow] を選択します。リモートセッションからローカルデバイスにテキストをコピーする場合は、ストリーミングセッションからローカルデバイスにテキストがコピーされるのに十分な時間、Chrome アプリケーションとストリーミングセッションを含むタブの両方に、フォーカスが留まっている必要があります。小さいサイズのテキストはほぼ瞬時にコピーされますが、大きいサイズのテキストの場合は、Chrome またはストリーミングセッションが含まれているタブから切り替わるまでに 1～2 秒待つことがあります。テキストコピーに要する時間は、ネットワーク状態によって異なります。

• 大きいサイズのテキストをコピーして貼り付けようとすると、コピーと貼り付けが機能しない。

  AppStream 2.0 では、ローカルデバイスとストリーミングセッション間でコピーアンドペーストできるテキストの量が 20 MB にデフォルトで制限されています。20 MB を超えてコピーしようとしても、テキストはコピーされません。ただし、管理者が制限を設定していて、その制限を超えると、テキストは切り捨てられます。ローカルデバイスのアプリケーション間や、ストリーミングセッションのアプリケーション間では、テキストをコピーして貼り付ける場合に、この制限はありません。管理者は、ストリーミングセッションからコピー/貼り付けできる文字数を制限することもできます。ローカルデバイスとストリーミングセッションの間で 20 MB を超えるテキスト、または指定された制限を超えるテキストをコピーまたは貼り付ける必要がある場合は、テキストを小さなチャンクに分割するか、代わりにファイルとしてアップロードできます。

• AppStream 2.0 Web ポータルのクリップボード機能を使用してストリーミングセッションにテキストを貼り付けていますが、動作しません。

  場合によっては、テキストをクリップボードダイアログボックスに貼り付け、ダイアログボックスを閉じた後、ストリーミングセッションでテキストを貼り付けるためにキーボードショートカットを使用しても何も起こりません。この問題が発生するのは、クリップボードダイアログボックスが表示されたとき、ストリーミングアプリケーションからフォーカスが離れるからです。ダイアログボックスを閉じた後、ストリーミングアプリケーションに自動的にフォーカスが返らない場合があります。ストリーミングアプリケーションをクリックするとフォーカスが返り、キーボードショートカットを使用して、ストリーミングセッションにテキストを貼り付けできるようになります。

一部のキーボードショートカットは、ストリーミングセッション中に動作しません。

次のキーボードショートカットはユーザーのローカルコンピューターでは機能しますが、 AppStream 2.0 ストリーミングセッションには渡されません。

Windows ：

• Win+L

• Ctrl+Alt+Del

Mac:

• Ctrl+F3

• Alt またはオプションキーを使用する、すべてのショートカットキーの組み合わせ

この問題はユーザーのローカルコンピュータで以下の制限があるため発生します。

• キーボードショートカットは、ユーザーのローカルコンピューターで実行されているオペレーティングシステムによってフィルタリングされ、ユーザーが 2.0 にアクセスしているブラウザーには反映されません。 AppStream 該当する動作は、Windows の Win+L および Ctrl+Alt+Del キーボードショートカット、および Mac の Ctrl+F3 キーボードショートカットです。

• ウェブアプリケーションとともに使用した場合、一部のキーボードショートカットはブラウザでフィルタ処理され、ウェブアプリケーションに対してイベントを生成しません。その結果、ウェブアプリケーションはユーザーによって入力されたキーボードショートカットに応答することはできません。

• キーボードイベントが生成される前にブラウザによって変換されたキーボードショートカットは、正しく変換されません。たとえば、Mac コンピューターでの Alt キーの組み合わせとオプションキーの組み合わせは、Windows での Alt グラフキーの組み合わせであるかのように変換されます。これが発生すると、ユーザーがこれらのキーの組み合わせを使用したときの意図とは異なる結果になります。

ユーザーのドローイングタブレットは、自分がデプロイしたストリーミングアプリケーションで動作していません。

ユーザーのドローイングタブレットがストリーミングアプリケーションで動作しない場合は、要件を満たしていること、およびこの機能を有効にするための追加の考慮事項を理解していることを確認してください。 AppStream 2.0 のストリーミングセッション中にユーザーがドローイングタブレットを使用できるようにするための要件と考慮事項は次のとおりです。

注記

ドローイングタブレットは、 AppStream 2.0 クライアントまたはサポートされている Web ブラウザーを使用して AppStream 2.0 にアクセスするユーザーを対象としています。

• ユーザーがこの機能を使用できるようにするには、Windows Server 2019 を実行するイメージを使用するように AppStream 2.0 フリートを構成する必要があります。

• この機能を使用するには、ユーザーは AppStream AppStream 2.0 クライアントを使用するか、Google Chrome または Mozilla Firefox ブラウザーのみを使用して 2.0 にアクセスする必要があります。

• ストリーミングアプリケーションは、Windows Ink テクノロジーをサポートしている必要があります。詳細については、「Windows アプリでのペン操作と Windows インク」を参照してください。

• GIMP などの一部のアプリケーションでは、圧力感度をサポートするために、ストリーミングインスタンス上のドローイングタブレットを検出する必要があります。この場合、ユーザーは AppStream 2.0 クライアントを使用して AppStream 2.0 にアクセスし、これらのアプリケーションをストリーミングする必要があります。さらに、ユーザーのドローイングタブレットを認定する必要があり、ユーザーは新しいストリーミングセッションを開始するたびにドローイングタブレットを AppStream 2.0 と共有する必要があります。

• この機能は Chromebook ではサポートされていません。

ユーザーのストリーミングセッション中に日本語入力方法が機能しない

AppStream 2.0 ストリーミングセッション中にユーザーが日本語入力方法を使用できるようにするには、次の操作を行います。

• 日本語入力方法を使用するようにフリートを設定します。これを行うには、イメージの作成時に Image Builder で日本語入力方法を有効にし、そのイメージを使用するようにフリートを設定します。詳細については、「デフォルトの入力メソッドを指定する」を参照してください。そうすることで、 AppStream 2.0 はイメージが日本語キーボードを使用するように自動的に設定できるようになります。詳細については、「日本語キーボード」を参照してください。

• ユーザーのローカルコンピュータで、日本語入力方法も有効になっていることを確認します。

フリートインスタンスとユーザーのローカルコンピュータが同じ言語入力方法を使用していない場合、ユーザーのストリーミングセッション中にフリートインスタンスに予期しないキーボード入力が発生する可能性があります。たとえば、フリートインスタンスが日本語入力方法を使用し、ユーザーのローカルコンピュータが英語入力方法を使用する場合、ストリーミングセッション中に、ローカルコンピュータは、フリートインスタンスとは異なるキーマッピングを持つフリートインスタンスにキーを送信します。

フリートインスタンスで日本語入力方法が有効になっているかどうかを確認するには、フリートの [Desktop (デスクトップ)] ストリームビューを有効にします。詳細については、フリートを作成する のステップ 6 を参照してください。

Windows のキーボードショートカット

日本語入力モードの切り替えと日本語変換用の Windows キーボードショートカットを次に示します。これらのキーボードショートカットを機能させるには、 AppStream 2.0 ストリーミングセッションがアクティブである必要があります。

日本語入力モードを切り替えるための Windows キーボードショートカット

キーボードショートカット	説明
半角/全角/漢字 (半角/全角/漢字) もしくは Alt + `	入力モードを英数字モードと日本語モードに切り替えます
無変換 (無変換)	文字をひらがな、全角カタカナ、半角カタカナに順番に変換
カタカナ/ひらがな/ローマ字 (カタカナ/ひらがな/ローマ字)	入力モードをひらがなに変更します
Shift + カタカナ/ひらがな/ローマ字 (カタカナ/ひらがな/ローマ字)	入力モードをカタカナに変更
Alt + カタカナ/ひらがな/ローマ字 (カタカナ/ひらがな/ローマ字)	入力モードを日本語のローマ字と日本語仮名の間で切り替えます

日本語変換用の Windows キーボードショートカット

キーボードショートカット	説明
変換 (Henkan) + スペース	変換オプションを表示
F6	ひらがなに変換
F7	全角カタカナに変換
F8	半角カタカナに変換
F9	全角ローマ字に変換
F10	半角ローマ字に変換

Mac のキーボードショートカット

日本語入力方法を切り替えるための Mac キーボードショートカットおよび日本語変換については、Mac サポートドキュメントの次の記事を参照してください。

注記

AppStream 2.0 ストリーミングセッションは Windows インスタンスで実行されるため、Mac ユーザーでは異なるキーマッピングが発生する可能性があります。

• 日本語入力方法を切り替えるためのキーボードショートカット — Mac で日本語入力ソースを設定して切り替える

• 日本語変換用のキーボードショートリンクカット — Mac での日本語変換用キーボードショートカット

ユーザーがアプリケーションカタログからアプリケーションを起動しようとすると、ストリーミングセッションの最大数到達に関するエラーが表示されます。

AppStream 2.0 Elastic フリートでは、max concurrency パラメーターを使用して同時にストリーミングできる最大ユーザー数を指定します。この値を超えてストリーミングしようとするユーザーには、このエラーが表示されます。この問題を解決するには、同時ストリームの最大数を増やすか、ユーザーに別のユーザーがストリーミングセッションを完了するまで待機するように勧めることができます。

注記

制限の引き上げをリクエストして、インスタンスタイプとサイズの制限を引き上げる必要が生じる場合もあります。

ユーザーに黒い画面またはデスクトップが表示され、ユーザーのアプリケーションが Elastic フリートで起動されません。エラーは表示されません。

これは、アプリケーションの起動パスが正しくなく、 AppStream 2.0 がアプリケーションを起動できない場合に発生する可能性があります。アプリケーションの起動パスは、フリートで Desktop ビューを使用してルートボリュームをナビゲートすることによって検証できます。アプリケーションの実行可能ファイルが指定されたパスに存在することを検証します。

ストリーミングインスタンスでアプリケーションブロックの VHD またはセットアップスクリプトが見つからない場合、 AppStream 2.0 は S3 バケットからそれらをダウンロードできなかった可能性があります。指定した VPC が S3 にアクセスできることを検証します。詳細については、「Amazon S3 VPC エンドポイントを 2.0 AppStream 機能に使用する」を参照してください。