

Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.

# Memecahkan masalah awal instans Amazon EC2 Windows
<a name="common-messages"></a>

Berikut ini adalah tips pemecahan masalah untuk membantu Anda memecahkan masalah kata sandi dan aktivasi dengan instans Amazon EC2 Windows.

**Topics**
+ [“Kata sandi tidak tersedia”](#password-not-available)
+ [“Kata sandi belum tersedia”](#password-not-ready)
+ [“Tidak dapat mengambil kata sandi Windows”](#cannot-retrieve-password)
+ [“Menunggu layanan metadata”](#metadata-unavailable)
+ [“Tidak dapat mengaktifkan Windows”](#activate-windows)
+ [“Windows tidak asli (0x80070005)”](#windows-not-genuine)
+ [“Tidak ada Server Lisensi Server Terminal yang tersedia untuk memberikan lisensi”](#no-license-servers)
+ [“Beberapa pengaturan dikelola oleh organisasi Anda”](#some-settings-managed-by-org)

## “Kata sandi tidak tersedia”
<a name="password-not-available"></a>

Untuk menghubungkan ke instans Windows menggunakan Desktop Jarak Jauh, Anda harus menentukan akun dan kata sandi. Akun dan kata sandi yang diberikan didasarkan pada AMI yang Anda gunakan untuk meluncurkan instans. Anda dapat mengambil kata sandi yang dibuat secara otomatis untuk akun Administrator, atau menggunakan akun dan kata sandi yang digunakan dalam instans asli tempat AMI dibuat.

Anda dapat membuat kata sandi untuk akun Administrator pada instans yang diluncurkan menggunakan AMI Windows kustom. Untuk menghasilkan kata sandi, Anda perlu mengonfigurasi beberapa pengaturan di sistem operasi sebelum AMI dibuat. Untuk informasi selengkapnya, lihat [Buat AMI yang didukung Amazon EBS-Backed](creating-an-ami-ebs.md).

Jika instans Windows Anda tidak dikonfigurasi untuk menghasilkan kata sandi acak, Anda akan menerima pesan berikut saat Anda mengambil kata sandi yang dibuat secara otomatis menggunakan konsol:

```
Password is not available.
The instance was launched from a custom AMI, or the default password has changed. A
password cannot be retrieved for this instance. If you have forgotten your password, you can
reset it using the Amazon EC2 configuration service. For more information, see Passwords for a
Windows Server instance.
```

Periksa output konsol pada instans tersebut untuk melihat apakah AMI yang Anda gunakan untuk meluncurkannya dibuat dengan pembuatan kata sandi yang nonaktif. Jika pembuatan kata sandi dinonaktifkan, output konsol berisi hal-hal berikut ini:

```
Ec2SetPassword: Disabled
```

Jika pembuatan kata sandi dinonaktifkan dan Anda tidak ingat kata sandi untuk instans aslinya, Anda dapat menyetel ulang kata sandi untuk instans ini. Untuk informasi selengkapnya, lihat [Setel ulang kata sandi administrator Windows untuk instans Windows Amazon EC2](ResettingAdminPassword.md).

## “Kata sandi belum tersedia”
<a name="password-not-ready"></a>

Untuk menghubungkan ke instans Windows menggunakan Desktop Jarak Jauh, Anda harus menentukan akun dan kata sandi. Akun dan kata sandi yang diberikan didasarkan pada AMI yang Anda gunakan untuk meluncurkan instans. Anda dapat mengambil kata sandi yang dibuat secara otomatis untuk akun Administrator, atau menggunakan akun dan kata sandi yang digunakan dalam instans asli tempat AMI dibuat.

Kata sandi Anda akan tersedia dalam beberapa menit. Jika kata sandi tidak tersedia, Anda akan menerima pesan berikut ketika Anda mengambil kata sandi yang dibuat secara otomatis menggunakan konsol:

```
Password not available yet.
Please wait at least 4 minutes after launching an instance before trying to retrieve the 
auto-generated password.
```

Jika sudah lebih dari empat menit dan Anda masih tidak bisa mendapatkan kata sandinya, mungkin agen peluncuran untuk instans Anda tidak dikonfigurasi untuk membuat kata sandinya. Verifikasi dengan memeriksa apakah output konsol kosong atau tidak. Untuk informasi selengkapnya, lihat [Tidak bisa mendapatkan output konsol](win-ts-common-issues.md#no-console-output).

Juga verifikasi bahwa akun AWS Identity and Access Management (IAM) yang digunakan untuk mengakses Portal Manajemen memiliki `ec2:GetPasswordData` tindakan yang diizinkan. Untuk informasi tentang izin IAM selengkapnya, lihat [Apa itu IAM?](https://docs.aws.amazon.com/IAM/latest/UserGuide/introduction.html).

## “Tidak dapat mengambil kata sandi Windows”
<a name="cannot-retrieve-password"></a>

Untuk mendapatkan kembali kata sandi yang dibuat secara otomatis pada akun Administrator, Anda harus menggunakan kunci privat untuk pasangan kunci yang Anda tentukan saat meluncurkan instans. Jika Anda tidak menentukan pasangan kunci saat meluncurkan instans, Anda akan menerima pesan berikut.

```
Cannot retrieve Windows password
```

Anda dapat menghentikan instans ini dan meluncurkan instans baru menggunakan AMI yang sama, pastikan untuk menentukan pasangan kunci.

## “Menunggu layanan metadata”
<a name="metadata-unavailable"></a>

Sebelum diaktifkan, instans Windows harus memperoleh informasi dari metadata instans miliknya. Secara default, `WaitForMetaDataAvailable` pengaturan memastikan bahwa layanan EC2 Config menunggu metadata instance dapat diakses sebelum melanjutkan proses boot. Untuk informasi selengkapnya, lihat [Gunakan metadata instans untuk mengelola instans EC2](ec2-instance-metadata.md).

Jika instans gagal dalam uji jangkauan instans, coba langkah berikut untuk menyelesaikan masalah ini.
+ Periksa blok CIDR untuk VPC Anda. Instans Windows tidak dapat melakukan boot dengan benar jika diluncurkan ke VPC yang memiliki rentang alamat IP dari `224.0.0.0` hingga `255.255.255.255` (Rentang Alamat IP Kelas D dan Kelas E). Rentang alamat IP ini disimpan, dan tidak boleh ditetapkan ke perangkat host. Sebaiknya Anda membuat VPC dengan blok CIDR dari rentang alamat IP privat (tidak dapat dirutekan secara publik) seperti yang ditentukan dalam [RFC 1918](http://www.faqs.org/rfcs/rfc1918.html).
+ Mungkin saja sistem telah dikonfigurasi dengan alamat IP statis. Coba [buat antarmuka jaringan](create-network-interface.md) dan [lampirkan ke instans](network-interface-attachments.md#attach_eni).
+ 

**Untuk mengaktifkan DHCP pada instans Windows yang tidak dapat Anda sambungkan**

  1. Hentikan instans yang terpengaruh dan lepaskan volume root-nya.

  1. Luncurkan instans sementara di Zona Ketersediaan yang sama dengan instans yang terpengaruh.
**Awas**  
Jika instans sementara Anda didasarkan pada AMI yang sama dengan instans asli, 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. Atau, pilih AMI yang berbeda untuk instans sementara. Misalnya, jika instance asli menggunakan AWS Windows AMI untuk Windows Server 2016, luncurkan instance sementara menggunakan AWS Windows AMI untuk Windows Server 2019.

  1. Lampirkan volume root dari instans yang terpengaruh ke instans sementara ini. Hubungkan ke instans sementara, buka utilitas **Manajemen Disk**, dan buat drive menjadi online.

  1. Dari instans sementara, buka **Regedit** dan pilih **HKEY\$1LOCAL\$1MACHINE**. Dari menu **File**, pilih **Muat Hive**. Pilih drive, buka file `Windows\System32\config\SYSTEM`, dan tentukan nama kunci saat diminta (Anda dapat menggunakan nama apa pun).

  1. Pilih kunci yang baru saja Anda muat dan navigasikan ke `ControlSet001\Services\Tcpip\Parameters\Interfaces`. Setiap antarmuka jaringan dicantumkan oleh GUID. Pilih antarmuka jaringan yang benar. Jika DHCP dinonaktifkan dan alamat IP statis ditetapkan, `EnableDHCP` diatur ke 0. Untuk mengaktifkan DHCP, atur `EnableDHCP` ke 1, dan hapus kunci berikut jika ada: `NameServer`, `SubnetMask`, `IPAddress`, dan `DefaultGateway`. Pilih lagi kunci tersebut, dan dari menu **File**, pilih **Bongkar Hive**.
**catatan**  
Jika Anda memiliki banyak antarmuka jaringan, Anda harus mengidentifikasi antarmuka yang benar untuk mengaktifkan DHCP. Untuk mengidentifikasi antarmuka jaringan yang benar, tinjau nilai kunci berikut `NameServer`, `SubnetMask`, `IPAddress`, dan `DefaultGateway`. Nilai-nilai ini menampilkan konfigurasi statis instans sebelumnya. 

  1. (Opsional) Jika DHCP sudah diaktifkan, Anda mungkin tidak memiliki rute ke layanan metadata. Memperbarui EC2 Config dapat menyelesaikan masalah ini.

     1. [Unduh](https://s3.amazonaws.com/ec2-downloads-windows/EC2Config/EC2Install.zip) dan instal versi terbaru dari layanan EC2 Config. Untuk informasi selengkapnya tentang menginstal layanan ini, lihat [Instal EC2 Config versi terbaru](UsingConfig_Install.md).

     1. Ekstrak file dari file `.zip` ke direktori `Temp` pada drive yang Anda lampirkan.

     1. Buka **Regedit** dan pilih **HKEY\$1LOCAL\$1MACHINE**. Dari menu **File**, pilih **Muat Hive**. Pilih drive, buka file `Windows\System32\config\SOFTWARE`, dan tentukan nama kunci saat diminta (Anda dapat menggunakan nama apa pun).

     1. Pilih kunci yang baru saja Anda muat dan navigasikan ke `Microsoft\Windows\CurrentVersion`. Pilih kunci `RunOnce`. (Jika kunci ini tidak ada, klik kanan `CurrentVersion`, arahkan ke **Baru**, pilih **Kunci**, dan beri nama kunci `RunOnce`.) Klik kanan, arahkan ke **Baru**, dan pilih **Nilai String**. Masukkan`Ec2Install` sebagai nama dan `C:\Temp\Ec2Install.exe -q` sebagai data.

     1. Pilih lagi kunci tersebut, dan dari menu **File**, pilih **Bongkar Hive**.

  1. (Opsional) Jika instans sementara Anda didasarkan pada AMI yang sama dengan instans asli, Anda harus menyelesaikan langkah-langkah berikut atau Anda tidak akan dapat melakukan boot instans asli setelah memulihkan volume root-nya karena tabrakan tanda tangan disk.
**Awas**  
Prosedur berikut menjelaskan cara mengedit Windows Registry menggunakan Registry Editor. Jika Anda tidak terbiasa dengan Windows Registry atau cara membuat perubahan dengan aman menggunakan Registry Editor, lihat [Konfigurasi Registry](https://learn.microsoft.com/en-us/previous-versions/windows/it-pro/windows-server-2008-R2-and-2008/cc725612(v=ws.11)).

     1. Buka prompt perintah, ketik **regedit.exe**, dan tekan Enter.

     1. Di **Registry Editor**, pilih **HKEY\$1LOCAL\$1MACHINE** dari menu konteks (klik kanan), lalu pilih **Temukan**.

     1. Ketik **Windows Boot Manager**, lalu pilih **Temukan Berikutnya**.

     1. Pilih kunci bernama `11000001`. Kunci ini adalah kelompok dari kunci yang Anda temukan di langkah sebelumnya.

     1. Pada panel kanan, pilih `Element`, lalu pilih **Ubah** dari menu konteks (klik kanan).

     1. Temukan tanda tangan disk empat bita pada offset 0x38 dalam data tersebut. Balikkan bita tersebut untuk membuat tanda tangan disk, dan tuliskan. Misalnya, tanda tangan disk yang diwakili oleh data berikut ini adalah `E9EB3AA5`:

        ```
        ...
        0030  00 00 00 00 01 00 00 00
        0038  A5 3A EB E9 00 00 00 00
        0040  00 00 00 00 00 00 00 00
        ...
        ```

     1. Di jendela Command Prompt, jalankan perintah berikut untuk memulai Microsoft DiskPart.

        ```
        diskpart
        ```

     1. Jalankan DiskPart perintah berikut untuk memilih volume. (Anda dapat memverifikasi bahwa nomor disk adalah 1 menggunakan utilitas **Manajemen Disk**.)

        ```
        DISKPART> select disk 1
        
        Disk 1 is now the selected disk.
        ```

     1. Jalankan DiskPart perintah berikut untuk mendapatkan tanda tangan disk.

        ```
        DISKPART>  uniqueid disk
        
        Disk ID: 0C764FA8
        ```

     1. Jika tanda tangan disk yang ditunjukkan pada langkah sebelumnya tidak cocok dengan tanda tangan disk dari BCD yang Anda tulis sebelumnya, gunakan DiskPart perintah berikut untuk mengubah tanda tangan disk sehingga cocok:

        ```
        DISKPART> uniqueid disk id=E9EB3AA5
        ```

  1. Menggunakan utilitas **Manajemen Disk**, buat drive menjadi offline.
**catatan**  
Drive secara otomatis offline jika instans sementara menjalankan sistem operasi yang sama dengan instans yang terpengaruh, jadi Anda tidak perlu membuatnya offline secara manual.

  1. Lepaskan volume dari instans sementara. Anda dapat mengakhiri instans sementara jika tidak menggunakannya lagi.

  1. Pulihkan volume root dari instans yang terpengaruh dengan melampirkan volume sebagai `/dev/sda1`.

  1. Mulai instans yang terpengaruh.

Jika Anda terhubung ke instans, buka peramban Internet dari instans dan masukkan URL berikut untuk server metadata:

```
http://169.254.169.254/latest/meta-data/
```

Jika Anda tidak dapat menghubungi server metadata, coba langkah berikut ini untuk menyelesaikan masalah ini:
+ [Unduh](https://s3.amazonaws.com/ec2-downloads-windows/EC2Config/EC2Install.zip) dan instal versi terbaru dari layanan EC2 Config. Untuk informasi selengkapnya tentang menginstal layanan ini, lihat [Instal EC2 Config versi terbaru](UsingConfig_Install.md).
+ Periksa apakah instance Windows menjalankan driver Red Hat PV. Jika iya, perbarui ke driver Citrix PV. Untuk informasi selengkapnya, lihat [Tingkatkan driver PV pada instans EC2 Windows](Upgrading_PV_drivers.md).
+ Verifikasi bahwa firewall IPSec,, dan pengaturan proxy tidak memblokir lalu lintas keluar ke layanan metadata (`169.254.169.254`) atau AWS KMS server (alamat ditentukan dalam `TargetKMSServer` elemen di). `C:\Program Files\Amazon\Ec2ConfigService\Settings\ActivationSettings.xml`
+ Pastikan Anda memiliki rute ke layanan metadata (`169.254.169.254`) menggunakan perintah berikut.

  ```
  route print
  ```
+ Periksa masalah jaringan yang mungkin memengaruhi Zona Ketersediaan untuk instans Anda. Buka [http://status.aws.amazon.com/](https://status.aws.amazon.com/).

## “Tidak dapat mengaktifkan Windows”
<a name="activate-windows"></a>

Instans Windows menggunakan AWS KMS aktivasi Windows. Anda dapat menerima pesan ini:`A problem occurred when Windows tried to activate. Error Code 0xC004F074`, jika instans Anda tidak dapat mencapai AWS KMS server. Windows harus diaktifkan setiap 180 hari. EC2Config mencoba menghubungi AWS KMS server sebelum periode aktivasi berakhir untuk memastikan bahwa Windows tetap diaktifkan.

Jika Anda mengalami masalah aktivasi Windows, gunakan prosedur berikut ini untuk menyelesaikan masalah tersebut.

**Untuk EC2 Config (Windows Server 2012 R2 AMIs dan sebelumnya)**

1. [Unduh](https://s3.amazonaws.com/ec2-downloads-windows/EC2Config/EC2Install.zip) dan instal versi terbaru dari layanan EC2 Config. Untuk informasi selengkapnya tentang menginstal layanan ini, lihat [Instal EC2 Config versi terbaru](UsingConfig_Install.md).

1. Masuk ke instans dan buka file berikut: `C:\Program Files\Amazon\Ec2ConfigService\Settings\config.xml`.

1. Temukan WindowsActivate plugin **Ec2** di `config.xml` file. Ubah statusnya ke **Diaktifkan** dan simpan perubahan Anda.

1. Di snap-in Layanan Windows, restart layanan EC2 Config atau reboot instance.

Jika langkah ini tidak menyelesaikan masalah aktivasi, ikuti langkah-langkah tambahan berikut.

1. Tetapkan AWS KMS target: **C:\$1> slmgr.vbs /skms 169.254.169.250:1688**

1. Aktifkan Windows: **C:\$1> slmgr.vbs /ato**

**Untuk EC2 Peluncuran (Windows Server 2016 AMIs dan yang lebih baru)**

1. Dari PowerShell prompt dengan hak administratif, impor modul EC2 Peluncuran:

   ```
   PS C:\> Import-Module "C:\ProgramData\Amazon\EC2-Windows\Launch\Module\Ec2Launch.psd1"
   ```

1. Panggil fungsi Add-Routes untuk melihat daftar rute baru:

   ```
   PS C:\> Add-Routes
   ```

1. Panggil ActivationSettings fungsi Set-:

   ```
   PS C:\> Set-Activationsettings
   ```

1. Kemudian, jalankan script berikut untuk mengaktifkan Windows:

   ```
   PS C:\> cscript "${env:SYSTEMROOT}\system32\slmgr.vbs" /ato
   ```

 Untuk EC2 Config dan EC2 Launch, jika Anda masih menerima kesalahan aktivasi, verifikasi informasi berikut.
+ Verifikasi bahwa Anda memiliki rute ke AWS KMS server. Buka `C:\Program Files\Amazon\Ec2ConfigService\Settings\ActivationSettings.xml` dan temukan elemen `TargetKMSServer`. Jalankan perintah berikut dan periksa apakah alamat untuk AWS KMS server ini terdaftar.

  ```
  route print
  ```
+ Verifikasi bahwa kunci AWS KMS klien disetel. Jalankan perintah berikut dan periksa output-nya.

  ```
  C:\Windows\System32\slmgr.vbs /dlv
  ```

  Jika output berisi Error: kunci produk tidak ditemukan, kunci AWS KMS klien tidak disetel. Jika kunci AWS KMS klien tidak disetel, cari kunci klien seperti yang dijelaskan dalam artikel Microsoft ini: [aktivasi AWS KMS klien dan kunci produk](https://learn.microsoft.com/en-us/windows-server/get-started/kms-client-activation-keys), lalu jalankan perintah berikut untuk mengatur kunci AWS KMS klien.

  ```
  C:\Windows\System32\slmgr.vbs /ipk client_key
  ```
+ Pastikan sistem memiliki waktu dan zona waktu yang benar. Jika Anda menggunakan zona waktu selain UTC, tambahkan kunci registri berikut dan atur `1` untuk memastikan bahwa waktunya sudah benar: `HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\TimeZoneInformation\RealTimeIsUniversal`
+ Jika Windows Firewall diaktifkan, nonaktifkan untuk sementara menggunakan perintah berikut.

  ```
  netsh advfirewall set allprofiles state off
  ```

## “Windows tidak asli (0x80070005)”
<a name="windows-not-genuine"></a>

Instans Windows menggunakan AWS KMS aktivasi Windows. Jika sebuah instans tidak dapat menyelesaikan proses aktivasi, instans akan melaporkan bahwa salinan Windows tidak asli.

Coba saran untuk [“Tidak dapat mengaktifkan Windows”](#activate-windows).

## “Tidak ada Server Lisensi Server Terminal yang tersedia untuk memberikan lisensi”
<a name="no-license-servers"></a>

Secara default, Windows Server dilisensikan untuk dua pengguna simultan melalui Desktop Jarak Jauh. Jika Anda perlu memberi lebih dari dua pengguna akses simultan ke instans Windows melalui Desktop Jarak Jauh, Anda dapat membeli lisensi akses klien (CAL) Remote Desktop Services dan menginstal peran Host Sesi Desktop Jarak Jauh dan Server Lisensi Desktop Jarak Jauh.

Periksa masalah berikut:
+ Anda telah melebihi jumlah maksimum sesi RDP bersamaan.
+ Anda telah menginstal peran Layanan Windows Remote Desktop Services.
+ Lisensi telah kedaluwarsa. Jika lisensi telah kedaluwarsa, Anda tidak dapat terhubung ke instans Windows Anda sebagai pengguna. Anda dapat mencoba hal-hal berikut ini: 
  + Hubungkan ke instans dari baris perintah menggunakan parameter `/admin`, misalnya: 

    ```
    mstsc /v:instance /admin
    ```

    Untuk informasi selengkapnya, lihat artikel Microsoft berikut: [Akses Desktop Jarak Jauh Melalui Baris Perintah](https://learn.microsoft.com/en-us/archive/technet-wiki/4487.access-remote-desktop-via-commandline).
  + Hentikan instans, lepaskan volume Amazon EBS-nya, dan lampirkan ke instans lain di Zona Ketersediaan yang sama untuk memulihkan data Anda.

## “Beberapa pengaturan dikelola oleh organisasi Anda”
<a name="some-settings-managed-by-org"></a>

Instans yang diluncurkan dari Windows Server terbaru AMIs mungkin menampilkan pesan dialog Pembaruan Windows yang menyatakan “Beberapa pengaturan dikelola oleh organisasi Anda.” Pesan ini muncul sebagai akibat dari perubahan di Windows Server dan tidak memengaruhi perilaku Pembaruan Windows atau kemampuan Anda untuk mengelola pengaturan pembaruan.

**Untuk menghapus peringatan**

1. Buka `gpedit.msc` dan arahkan ke **Konfigurasi Komputer**, **Templat Administratif**, **Komponen Windows**, **Pembaruan Windows**. Edit **Konfigurasi Pembaruan Otomatis**, dan atur ke **aktif**.

1. Di perintah prompt, perbarui kebijakan grup menggunakan **gpupdate /force**.

1. Tutup dan buka kembali Pengaturan Pembaruan Windows. Anda akan melihat pesan di atas tentang pengaturan yang dikelola oleh organisasi Anda, diikuti dengan “Kami akan mengunduh pembaruan secara otomatis, kecuali pada koneksi terukur (di mana biaya dapat berlaku). Dalam hal ini, kami akan mengunduh pembaruan yang diperlukan secara otomatis agar Windows tetap berjalan dengan lancar”.

1. Kembali ke `gpedit.msc` dan atur kebijakan grup kembali ke **tidak dikonfigurasi**. Jalankan lagi **gpupdate /force**.

1. Tutup perintah prompt dan tunggu beberapa menit.

1. Buka kembali Pengaturan Pembaruan Windows. Anda tidak akan melihat pesan “Beberapa pengaturan dikelola oleh organisasi Anda”.