Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
Pemecahan Masalah Pengguna AppStream 2.0
Berikut ini adalah kemungkinan masalah yang mungkin terjadi pada pengguna Anda saat mereka menggunakan AppStream 2.0.
Masalah
- Instalasi klien AppStream 2.0 pengguna saya gagal, dan mereka mendapatkan pesan yang menyatakan itu. NETFramework 4.6 diperlukan.
- Instalasi USB driver pengguna saya gagal ketika mereka menginstal klien AppStream 2.0, dan sekarang mereka tidak dapat menggunakan USB perangkat mereka dengan AppStream 2.0.
- Pengguna klien AppStream 2.0 saya terputus dari sesi AppStream 2.0 mereka setelah setiap 60 menit.
- Pengguna saya tidak dapat menyalin dan menempel antara perangkat lokal mereka dan sesi streaming mereka.
- Beberapa pintasan keyboard tidak berfungsi untuk pengguna selama sesi streaming mereka.
- Tablet gambar pengguna saya tidak berfungsi dengan aplikasi streaming yang saya gunakan.
- Metode input bahasa Jepang tidak berfungsi untuk pengguna saya selama sesi streaming mereka
- Pengguna saya melihat kesalahan tentang mencapai jumlah maksimum sesi streaming ketika mereka mencoba meluncurkan aplikasi dari katalog aplikasi.
- Pengguna saya melihat layar hitam atau desktop, dan aplikasi mereka tidak diluncurkan pada armada Elastic. Tidak ada kesalahan yang muncul.
Instalasi klien AppStream 2.0 pengguna saya gagal, dan mereka mendapatkan pesan yang menyatakan itu. NETFramework 4.6 diperlukan.
Ketika pengguna menginstal klien AppStream 2.0, AppStream 2.0 juga menginstal. NETFramework versi 4.6.2, jika versi itu atau versi yang lebih baru belum diinstal. Jika PC tempat klien diinstal tidak terhubung ke internet,. NETFramework tidak dapat diinstal. Dalam hal ini, pesan meminta pengguna untuk menginstal. NETKerangka versi 4.6 secara manual. Namun, ketika pengguna memilih Instal, pesan kesalahan ditampilkan yang menyatakan bahwa instalasi gagal. Pengguna kemudian diminta untuk mencoba menginstal versi terbaru dari file. NETKerangka kerja secara manual. Ketika mereka memilih Tutup, mereka keluar dari instalasi.
Untuk mengatasi masalah ini, pengguna harus membuat koneksi internet dari PC tempat mereka berencana untuk menginstal klien, dan kemudian mengunduh dan menginstal. NETFramework versi 4.6.2 atau yang lebih baru pada PC yang sama. Untuk daftar. NETVersi kerangka kerja tersedia untuk diunduh, lihat Mengunduh. NETKerangka kerja
catatan
Pengguna yang memiliki versi 1.1.156 dari klien AppStream 2.0 yang diinstal harus memilikinya. NETFramework versi 4.7.2 atau yang lebih baru diinstal pada PC yang sama.
Instalasi USB driver pengguna saya gagal ketika mereka menginstal klien AppStream 2.0, dan sekarang mereka tidak dapat menggunakan USB perangkat mereka dengan AppStream 2.0.
Ketika pengguna menginstal klien AppStream 2.0, mereka memilih apakah akan menginstal USB driver AppStream 2.0. Driver diharuskan menggunakan USB perangkat dengan aplikasi yang dialirkan melalui AppStream 2.0. Namun, instalasi USB driver gagal jika kedua hal berikut terjadi:
Sertifikat root yang digunakan untuk menandatangani
AppStreamUsbDriver.exe
file tidak ada di toko sertifikat Windows.PC tempat klien diinstal tidak terhubung ke internet.
Dalam hal ini, sertifikat untuk AppStream USB driver Amazon tidak dapat divalidasi, dan pesan kesalahan memberi tahu pengguna bahwa penginstalan USB driver gagal. Ketika pengguna memilih OK, instalasi klien AppStream 2.0 selesai tanpa USB driver. Meskipun pengguna masih dapat menggunakan klien AppStream 2.0 untuk streaming aplikasi, USB perangkat mereka tidak akan berfungsi dengan aplikasi yang dialirkan melalui AppStream 2.0.
Untuk mengatasi masalah ini, pengguna harus membuat koneksi internet dari PC tempat mereka berencana untuk menginstal klien AppStream 2.0, dan menginstal ulang klien.
Pengguna klien AppStream 2.0 saya terputus dari sesi AppStream 2.0 mereka setelah setiap 60 menit.
Jika Anda telah mengonfigurasi federasi identitas menggunakan SAML 2.0 untuk akses ke AppStream 2.0, tergantung pada penyedia identitas Anda (iDP), Anda mungkin perlu mengonfigurasi informasi yang diberikan iDP sebagai SAML atribut AWS sebagai bagian dari respons otentikasi. Ini termasuk mengkonfigurasi elemen Atribut dengan SessionDuration
atribut yang disetel kehttps://aws.amazon.com/SAML/Attributes/SessionDuration
.
SessionDuration
menentukan jumlah waktu maksimum sesi streaming federasi untuk pengguna dapat tetap aktif sebelum otentikasi ulang diperlukan. Meskipun SessionDuration
merupakan atribut opsional, kami sarankan Anda memasukkannya ke dalam respons SAML otentikasi. Jika Anda tidak menentukan atribut ini, durasi sesi diatur ke nilai default 60 menit.
Untuk mengatasi masalah ini, konfigurasikan iDP yang SAML kompatibel untuk menyertakan SessionDuration
nilai dalam SAML respons autentikasi, dan tetapkan nilainya sesuai kebutuhan. Untuk informasi selengkapnya, lihat Langkah 5: Buat Pernyataan untuk Respons Otentikasi SAML.
catatan
Jika pengguna Anda mengakses aplikasi streaming mereka di AppStream 2.0 dengan menggunakan klien asli AppStream 2.0 atau dengan menggunakan browser web pada pengalaman baru, sesi mereka terputus setelah durasi sesi mereka berakhir. Jika pengguna Anda mengakses aplikasi streaming mereka di AppStream 2.0 dengan menggunakan browser web pada pengalaman lama/klasik, setelah durasi sesi pengguna berakhir dan mereka menyegarkan halaman browser mereka, sesi mereka terputus.
Jika pengguna Anda masuk ke pengalaman portal baru dengan iDP SAML yang kompatibel, dan mereka terus memiliki pemutusan acak, mungkin karena cookie sesi yang digunakan oleh sesi 2.0 tidak valid oleh AppStream aplikasi web lain yang digunakan sebagai subdomain. aws.amazon.com
Berikut ini adalah skenario pengguna yang umum:
-
Jika pengguna memulai sesi AppStream 2.0 baru di browser yang sama, sesi AppStream 2.0 yang ada akan terputus.
-
Jika pengguna memulai aplikasi web lain di browser yang sama, menghasilkan otentikasi pengguna baru di bawah
aws.amazon.com
domain, sesi AppStream 2.0 yang ada akan terputus. -
Jika pengguna masuk ke AWS Management Console dengan IAM kredensi baru di browser yang sama, sesi AppStream 2.0 yang ada akan terputus.
Anda dapat mengatasi masalah ini dengan menggunakan titik akhir status relai baru untuk mengonfigurasi federasi SAML 2.0 Anda, dan dengan menggunakan klien AppStream 2.0 versi 1.1.1300 dan yang lebih baru. Untuk informasi lebih lanjut, lihat Tabel 1 padaLangkah 6: Konfigurasikan Status Relay Federasi Anda.
Pengguna saya tidak dapat menyalin dan menempel antara perangkat lokal mereka dan sesi streaming mereka.
AppStream 2.0 memanfaatkan spesifikasi W3C
Satu-satunya browser yang saat ini mendukung spesifikasi clipboard asinkron W3C adalah Google Chrome versi 66 atau yang lebih baru, yang mendukung penyalinan dan penempelan hanya untuk teks. Untuk semua browser lain, pengguna dapat menggunakan fitur clipboard di portal web AppStream 2.0, yang menyediakan kotak dialog untuk menyalin atau menempelkan teks.
Jika pengguna Anda mengalami masalah menggunakan clipboard selama sesi streaming mereka, Anda dapat memberi mereka informasi berikut:
Saya menggunakan Chrome versi 66 atau yang lebih baru, dan pintasan keyboard tidak berfungsi.
Chrome menampilkan prompt bagi Anda untuk memilih apakah akan mengizinkan AppStream 2.0 mengakses konten yang disalin ke clipboard. Pilih Izinkan untuk mengaktifkan penyisipan ke sesi jarak jauh Anda. Jika Anda menyalin teks dari sesi jarak jauh ke perangkat lokal, aplikasi Chrome dan tab yang berisi sesi streaming Anda harus tetap fokus pada perangkat lokal Anda cukup lama agar teks dapat disalin dari sesi streaming Anda. Sejumlah kecil teks harus disalin segera, tetapi untuk sejumlah besar teks, Anda mungkin perlu menunggu 1 hingga 2 detik sebelum beralih dari Chrome atau dari tab yang berisi sesi streaming Anda. Waktu yang diperlukan untuk menyalin teks bervariasi berdasarkan kondisi jaringan.
Menyalin dan menempelkan tidak berfungsi ketika saya mencoba menyalin dan menempelkan sejumlah besar teks.
AppStream 2.0 memiliki batas default 20 MB untuk jumlah teks yang dapat Anda salin dan tempel antara perangkat lokal Anda dan sesi streaming Anda. Jika Anda mencoba menyalin lebih dari 20 MB, tidak ada teks yang disalin. Namun, teks akan terpotong jika admin Anda menetapkan batas dan Anda melampaui batas itu. Batas ini tidak berlaku jika Anda mencoba menyalin dan menempelkan teks antar aplikasi di perangkat lokal Anda atau di antara aplikasi dalam sesi streaming Anda. Administrator juga dapat membatasi jumlah karakter yang Anda salin/tempel masuk/keluar dari sesi streaming Anda. Jika Anda perlu menyalin atau menempelkan teks lebih dari 20 MB atau batas yang ditentukan antara perangkat lokal Anda dan sesi streaming Anda, Anda dapat membaginya menjadi potongan-potongan yang lebih kecil atau mengunggahnya sebagai file.
Saya menggunakan fitur clipboard portal web AppStream 2.0 untuk menempelkan teks ke sesi streaming saya dan itu tidak berfungsi.
Dalam beberapa kasus, setelah Anda menempelkan teks ke kotak dialog clipboard dan kotak dialog ditutup, tidak ada yang terjadi ketika Anda mencoba menggunakan pintasan keyboard untuk menempelkan teks dalam sesi streaming Anda. Masalah ini terjadi karena ketika kotak dialog clipboard muncul, itu mengalihkan fokus dari aplikasi streaming Anda. Setelah kotak dialog ditutup, fokus mungkin tidak secara otomatis kembali ke aplikasi streaming Anda. Mengklik aplikasi streaming Anda akan mengembalikan fokus ke sana dan memungkinkan Anda menggunakan pintasan keyboard untuk menempelkan teks Anda ke sesi streaming Anda.
Beberapa pintasan keyboard tidak berfungsi untuk pengguna selama sesi streaming mereka.
Pintasan keyboard berikut berfungsi pada komputer lokal pengguna, tetapi tidak diteruskan ke sesi streaming AppStream 2.0:
Windows:
Menang+L
Ctrl+Alt+Del
Mac:
Ctrl+F3
Semua pintasan yang menggunakan kombinasi tombol Alt atau Option
Masalah ini disebabkan oleh keterbatasan berikut pada komputer lokal pengguna:
Pintasan keyboard disaring oleh sistem operasi yang berjalan di komputer lokal pengguna dan tidak disebarkan ke browser tempat pengguna mengakses 2.0. AppStream Perilaku ini berlaku untuk pintasan keyboard Windows Win+L dan Ctrl+Alt+Del dan pintasan keyboard Mac Ctrl+F3.
Saat digunakan dengan aplikasi web, beberapa pintasan keyboard disaring oleh browser dan tidak menghasilkan acara untuk aplikasi web. Akibatnya, aplikasi web tidak dapat merespons pintasan keyboard yang diketik oleh pengguna.
Pintasan keyboard diterjemahkan oleh browser sebelum acara keyboard dibuat dan karenanya tidak diterjemahkan dengan benar. Misalnya, kombinasi tombol Alt dan kombinasi tombol Option pada komputer Mac diterjemahkan seolah-olah mereka adalah kombinasi tombol Alt Graph di Windows. Ketika ini terjadi, hasilnya tidak seperti yang diinginkan pengguna ketika mereka menggunakan kombinasi tombol ini.
Tablet gambar pengguna saya tidak berfungsi dengan aplikasi streaming yang saya gunakan.
Jika tablet gambar pengguna Anda tidak berfungsi dengan aplikasi streaming, pastikan Anda memenuhi persyaratan dan memahami pertimbangan tambahan untuk mengaktifkan fitur ini. Berikut ini adalah persyaratan dan pertimbangan untuk memungkinkan pengguna Anda menggunakan tablet menggambar selama sesi streaming AppStream 2.0.
catatan
Tablet gambar didukung untuk pengguna yang mengakses AppStream 2.0 dengan menggunakan klien AppStream 2.0, atau melalui browser web yang didukung.
Untuk memungkinkan pengguna Anda menggunakan fitur ini, Anda harus mengonfigurasi armada AppStream 2.0 Anda untuk menggunakan gambar yang menjalankan Windows Server 2019.
Untuk menggunakan fitur ini, pengguna harus mengakses AppStream 2.0 dengan menggunakan klien AppStream 2.0, atau melalui browser Google Chrome atau Mozilla Firefox saja.
Aplikasi streaming harus mendukung teknologi Windows Ink. Untuk informasi selengkapnya, lihat Interaksi pena dan Windows Ink di aplikasi Windows
. Beberapa aplikasi, sepertiGIMP, harus mendeteksi tablet gambar pada instance streaming untuk mendukung sensitivitas tekanan. Jika ini masalahnya, pengguna Anda harus menggunakan klien AppStream 2.0 untuk mengakses AppStream 2.0 dan melakukan streaming aplikasi ini. Selain itu, Anda harus memenuhi syarat tablet gambar pengguna Anda, dan pengguna harus membagikan tablet gambar mereka dengan AppStream 2.0 setiap kali mereka memulai sesi streaming baru.
Fitur ini tidak didukung di Chromebook.
Metode input bahasa Jepang tidak berfungsi untuk pengguna saya selama sesi streaming mereka
Untuk memungkinkan pengguna Anda menggunakan metode input bahasa Jepang selama sesi streaming AppStream 2.0 mereka, lakukan hal berikut:
Konfigurasikan armada Anda untuk menggunakan metode input Jepang. Untuk melakukannya, aktifkan metode input Jepang pada pembuat gambar Anda saat Anda membuat gambar, lalu konfigurasikan armada Anda untuk menggunakan gambar. Untuk informasi selengkapnya, lihat Tentukan Metode Input Default. Melakukannya memungkinkan AppStream 2.0 untuk secara otomatis mengonfigurasi gambar Anda untuk menggunakan keyboard Jepang. Untuk informasi selengkapnya, lihat Keyboard Jepang.
Pastikan metode input Jepang juga diaktifkan di komputer lokal pengguna.
Jika instance armada dan komputer lokal pengguna tidak menggunakan metode input bahasa yang sama, ketidakcocokan dapat mengakibatkan input keyboard yang tidak terduga pada instance armada selama sesi streaming pengguna. Misalnya, jika instance armada menggunakan metode input Jepang dan komputer lokal pengguna menggunakan metode input bahasa Inggris, selama sesi streaming, komputer lokal akan mengirim kunci ke instance armada yang memiliki pemetaan kunci yang berbeda dari instance armada.
Untuk memverifikasi apakah metode input Jepang diaktifkan untuk instance armada, aktifkan tampilan aliran Desktop untuk armada. Untuk informasi lebih lanjut, lihat Langkah 6 diBuat Armada di Amazon AppStream 2.0.
Pintasan Keyboard Windows
Berikut ini adalah pintasan keyboard Windows untuk beralih mode input Jepang dan untuk konversi Jepang. Agar pintasan keyboard ini berfungsi, sesi streaming AppStream 2.0 harus aktif.
Pintasan keyboard Windows untuk beralih mode input Jepang
Pintasan keyboard | Deskripsi |
---|---|
// (Hankaku/Zenkaku/Kanji) Atau Alt+` |
Mengalihkan mode input antara mode alfanumerik dan Jepang |
無変換 (Muhenkan) |
Mengkonversi karakter ke Hiragana, Katakana lebar penuh, dan Katakana setengah lebar secara berurutan |
//ト ーー (Katakana/Hiragana/Romaji) |
Mengubah mode input ke Hiragana |
Shift+//ーー (Katakana/Hiragana/Romaji) |
Mengubah mode input ke Katakana |
Alt+/ (Katakana/Hiragana/Romaji) |
Mengalihkan mode input antara Romaji Jepang dan Kana Jepang |
Pintasan keyboard Windows untuk konversi Jepang
Pintasan keyboard | Deskripsi |
---|---|
(Henkan) + Ruang |
Daftar opsi konversi |
F6 |
Konversi ke Hiragana |
F7 |
Mengkonversi ke Katakana lebar penuh |
F8 |
Mengkonversi ke Katakana setengah lebar |
F9 |
Mengonversi ke Romaji lebar penuh |
F10 |
Mengkonversi ke Romaji setengah lebar |
Pintasan Keyboard Mac
Untuk informasi tentang pintasan keyboard Mac untuk beralih metode input bahasa Jepang dan konversi bahasa Jepang, lihat artikel berikut di dokumentasi Dukungan Mac.
catatan
Karena sesi streaming AppStream 2.0 berjalan pada instance Windows, pengguna Mac mungkin mengalami pemetaan kunci yang berbeda.
Pintasan keyboard untuk mengganti metode input Jepang - Siapkan dan alihkan ke sumber input Jepang di Mac
Pemotongan tautan pendek keyboard untuk konversi Jepang - Pintasan keyboard untuk konversi Jepang
di Mac
Pengguna saya melihat kesalahan tentang mencapai jumlah maksimum sesi streaming ketika mereka mencoba meluncurkan aplikasi dari katalog aplikasi.
Dengan AppStream 2.0 armada elastis, Anda menentukan jumlah maksimum pengguna yang dapat melakukan streaming secara bersamaan menggunakan parameter konkurensi maks. Setiap pengguna yang mencoba melakukan streaming di luar nilai itu menerima kesalahan ini. Untuk mengatasi masalah ini, Anda dapat meningkatkan jumlah maksimum aliran bersamaan, atau menyarankan pengguna Anda untuk menunggu pengguna lain menyelesaikan sesi streaming mereka.
catatan
Anda mungkin perlu meminta peningkatan batas untuk meningkatkan jenis instans dan batas ukuran.
Pengguna saya melihat layar hitam atau desktop, dan aplikasi mereka tidak diluncurkan pada armada Elastic. Tidak ada kesalahan yang muncul.
Ini dapat terjadi jika jalur peluncuran aplikasi salah, dan AppStream 2.0 tidak dapat meluncurkan aplikasi. Anda dapat memvalidasi jalur peluncuran aplikasi dengan menggunakan Tampilan Desktop pada armada untuk menavigasi volume root. Validasi bahwa aplikasi yang dapat dieksekusi ada di jalur yang ditentukan.
Jika Anda tidak dapat menemukan blok aplikasi VHD atau skrip pengaturan pada instance streaming, AppStream 2.0 mungkin tidak dapat mengunduhnya dari bucket S3. Validasi bahwa yang VPC Anda tentukan memiliki akses ke S3. Untuk informasi selengkapnya, lihat Menggunakan VPC Endpoint Amazon S3 untuk Fitur 2.0 AppStream .