翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
AppStream 2.0 ユーザーの問題のトラブルシューティング
以下は、ユーザーが AppStream 2.0 を使用する場合に発生する可能性のある問題です。
問題
- ユーザーの AppStream 2.0 クライアントのインストールが失敗し、 というメッセージが表示されます。NET Framework 4.6 が必要です。
- ユーザーのUSBドライバーのインストールは AppStream 2.0 クライアントをインストールすると失敗し、 AppStream 2.0 でUSBデバイスを使用できないようになりました。
- AppStream 2.0 クライアントユーザーは、60 分ごとに AppStream 2.0 セッションから切断されます。
- ユーザーがローカルデバイスとストリーミングセッションの間でコピーと貼り付けができません。
- 一部のキーボードショートカットは、ストリーミングセッション中に動作しません。
- ユーザーのドローイングタブレットは、自分がデプロイしたストリーミングアプリケーションで動作していません。
- ユーザーのストリーミングセッション中に日本語入力方法が機能しない
- ユーザーがアプリケーションカタログからアプリケーションを起動しようとすると、ストリーミングセッションの最大数到達に関するエラーが表示されます。
- ユーザーに黒い画面またはデスクトップが表示され、ユーザーのアプリケーションが Elastic フリートで起動されません。エラーは表示されません。
ユーザーの AppStream 2.0 クライアントのインストールが失敗し、 というメッセージが表示されます。NET Framework 4.6 が必要です。
ユーザーが AppStream 2.0 クライアントをインストールすると、 AppStream 2.0 は もインストールします。NET フレームワークバージョン 4.6.2、そのバージョンまたはそれ以降のバージョンがまだインストールされていない場合。クライアントがインストールされている PC がインターネットに接続されていない場合は、。NET フレームワークをインストールできません。この場合、 をインストールするようにユーザーに求めるメッセージが表示されます。NET フレームワークバージョン 4.6 を手動で実行します。ただし、ユーザーが [インストール] を選択すると、インストールが失敗したことを示すエラーメッセージが表示されます。その後、ユーザーは最新バージョンの のインストールを試すように求められます。NET フレームワークを手動で実行します。ユーザーが [閉じる] を選択すると、インストールが終了します。
この問題を解決するには、ユーザーはクライアントをインストールする予定の PC からインターネット接続を確立し、 をダウンロードしてインストールする必要があります。NET 同じ PC 上のフレームワークバージョン 4.6.2 以降。のリスト。NET ダウンロード可能なフレームワークのバージョンについては、「ダウンロード」を参照してください。NET フレームワーク
注記
バージョン 1.1.156 の AppStream 2.0 クライアントがインストールされているユーザーには、 が必要です。NET 同じ PC にインストールされているフレームワークバージョン 4.7.2 以降。
ユーザーのUSBドライバーのインストールは AppStream 2.0 クライアントをインストールすると失敗し、 AppStream 2.0 でUSBデバイスを使用できないようになりました。
ユーザーが 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 セッションから切断されます。
2SAML.0 を使用して AppStream 2.0 へのアクセス用に ID フェデレーションを設定している場合、ID プロバイダー (IdP ) によっては、認証レスポンス AWS の一部として IdP がSAML属性として渡す情報を設定する必要がある場合があります。これには、[Attribute] 要素の設定として、SessionDuration
属性を https://aws.amazon.com/SAML/Attributes/SessionDuration
に設定することが含まれます。
SessionDuration
は、再認証が必要となるまでに、ユーザーのフェデレーティッドストリーミングセッションをアクティブにしておくことができる最大時間を指定します。SessionDuration
はオプションの属性ですが、SAML認証レスポンスに含めることをお勧めします。この属性を指定しない場合、セッション時間はデフォルト値の 60 分に設定されます。
この問題を解決するには、SAML認証レスポンスに SessionDuration
値を含めるように SAML互換 IdP を設定し、必要に応じて 値を設定します。詳細については、「ステップ 5: SAML Authentication Response のアサーションを作成する」を参照してください。
注記
ユーザーが AppStream 2.0 ネイティブクライアントを使用するか、新しいエクスペリエンスでウェブブラウザを使用して AppStream 2.0 でストリーミングアプリケーションにアクセスする場合、セッション期間が終了するとセッションは切断されます。ユーザーが古い/クラシックエクスペリエンスでウェブブラウザを使用して AppStream 2.0 でストリーミングアプリケーションにアクセスする場合、ユーザーのセッション期間が終了し、ブラウザページが更新されると、セッションは切断されます。
ユーザーが SAML互換の IdP を使用して新しいポータルエクスペリエンスにサインインし、ランダムな切断が続く場合は、 AppStream 2.0 セッションで使用されるセッション Cookie がサブドメインaws.amazon.com
として を使用する他のウェブアプリケーションによって無効になっている可能性があります。一般的なユーザーシナリオは次のとおりです。
-
ユーザーが同じブラウザで新しい AppStream 2.0 セッションを開始すると、既存の AppStream 2.0 セッションは切断されます。
-
ユーザーが同じブラウザで他のウェブアプリケーションを開始し、
aws.amazon.com
ドメインで新しいユーザー認証を行うと、既存の AppStream 2.0 セッションは切断されます。 -
ユーザーが同じブラウザで新しいIAM認証情報 AWS Management Console を使用して にサインインすると、既存の AppStream 2.0 セッションは切断されます。
この問題を解決するには、新しいリレーステートエンドポイントを使用して 2.0 SAML フェデレーションを設定し、 AppStream 2.0 クライアントバージョン 1.1.1300 以降を使用します。詳細については、「 の表 1」を参照してくださいステップ 6: フェデレーションのリレーステートを設定する。
ユーザーがローカルデバイスとストリーミングセッションの間でコピーと貼り付けができません。
AppStream 2.0 は、ウェブアプリケーションで非同期クリップボード操作を有効にするための W3C 仕様
W3C の非同期クリップボード仕様を現在サポートしている唯一のブラウザは Google Chrome バージョン 66 以降です。テキストのみのコピーと貼り付けをサポートします。他のすべてのブラウザでは、ユーザーは AppStream 2.0 ウェブポータルのクリップボード機能を使用できます。この機能には、テキストをコピーまたは貼り付けるためのダイアログボックスが表示されます。
ユーザーがストリーミングセッション中にクリップボードを使用して問題が発生した場合、次の情報を提供できます。
Chrome バージョン 66 以降を使用しているが、キーボードショートカットが機能しない。
Chrome には、クリップボードにコピーされたコンテンツへのアクセスを AppStream 2.0 に許可するかどうかを選択するプロンプトが表示されます。リモートセッションへの貼り付けを有効にするには、[Allow] を選択します。リモートセッションからローカルデバイスにテキストをコピーする場合は、ストリーミングセッションからローカルデバイスにテキストがコピーされるのに十分な時間、Chrome アプリケーションとストリーミングセッションを含むタブの両方に、フォーカスが留まっている必要があります。小さいサイズのテキストはほぼ瞬時にコピーされますが、大きいサイズのテキストの場合は、Chrome またはストリーミングセッションが含まれているタブから切り替わるまでに 1~2 秒待つことがあります。テキストコピーに要する時間は、ネットワーク状態によって異なります。
大きいサイズのテキストをコピーして貼り付けようとすると、コピーと貼り付けが機能しない。
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 またはオプションキーを使用する、すべてのショートカットキーの組み合わせ
この問題はユーザーのローカルコンピュータで以下の制限があるため発生します。
キーボードショートカットは、ユーザーのローカルコンピュータで実行されているオペレーティングシステムによってフィルタリングされ、ユーザーが AppStream 2.0 にアクセスするブラウザには伝達されません。該当する動作は、Windows の Win+L および Ctrl+Alt+Del キーボードショートカット、および Mac の Ctrl+F3 キーボードショートカットです。
ウェブアプリケーションとともに使用した場合、一部のキーボードショートカットはブラウザでフィルタ処理され、ウェブアプリケーションに対してイベントを生成しません。その結果、ウェブアプリケーションはユーザーによって入力されたキーボードショートカットに応答することはできません。
キーボードイベントが生成される前にブラウザによって変換されたキーボードショートカットは、正しく変換されません。たとえば、Mac コンピューターでの Alt キーの組み合わせとオプションキーの組み合わせは、Windows での Alt グラフキーの組み合わせであるかのように変換されます。これが発生すると、ユーザーがこれらのキーの組み合わせを使用したときの意図とは異なる結果になります。
ユーザーのドローイングタブレットは、自分がデプロイしたストリーミングアプリケーションで動作していません。
ユーザーのドローイングタブレットがストリーミングアプリケーションで動作しない場合は、要件を満たしていること、およびこの機能を有効にするための追加の考慮事項を理解していることを確認してください。以下は、 AppStream 2.0 ストリーミングセッション中にユーザーがドローイングタブレットを使用できるようにするための要件と考慮事項です。
注記
ドローイングタブレットは、 AppStream 2.0 クライアントまたはサポートされているウェブブラウザを使用して AppStream 2.0 にアクセスするユーザーに対してサポートされています。
ユーザーがこの機能を使用できるようにするには、Windows Server AppStream 2019 を実行するイメージを使用するように 2.0 フリートを設定する必要があります。
この機能を使用するには、ユーザーは AppStream 2.0 クライアントを使用するか、Google Chrome または Mozilla Firefox ブラウザからのみ AppStream 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 (デスクトップ)] ストリームビューを有効にします。詳細については、Amazon AppStream 2.0 でフリートを作成する のステップ 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 フリートでは、最大同時実行数パラメータを使用して同時にストリーミングできるユーザーの最大数を指定します。この値を超えてストリーミングしようとするユーザーには、このエラーが表示されます。この問題を解決するには、同時ストリームの最大数を増やすか、ユーザーに別のユーザーがストリーミングセッションを完了するまで待機するように勧めることができます。
注記
制限の引き上げをリクエストして、インスタンスタイプとサイズの制限を引き上げる必要が生じる場合もあります。
ユーザーに黒い画面またはデスクトップが表示され、ユーザーのアプリケーションが Elastic フリートで起動されません。エラーは表示されません。
これは、アプリケーションの起動パスが正しくなく、 AppStream 2.0 がアプリケーションを起動できない場合に発生する可能性があります。アプリケーションの起動パスは、フリートで Desktop ビューを使用してルートボリュームをナビゲートすることによって検証できます。アプリケーションの実行可能ファイルが指定されたパスに存在することを検証します。
ストリーミングインスタンスで App Block の VHDまたはセットアップスクリプトが見つからない場合、 AppStream 2.0 は S3 バケットからダウンロードできなかった可能性があります。VPC 指定した が S3 にアクセスできることを確認します。詳細については、「 AppStream 2.0 機能での Amazon S3 VPCエンドポイントの使用」を参照してください。