Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
# Tangkapan layar umum untuk memecahkan masalah instance Windows yang tidak dapat dijangkau
Anda dapat menggunakan informasi berikut untuk membantu memecahkan masalah instans yang tidak terjangkau berdasarkan tangkapan layar yang dikembalikan oleh layanan.
+ [Layar masuk (Ctrl \$1 Alt \$1 Delete)](#logon-screen)
+ [Layar konsol pemulihan](#recovery-console-screen)
+ [Layar Windows boot manager](#boot-manager-screen)
+ [Layar Sysprep](#sysprep-screen)
+ [Layar persiapan](#getting-ready-screen)
+ [Layar Pembaruan Windows](#windows-update-screen)
+ [Chkdsk](#Chkdsk)
## Layar masuk (Ctrl \$1 Alt \$1 Delete)
Layanan Tangkapan Layar Konsol mengembalikan hal-hal berikut ini.
![\[Layar masuk.\]](http://docs.aws.amazon.com/id_id/AWSEC2/latest/UserGuide/images/ts-cs-1.png)
Jika sebuah instans tidak dapat dijangkau selama proses masuk, mungkin ada masalah dengan konfigurasi jaringan Anda atau Remote Desktop Services Windows. Instans juga bisa menjadi tidak responsif jika suatu proses menggunakan CPU dalam jumlah besar.
### Konfigurasi jaringan
Gunakan informasi berikut untuk memverifikasi bahwa konfigurasi jaringan Anda AWS, Microsoft Windows, dan lokal (atau lokal) tidak memblokir akses ke instans.
**AWS konfigurasi jaringan**
| Konfigurasi | Verifikasi |
| --- | --- |
| Konfigurasi grup keamanan | Verifikasi bahwa port 3389 terbuka untuk grup keamanan Anda. Verifikasi bahwa Anda terhubung ke alamat IP publik yang benar. Jika instans tidak terkait dengan IP Elastic, IP publik berubah setelah instans berhenti/dimulai. Untuk informasi selengkapnya, lihat [Desktop Jarak Jauh tidak dapat terhubung ke komputer jarak jauh](troubleshoot-connect-windows-instance.md#rdp-issues). |
| Konfigurasi VPC (Jaringan) ACLs | Verifikasi bahwa daftar kontrol akses (ACL) untuk Amazon VPC Anda tidak memblokir akses. Untuk informasi lebih lanjut, lihat [ dan subnet ACLs](https://docs.aws.amazon.com/vpc/latest/userguide/vpc-network-acls.html) di Panduan Pengguna Amazon VPC. |
| Konfigurasi VPN | Jika Anda menghubungkan ke VPC menggunakan jaringan privat virtual (VPN), verifikasi konektivitas tunnel VPN. Untuk informasi selengkapnya, lihat [Memecahkan Masalah AWS Client VPN: Masalah konektivitas terowongan ke VPC](https://docs.aws.amazon.com/vpn/latest/clientvpn-admin/VPNTunnelConnectivityTroubleshooting.html). |
**Konfigurasi jaringan Windows**
| Konfigurasi | Verifikasi |
| --- | --- |
| Windows Firewall | Verifikasi bahwa Windows Firewall tidak memblokir koneksi ke instans Anda. Nonaktifkan Windows Firewall seperti yang dijelaskan pada poin 7 di bagian pemecahan masalah Desktop Jarak Jauh, [Desktop Jarak Jauh tidak dapat terhubung ke komputer jarak jauh](troubleshoot-connect-windows-instance.md#rdp-issues). |
| TCP/IP Konfigurasi lanjutan (Penggunaan IP statis) | Instans mungkin menjadi tidak responsif karena Anda mengonfigurasi alamat IP statis. Untuk VPC, [buat antarmuka jaringan](create-network-interface.md) dan [lampirkan ke instans](network-interface-attachments.md#attach_eni). |
**Konfigurasi Jaringan Lokal atau on-premise**
Verifikasi bahwa konfigurasi jaringan lokal tidak memblokir akses. Coba hubungkan ke instans lain di VPC yang sama dengan instans tak terjangkau milik Anda. Jika Anda tidak dapat mengakses instans lain, bekerja sama dengan administrator jaringan lokal Anda untuk mencari tahu apakah kebijakan lokal membatasi akses.
### Masalah Remote Desktop Services
Jika instans tidak dapat dijangkau selama proses masuk, mungkin ada masalah dengan Remote Desktop Services (RDS) pada instans.
**Tip**
Anda dapat menggunakan runbook `AWSSupport-TroubleshootRDP` untuk memeriksa dan mengubah berbagai pengaturan yang mungkin memengaruhi koneksi Remote Desktop Protocol (RDP). Untuk informasi selengkapnya, lihat [https://docs.aws.amazon.com/systems-manager-automation-runbooks/latest/userguide/automation-awssupport-troubleshootrdp.html](https://docs.aws.amazon.com/systems-manager-automation-runbooks/latest/userguide/automation-awssupport-troubleshootrdp.html) di *referensi buku runbook Otomatisasi AWS Systems Manager *.
**Konfigurasi Remote Desktop Services**
| Konfigurasi | Verifikasi |
| --- | --- |
| RDS sedang berjalan | Verifikasi bahwa RDS sedang berjalan di instans. Hubungkan ke instans menggunakan snap-in Layanan Microsoft Management Console (MMC) (services.msc). Dalam daftar layanan, verifikasi bahwa Remote Desktop Services sedang Berjalan. Jika tidak, mulai dan atur tipe startup ke Otomatis. Jika Anda tidak dapat terhubung ke instans dengan menggunakan snap-in Layanan, lepaskan volume root dari instans, ambil snapshot volume atau buat AMI darinya, lampirkan volume asli ke instans lain di Zona Ketersediaan yang sama sebagai volume sekunder, dan ubah kunci registri [Mulai](https://learn.microsoft.com/en-us/previous-versions/windows/it-pro/windows-2000-server/cc959920(v=technet.10)). Setelah Anda selesai, lampirkan kembali volume root ke instans asli. |
| RDS diaktifkan | Bahkan jika layanan dimulai, RDS mungkin dinonaktifkan. Lepaskan volume root dari instans, ambil snapshot volume atau buat AMI darinya, lampirkan volume asli ke instans lain di Zona Ketersediaan yang sama sebagai volume sekunder, dan aktifkan layanan dengan mengubah kunci registri **Server Terminal** seperti yang dijelaskan dalam [Aktifkan Desktop Jarak Jauh pada instans EC2 dengan registri jarak jauh](troubleshoot-connect-windows-instance.md#troubleshooting-windows-rdp-remote-registry). Setelah Anda selesai, lampirkan kembali volume root ke instans asli. |
### Penggunaan CPU yang tinggi
Periksa metrik **CPUUtilization (Maksimum)** pada instans Anda dengan menggunakan Amazon CloudWatch. Jika **CPUUtilization (Maksimum)** adalah angka tinggi, tunggu CPU turun dan coba sambungkan lagi. Penggunaan CPU yang tinggi dapat disebabkan oleh:
+ Pembaruan Windows
+ Pemindaian Perangkat Lunak Keamanan
+ Skrip Startup Kustom
+ Penjadwal Tugas
Untuk informasi selengkapnya, lihat [Mendapatkan Statistik untuk Sumber Daya Tertentu](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/US_SingleMetricPerInstance.html) di *Panduan CloudWatch Pengguna Amazon*. Untuk kiat-kiat pemecahan masalah tambahan, lihat [Penggunaan CPU yang tinggi segera setelah Windows dimulai (hanya instance Windows)](troubleshooting-launch.md#high-cpu-issue).
## Layar konsol pemulihan
Layanan Tangkapan Layar Konsol mengembalikan hal-hal berikut ini.
![\[Tangkapan layar konsol pemulihan.\]](http://docs.aws.amazon.com/id_id/AWSEC2/latest/UserGuide/images/ts-cs-2.png)
Sistem operasi mungkin melakukan boot ke konsol Pemulihan dan terjebak di status ini jika `bootstatuspolicy` tidak diatur ke `ignoreallfailures`. Gunakan prosedur berikut untuk mengubah konfigurasi `bootstatuspolicy` ke `ignoreallfailures`.
Secara default, konfigurasi kebijakan untuk Windows publik yang AMIs disediakan oleh AWS disetel ke`ignoreallfailures`.
1. Hentikan instans tak terjangkau.
1. Buat snapshot dari volume root. Volume root dilampirkan ke instans sebagai `/dev/sda1`.
Lepaskan volume root dari instans tak terjangkau, ambil snapshot volume atau buat AMI darinya, dan lampirkan ke instans lain di Zona Ketersediaan yang sama dengan volume sekunder.
**Awas**
Jika instans sementara dan asli Anda diluncurkan menggunakan AMI yang sama, Anda harus menyelesaikan langkah-langkah tambahan atau Anda tidak akan dapat melakukan boot instans asli setelah memulihkan volume root-nya karena tabrakan tanda tangan disk. Jika Anda harus membuat instans sementara menggunakan AMI yang sama, untuk menghindari tabrakan tanda tangan disk, selesaikan langkah-langkah di [Tabrakan tanda tangan disk](win-ts-common-issues.md#disk-signature-collision).
Atau, pilih AMI yang berbeda untuk instans sementara. Misalnya, jika instance asli menggunakan AMI untuk Windows Server 2016, luncurkan instance sementara menggunakan AMI untuk Windows Server 2019.
1. Masuk ke instans dan jalankan perintah berikut dari prompt perintah untuk mengubah konfigurasi `bootstatuspolicy` ke `ignoreallfailures`.
```
bcdedit /store Drive Letter:\boot\bcd /set {default} bootstatuspolicy ignoreallfailures
```
1. Lampirkan kembali volume ke instans tak terjangkau dan mulai instans lagi.
## Layar Windows boot manager
Layanan Tangkapan Layar Konsol mengembalikan hal-hal berikut ini.
![\[Layar Windows Boot Manager.\]](http://docs.aws.amazon.com/id_id/AWSEC2/latest/UserGuide/images/ts-cs-3.png)
Sistem operasi mengalami korupsi fatal dalam file and/or sistem registri. Saat instans terjebak dalam status ini, Anda harus memulihkan instans dari AMI cadangan terbaru atau meluncurkan instans pengganti. Jika Anda perlu mengakses data pada instans, lepaskan volume root apa pun dari instans tak terjangkau, ambil snapshot dari volume tersebut atau buat AMI darinya, dan lampirkan ke instans lain di Zona Ketersediaan yang sama dengan volume sekunder.
## Layar Sysprep
Layanan Tangkapan Layar Konsol mengembalikan hal-hal berikut ini.
![\[Layar Sysprep.\]](http://docs.aws.amazon.com/id_id/AWSEC2/latest/UserGuide/images/ts-cs-4.png)
Anda mungkin melihat layar ini jika Anda tidak menggunakan Layanan EC2 Config untuk memanggil Sysprep atau jika sistem operasi gagal saat menjalankan Sysprep. Anda dapat mengatur ulang kata sandi menggunakan [EC2Rescue](Windows-Server-EC2Rescue.md). Jika tidak, lihat [Buat Amazon EC2 AMI menggunakan Windows Sysprep](ami-create-win-sysprep.md).
## Layar persiapan
Layanan Tangkapan Layar Konsol mengembalikan hal-hal berikut ini.
![\[Layar Persiapan.\]](http://docs.aws.amazon.com/id_id/AWSEC2/latest/UserGuide/images/ts-cs-5.png)
Segarkan Layanan Tangkapan Layar Konsol Instans berulang kali untuk memverifikasi bahwa ring progres sedang berputar. Jika ring berputar, tunggu sistem operasi untuk memulai. Anda juga dapat memeriksa metrik **CPUUtilization (Maksimum)** pada instans Anda dengan menggunakan Amazon CloudWatch untuk melihat apakah sistem operasi aktif. Jika ring progres tidak berputar, instans akan terjebak saat proses boot. Boot ulang instans. Jika melakukan boot ulang tidak menyelesaikan masalah, pulihkan instans dari AMI cadangan terbaru atau luncurkan instans pengganti. Jika Anda perlu mengakses data pada instans, lepaskan volume root dari instans tak terjangkau, ambil snapshot volume atau buat AMI darinya. Kemudian, lampirkan ke instans lain di Zona Ketersediaan yang sama dengan volume sekunder.
## Layar Pembaruan Windows
Layanan Tangkapan Layar Konsol mengembalikan hal-hal berikut ini.
![\[Layar Pembaruan Windows.\]](http://docs.aws.amazon.com/id_id/AWSEC2/latest/UserGuide/images/ts-cs-6.png)
Proses Pembaruan Windows sedang memperbarui registri. Tunggu hingga pembaruan selesai. Jangan lakukan boot ulang atau penghentian instans karena ini dapat menyebabkan kerusakan data selama pembaruan.
**catatan**
Proses Pembaruan Windows dapat menghabiskan sumber daya di server selama pembaruan. Jika Anda sering mengalami masalah ini, pertimbangkan untuk menggunakan tipe instans yang lebih cepat dan volume EBS yang lebih cepat.
## Chkdsk
Layanan Tangkapan Layar Konsol mengembalikan hal-hal berikut ini.
![\[Layar Chkdsk.\]](http://docs.aws.amazon.com/id_id/AWSEC2/latest/UserGuide/images/ts-cs-7.png)
Windows menjalankan alat sistem chkdsk pada drive untuk memverifikasi integritas sistem file dan memperbaiki kesalahan sistem file logis. Tunggu hingga prosesnya selesai.