Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
# Memecahkan masalah Classic Load Balancer
Tabel berikut mencantumkan sumber pemecahan masalah yang menurut Anda berguna saat bekerja dengan Classic Load Balancer.
**Kesalahan API**
| Kesalahan |
| --- |
| [CertificateNotFound: Tidak terdefinisi](ts-elb-error-api-response.md#ts-elb-error-message-certificate) |
| [OutofService: Terjadi kesalahan sementara](ts-elb-error-api-response.md#ts-elb-error-message-service) |
**Kesalahan HTTP**
| Kesalahan |
| --- |
| [HTTP 400: PERMINTAAN BURUK](ts-elb-error-message.md#ts-elb-errorcodes-http400) |
| [HTTP 405: METHOD\$1NOT\$1ALLOWED](ts-elb-error-message.md#ts-elb-errorcodes-http405) |
| [HTTP 408: Waktu habis permintaan](ts-elb-error-message.md#ts-elb-errorcodes-http408) |
| [HTTP 502: Gateway buruk](ts-elb-error-message.md#ts-elb-errorcodes-http502) |
| [503 Layanan Tidak Tersedia](ts-elb-error-message.md#ts-elb-errorcodes-http503) |
| [HTTP 504: Waktu habis gateway](ts-elb-error-message.md#ts-elb-errorcodes-http504) |
**Metrik kode respons**
| Metrik kode respons |
| --- |
| [HTTPCode\$1ELB\$14XX](ts-elb-http-errors.md#ts-elb-error-metrics-ELB_4XX) |
| [HTTPCode\$1ELB\$15XX](ts-elb-http-errors.md#ts-elb-error-metrics-ELB_5XX) |
| [HTTPCode\$1Backend\$12xx](ts-elb-http-errors.md#ts-elb-error-metrics-Backend_2XX) |
| [HTTPCode\$1Backend\$13xx](ts-elb-http-errors.md#ts-elb-error-metrics-Backend_3XX) |
| [HTTPCode\$1Backend\$14XX](ts-elb-http-errors.md#ts-elb-error-metrics-Backend_4XX) |
| [HTTPCode\$1Backend\$15XX](ts-elb-http-errors.md#ts-elb-error-metrics-Backend_5XX) |
**Masalah pemeriksaan kesehatan**
| Isu |
| --- |
| [Kesalahan halaman target pemeriksaan kesehatan](ts-elb-healthcheck.md#ts-elb-healthcheck-targetpage) |
| [Koneksi ke instance telah habis](ts-elb-healthcheck.md#ts-elb-healthcheck-failed) |
| [Otentikasi kunci publik gagal](ts-elb-healthcheck.md#ts-elb-healthcheck-publickey) |
| [Instance tidak menerima lalu lintas dari penyeimbang beban](ts-elb-healthcheck.md#ts-elb-healthcheck-securitygroup) |
| [Port pada instance tidak terbuka](ts-elb-healthcheck.md#ts-elb-healthcheck-ports) |
| [Instance dalam grup Auto Scaling gagal dalam pemeriksaan kesehatan ELB](ts-elb-healthcheck.md#ts-elb-healthcheck-autoscaling) |
**Masalah konektivitas**
| Isu |
| --- |
| [Klien tidak dapat menyambung ke Load Balancer yang menghadap internet](ts-elb-connection-failed.md#client-cannot-connect) |
| [Permintaan yang dikirim ke domain kustom tidak diterima oleh penyeimbang beban](ts-elb-connection-failed.md#custom-domain-request) |
| [Permintaan HTTPS yang dikirim ke penyeimbang beban mengembalikan “NET: :ERR\$1CERT\$1COMMON\$1NAME\$1INVALID”](ts-elb-connection-failed.md#https-cert-invalid) |
**Masalah pendaftaran instans**
| Isu |
| --- |
| [Terlalu lama untuk mendaftarkan instans EC2](ts-elb-register-instance.md#ts-elb-register-too-long) |
| [Tidak dapat mendaftarkan instance yang diluncurkan dari AMI berbayar](ts-elb-register-instance.md#ts-elb-paid-ami-instance) |
# Memecahkan masalah Classic Load Balancer: Kesalahan API
Berikut ini adalah pesan kesalahan yang ditampilkan oleh Elastic Load Balancing API, penyebab potensial, dan langkah-langkah yang dapat Anda ambil untuk menyelesaikan masalah.
**Topics**
+ [CertificateNotFound: Tidak terdefinisi](#ts-elb-error-message-certificate)
+ [OutofService: Terjadi kesalahan sementara](#ts-elb-error-message-service)
## CertificateNotFound: Tidak terdefinisi
**Penyebab 1**: Ada keterlambatan dalam menyebarkan sertifikat ke semua Wilayah saat dibuat menggunakan. Konsol Manajemen AWS Ketika penundaan ini terjadi, pesan kesalahan ditampilkan pada langkah terakhir dalam proses pembuatan penyeimbang beban.
**Solusi 1**: Tunggu sekitar 15 menit dan kemudian coba lagi. Jika masalah berlanjut, pergi ke [AWS Dukungan Pusat](https://console.aws.amazon.com/support/home#/) untuk bantuan.
**Penyebab 2**: Jika Anda menggunakan API AWS CLI atau secara langsung, Anda dapat menerima kesalahan ini jika Anda memberikan Nama Sumber Daya Amazon (ARN) untuk sertifikat yang tidak ada.
**Solusi 2**: Gunakan tindakan AWS Identity and Access Management (IAM) [GetServerCertificate](https://docs.aws.amazon.com/IAM/latest/APIReference/API_GetServerCertificate.html)untuk mendapatkan sertifikat ARN dan verifikasi bahwa Anda memberikan nilai yang benar untuk ARN.
## OutofService: Terjadi kesalahan sementara
**Penyebab**: Ada masalah internal sementara dalam layanan Elastic Load Balancing atau jaringan yang mendasarinya. Masalah sementara ini juga dapat terjadi ketika Elastic Load Balancing menanyakan kesehatan penyeimbang beban dan instans terdaftarnya.
**Solusi**: Coba lagi panggilan API. Jika masalah berlanjut, pergi ke [AWS Dukungan Pusat](https://console.aws.amazon.com/support/home#/) untuk bantuan.
# Memecahkan masalah Classic Load Balancer: Kesalahan HTTP
Metode HTTP (juga disebut *kata kerja*) menentukan tindakan yang akan dilakukan pada sumber daya yang menerima permintaan HTTP. Metode standar untuk permintaan HTTP didefinisikan dalam RFC 2616, Definisi [Metode](http://tools.ietf.org/html/rfc2616#section-9). Metode standar termasuk GET, POST, PUT, HEAD, dan OPTIONS. Beberapa aplikasi web memerlukan (dan terkadang memperkenalkan) metode yang merupakan ekstensi dari metode HTTP/1.1. Contoh umum dari metode ekstensi HTTP termasuk PATCH, REPORT, MKCOL, PROPFIND, MOVE, dan LOCK. Elastic Load Balancing menerima semua metode HTTP standar dan non-standar.
Permintaan dan tanggapan HTTP menggunakan bidang header untuk mengirim informasi tentang pesan HTTP. Bidang header adalah pasangan nama-nilai dipisahkan titik dua yang dipisahkan oleh cariage return (CR) dan line feed (LF). [Satu set standar bidang header HTTP didefinisikan dalam RFC 2616, Message Header.](http://tools.ietf.org/html/rfc2616#section-4.2) Untuk informasi selengkapnya, lihat [Header HTTP dan Classic Load Balancer](x-forwarded-headers.md).
Ketika penyeimbang beban menerima permintaan HTTP, ia memeriksa permintaan yang salah bentuk dan panjang metode. Total panjang metode dalam permintaan HTTP ke penyeimbang beban tidak boleh melebihi 127 karakter. Jika permintaan HTTP melewati kedua pemeriksaan, penyeimbang beban mengirimkan permintaan ke instans EC2. Jika bidang metode dalam permintaan salah bentuk, penyeimbang beban merespons dengan kesalahan. [HTTP 400: PERMINTAAN BURUK](#ts-elb-errorcodes-http400) Jika panjang metode dalam permintaan melebihi 127 karakter, penyeimbang beban merespons dengan kesalahan. [HTTP 405: METHOD\$1NOT\$1ALLOWED](#ts-elb-errorcodes-http405)
Instans EC2 memproses permintaan yang valid dengan menerapkan metode dalam permintaan dan mengirimkan respons kembali ke klien. Instance Anda harus dikonfigurasi untuk menangani metode yang didukung dan tidak didukung.
Berikut ini adalah pesan kesalahan yang dikembalikan oleh penyeimbang beban Anda, penyebab potensial, dan langkah-langkah yang dapat Anda ambil untuk menyelesaikan masalah.
**Topics**
+ [HTTP 400: PERMINTAAN BURUK](#ts-elb-errorcodes-http400)
+ [HTTP 405: METHOD\$1NOT\$1ALLOWED](#ts-elb-errorcodes-http405)
+ [HTTP 408: Waktu habis permintaan](#ts-elb-errorcodes-http408)
+ [HTTP 502: Gateway buruk](#ts-elb-errorcodes-http502)
+ [503 Layanan Tidak Tersedia](#ts-elb-errorcodes-http503)
+ [HTTP 504: Waktu habis gateway](#ts-elb-errorcodes-http504)
## HTTP 400: PERMINTAAN BURUK
**Deskripsi**: Menunjukkan bahwa klien mengirim permintaan yang buruk.
**Penyebab 1**: Klien mengirim permintaan cacat yang tidak memenuhi spesifikasi HTTP. Misalnya, permintaan tidak dapat memiliki spasi di URL.
**Penyebab 2**: Klien menggunakan metode HTTP CONNECT, yang tidak didukung oleh Elastic Load Balancing.
**Solusi**: Connect langsung ke instans Anda dan tangkap detail permintaan klien. Tinjau header dan URL untuk permintaan yang salah. Verifikasi bahwa permintaan tersebut memenuhi spesifikasi HTTP. Verifikasi bahwa HTTP CONNECT tidak digunakan.
## HTTP 405: METHOD\$1NOT\$1ALLOWED
**Deskripsi**: Menunjukkan bahwa panjang metode tidak valid.
**Penyebab**: Panjang metode di header permintaan melebihi 127 karakter.
**Solusi**: Periksa panjang metode.
## HTTP 408: Waktu habis permintaan
**Deskripsi**: Menunjukkan bahwa klien membatalkan permintaan atau gagal mengirim permintaan penuh.
**Penyebab 1**: Gangguan jaringan atau konstruksi permintaan yang buruk, seperti header yang terbentuk sebagian; ukuran konten yang ditentukan tidak sesuai dengan ukuran konten aktual yang ditransmisikan; dan seterusnya.
**Solusi 1**: Periksa kode yang membuat permintaan dan coba kirimkan langsung ke instance terdaftar Anda (atau lingkungan pengembangan/pengujian) di mana Anda memiliki kontrol lebih besar untuk memeriksa permintaan yang sebenarnya.
**Penyebab 2**: Koneksi ke klien ditutup (penyeimbang beban tidak dapat mengirim respons)
**Solusi 2**: Verifikasi bahwa klien tidak menutup koneksi sebelum respons dikirim dengan menggunakan packet sniffer pada mesin yang membuat permintaan.
## HTTP 502: Gateway buruk
**Deskripsi**: Menunjukkan bahwa penyeimbang beban tidak dapat mengurai respons yang dikirim dari instance terdaftar.
**Penyebab**: Respons yang salah bentuk dari instance atau berpotensi menjadi masalah dengan penyeimbang beban.
**Solusi**: Verifikasi bahwa respons yang dikirim dari instance sesuai dengan spesifikasi HTTP. Pergi ke [AWS Dukungan Pusat](https://console.aws.amazon.com/support/home#/) untuk bantuan.
## 503 Layanan Tidak Tersedia
**Deskripsi**: Menunjukkan bahwa penyeimbang beban atau instans terdaftar menyebabkan kesalahan.
**Penyebab 1**: Kapasitas yang tidak mencukupi dalam penyeimbang beban untuk menangani permintaan.
**Solusi 1**: Ini harus menjadi masalah sementara dan tidak boleh berlangsung lebih dari beberapa menit. Jika terus berlanjut, pergi ke [AWS Dukungan Pusat](https://console.aws.amazon.com/support/home#/) untuk bantuan.
**Penyebab 2**: Tidak ada contoh terdaftar.
**Solusi 2**: Daftarkan setidaknya satu instans di setiap Availability Zone tempat penyeimbang beban Anda dikonfigurasi untuk merespons. Verifikasi ini dengan melihat `HealthyHostCount` metrik di CloudWatch. Jika Anda tidak dapat memastikan bahwa instans terdaftar di setiap Availability Zone, sebaiknya aktifkan penyeimbangan beban lintas zona. Untuk informasi selengkapnya, lihat [Konfigurasikan load balancing lintas zona untuk Classic Load Balancer](enable-disable-crosszone-lb.md).
**Penyebab 3**: Tidak ada contoh yang sehat.
**Solusi 3**: Pastikan Anda memiliki instans yang sehat di setiap Availability Zone tempat penyeimbang beban Anda dikonfigurasi untuk merespons. Verifikasi ini dengan melihat `HealthyHostCount` metrik.
**Penyebab 4**: Antrian lonjakan penuh.
**Solusi 4**: Pastikan instans Anda memiliki kapasitas yang cukup untuk menangani tingkat permintaan. Verifikasi ini dengan melihat `SpilloverCount` metrik.
## HTTP 504: Waktu habis gateway
**Deskripsi**: Menunjukkan bahwa penyeimbang beban menutup sambungan karena permintaan tidak selesai dalam periode batas waktu idle.
**Penyebab 1**: Aplikasi membutuhkan waktu lebih lama untuk merespons daripada batas waktu idle yang dikonfigurasi.
**Solusi 1**: Pantau `HTTPCode_ELB_5XX` dan `Latency` metrik. Jika ada peningkatan metrik ini, bisa jadi karena aplikasi tidak merespons dalam periode batas waktu idle. Untuk detail tentang permintaan yang waktunya habis, aktifkan log akses pada penyeimbang beban dan tinjau 504 kode respons di log yang dihasilkan oleh Elastic Load Balancing. Jika perlu, Anda dapat meningkatkan kapasitas atau meningkatkan batas waktu idle yang dikonfigurasi sehingga operasi yang panjang (seperti mengunggah file besar) dapat selesai. Untuk informasi selengkapnya, lihat [Konfigurasikan batas waktu koneksi idle untuk Classic Load Balancer](config-idle-timeout.md) dan [Bagaimana cara mengatasi masalah latensi tinggi Elastic Load Balancing](https://repost.aws/knowledge-center/elb-latency-troubleshooting).
**Penyebab 2**: Instans terdaftar menutup koneksi ke Elastic Load Balancing.
**Solusi 2**: Aktifkan pengaturan keep-alive pada instans EC2 Anda dan pastikan batas waktu keep-alive lebih besar daripada pengaturan batas waktu idle penyeimbang beban Anda.
# Memecahkan masalah Classic Load Balancer: Metrik kode respons
Penyeimbang beban Anda mengirimkan metrik ke Amazon CloudWatch untuk kode respons HTTP yang dikirim ke klien, mengidentifikasi sumber kesalahan sebagai penyeimbang beban atau instans terdaftar. Anda dapat menggunakan metrik yang dikembalikan oleh penyeimbang beban Anda CloudWatch untuk memecahkan masalah. Untuk informasi selengkapnya, lihat [CloudWatch metrik untuk Classic Load Balancer](elb-cloudwatch-metrics.md).
Berikut ini adalah metrik kode respons yang dikembalikan CloudWatch untuk penyeimbang beban Anda, penyebab potensial, dan langkah-langkah yang dapat Anda ambil untuk menyelesaikan masalah.
**Topics**
+ [HTTPCode\$1ELB\$14XX](#ts-elb-error-metrics-ELB_4XX)
+ [HTTPCode\$1ELB\$15XX](#ts-elb-error-metrics-ELB_5XX)
+ [HTTPCode\$1Backend\$12xx](#ts-elb-error-metrics-Backend_2XX)
+ [HTTPCode\$1Backend\$13xx](#ts-elb-error-metrics-Backend_3XX)
+ [HTTPCode\$1Backend\$14XX](#ts-elb-error-metrics-Backend_4XX)
+ [HTTPCode\$1Backend\$15XX](#ts-elb-error-metrics-Backend_5XX)
## HTTPCode\$1ELB\$14XX
**Penyebab**: Permintaan yang cacat atau dibatalkan dari klien.
**Solusi**
+ Lihat [HTTP 400: PERMINTAAN BURUK](ts-elb-error-message.md#ts-elb-errorcodes-http400).
+ Lihat [HTTP 405: METHOD\$1NOT\$1ALLOWED](ts-elb-error-message.md#ts-elb-errorcodes-http405).
+ Lihat [HTTP 408: Waktu habis permintaan](ts-elb-error-message.md#ts-elb-errorcodes-http408).
## HTTPCode\$1ELB\$15XX
**Penyebab**: Baik penyeimbang beban atau instance terdaftar menyebabkan kesalahan atau penyeimbang beban tidak dapat mengurai respons.
**Solusi**
+ Lihat [HTTP 502: Gateway buruk](ts-elb-error-message.md#ts-elb-errorcodes-http502).
+ Lihat [503 Layanan Tidak Tersedia](ts-elb-error-message.md#ts-elb-errorcodes-http503).
+ Lihat [HTTP 504: Waktu habis gateway](ts-elb-error-message.md#ts-elb-errorcodes-http504).
## HTTPCode\$1Backend\$12xx
**Penyebab**: Respons yang normal dan berhasil dari instans terdaftar.
**Solusi**: Tidak ada.
## HTTPCode\$1Backend\$13xx
**Penyebab**: Respons pengalihan yang dikirim dari instans terdaftar.
**Solusi**: Lihat log akses atau log kesalahan pada instans Anda untuk menentukan penyebabnya. Kirim permintaan langsung ke instance (melewati penyeimbang beban) untuk melihat tanggapan.
## HTTPCode\$1Backend\$14XX
**Penyebab**: Respons kesalahan klien yang dikirim dari instance terdaftar.
**Solusi**: Lihat akses atau log kesalahan pada instans Anda untuk menentukan penyebabnya. Kirim permintaan langsung ke instance (melewati penyeimbang beban) untuk melihat tanggapan.
**catatan**
Jika klien membatalkan permintaan HTTP yang dimulai dengan `Transfer-Encoding: chunked` header, ada masalah yang diketahui di mana penyeimbang beban meneruskan permintaan ke instance meskipun klien membatalkan permintaan tersebut. Hal ini dapat menyebabkan kesalahan backend.
## HTTPCode\$1Backend\$15XX
**Penyebab**: Respons kesalahan server yang dikirim dari instance terdaftar.
**Solusi**: Lihat log akses atau log kesalahan pada instance Anda untuk menentukan penyebabnya. Kirim permintaan langsung ke instance (melewati penyeimbang beban) untuk melihat tanggapan.
**catatan**
Jika klien membatalkan permintaan HTTP yang dimulai dengan `Transfer-Encoding: chunked` header, ada masalah yang diketahui di mana penyeimbang beban meneruskan permintaan ke instance meskipun klien membatalkan permintaan tersebut. Hal ini dapat menyebabkan kesalahan backend.
# Memecahkan Masalah Classic Load Balancer: Pemeriksaan Kesehatan
Penyeimbang beban Anda memeriksa kesehatan instans yang terdaftar menggunakan konfigurasi pemeriksaan kesehatan default yang disediakan oleh Elastic Load Balancing atau konfigurasi pemeriksaan kesehatan khusus yang Anda tentukan. Konfigurasi pemeriksaan kesehatan berisi informasi seperti protokol, port ping, jalur ping, batas waktu respons, dan interval pemeriksaan kesehatan. Sebuah instance dianggap sehat jika mengembalikan kode respons 200 dalam interval pemeriksaan kesehatan. Untuk informasi selengkapnya, lihat [Health memeriksa instans untuk Classic Load Balancer Anda](elb-healthchecks.md).
Jika status saat ini dari beberapa atau semua instance Anda `OutOfService` dan bidang deskripsi menampilkan pesan bahwa`Instance has failed at least the Unhealthy Threshold number of health checks consecutively`, instance telah gagal dalam pemeriksaan kesehatan penyeimbang beban. Berikut ini adalah masalah yang harus dicari, penyebab potensial, dan langkah-langkah yang dapat Anda ambil untuk menyelesaikan masalah.
**Topics**
+ [Kesalahan halaman target pemeriksaan kesehatan](#ts-elb-healthcheck-targetpage)
+ [Koneksi ke instance telah habis](#ts-elb-healthcheck-failed)
+ [Otentikasi kunci publik gagal](#ts-elb-healthcheck-publickey)
+ [Instance tidak menerima lalu lintas dari penyeimbang beban](#ts-elb-healthcheck-securitygroup)
+ [Port pada instance tidak terbuka](#ts-elb-healthcheck-ports)
+ [Instance dalam grup Auto Scaling gagal dalam pemeriksaan kesehatan ELB](#ts-elb-healthcheck-autoscaling)
## Kesalahan halaman target pemeriksaan kesehatan
**Masalah**: Permintaan HTTP GET yang dikeluarkan untuk instance pada port ping yang ditentukan dan jalur ping (misalnya, http:80/index.html) menerima kode respons non-200.
**Penyebab 1**: Tidak ada halaman target yang dikonfigurasi pada instance.
**Solusi 1**: Buat halaman target (misalnya,`index.html`) pada setiap instance terdaftar dan tentukan jalurnya sebagai jalur ping.
**Penyebab 2**: Nilai header Content-Length dalam respons tidak disetel.
**Solusi 2**: Jika respons menyertakan badan, maka atur header Content-Length ke nilai yang lebih besar dari atau sama dengan nol, atau atur nilai Transfer-Encoding ke 'chunked'.
**Penyebab 3**: Aplikasi tidak dikonfigurasi untuk menerima permintaan dari penyeimbang beban atau mengembalikan kode respons 200.
**Solusi 3**: Periksa aplikasi pada instans Anda untuk menyelidiki penyebabnya.
## Koneksi ke instance telah habis
**Masalah**: Permintaan pemeriksaan kesehatan dari penyeimbang beban Anda ke instans EC2 Anda habis waktu atau gagal sebentar-sebentar.
Pertama, verifikasi masalah dengan menghubungkan langsung dengan instance. Kami menyarankan Anda terhubung ke instans Anda dari dalam jaringan menggunakan alamat IP pribadi dari instans.
Gunakan perintah berikut untuk koneksi TCP:
```
telnet private-IP-address-of-the-instance port
```
Gunakan perintah berikut untuk koneksi HTTP atau HTTPS:
```
curl –I private-IP-address-of-the-instance:port/health-check-target-page
```
Jika Anda menggunakan HTTP/HTTPS koneksi dan mendapatkan respons non-200, lihat[Kesalahan halaman target pemeriksaan kesehatan](#ts-elb-healthcheck-targetpage). Jika Anda dapat terhubung langsung ke instans, periksa hal-hal berikut:
**Penyebab 1**: Instance gagal merespons dalam periode batas waktu respons yang dikonfigurasi.
**Solusi 1**: Sesuaikan pengaturan batas waktu respons dalam konfigurasi pemeriksaan kesehatan penyeimbang beban Anda.
**Penyebab 2**: Instans berada di bawah beban yang signifikan dan membutuhkan waktu lebih lama dari periode batas waktu respons yang dikonfigurasi untuk merespons.
**Solusi 2**:
+ Periksa grafik pemantauan untuk pemanfaatan CPU yang berlebihan. Untuk selengkapnya, lihat [Mendapatkan statistik untuk instans EC2 tertentu](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/US_SingleMetricPerInstance.html) di Panduan *Pengguna Amazon EC2*.
+ Periksa pemanfaatan sumber daya aplikasi lain, seperti memori atau batas, dengan menghubungkan ke instans EC2 Anda.
+ Jika perlu, tambahkan lebih banyak instance atau aktifkan Auto Scaling. Untuk informasi selengkapnya, lihat [Panduan Pengguna Amazon EC2 Auto Scaling](https://docs.aws.amazon.com/autoscaling/ec2/userguide/).
**Penyebab 3**: Jika Anda menggunakan koneksi HTTP atau HTTPS dan pemeriksaan kesehatan sedang dilakukan pada halaman target yang ditentukan dalam bidang jalur ping (misalnya,`HTTP:80/index.html`), halaman target mungkin membutuhkan waktu lebih lama untuk merespons daripada batas waktu yang dikonfigurasi.
**Solusi 3**: Gunakan halaman target pemeriksaan kesehatan yang lebih sederhana atau sesuaikan pengaturan interval pemeriksaan kesehatan.
## Otentikasi kunci publik gagal
**Masalah**: Penyeimbang beban yang dikonfigurasi untuk menggunakan protokol HTTPS atau SSL dengan otentikasi back-end diaktifkan gagal otentikasi kunci publik.
**Penyebab**: Kunci publik pada sertifikat SSL tidak cocok dengan kunci publik yang dikonfigurasi pada penyeimbang beban. Gunakan `s_client` perintah untuk melihat daftar sertifikat server dalam rantai sertifikat. Untuk informasi selengkapnya, lihat [s\$1client di dokumentasi](https://www.openssl.org/docs/man1.1.1/man1/openssl-s_client.html) OpenSSL.
**Solusi**: Anda mungkin perlu memperbarui sertifikat SSL Anda. Jika sertifikat SSL Anda saat ini, coba instal ulang pada penyeimbang beban Anda. Untuk informasi selengkapnya, lihat [Ganti sertifikat SSL untuk Classic Load Balancer](elb-update-ssl-cert.md).
## Instance tidak menerima lalu lintas dari penyeimbang beban
**Masalah**: Grup keamanan misalnya memblokir lalu lintas dari penyeimbang beban.
Lakukan pengambilan paket pada instance untuk memverifikasi masalah. Gunakan perintah berikut ini.
```
# tcpdump port health-check-port
```
**Penyebab 1**: Grup keamanan yang terkait dengan instance tidak mengizinkan lalu lintas dari penyeimbang beban.
**Solusi 1**: Edit grup keamanan instans untuk mengizinkan lalu lintas dari penyeimbang beban. Tambahkan aturan untuk mengizinkan semua lalu lintas dari grup keamanan penyeimbang beban.
**Penyebab 2**: Grup keamanan untuk penyeimbang beban Anda tidak mengizinkan lalu lintas ke instans EC2.
**Solusi 2**: Edit grup keamanan penyeimbang beban Anda untuk memungkinkan lalu lintas ke subnet dan instans EC2.
Untuk informasi tentang mengelola grup keamanan, lihat[Konfigurasikan grup keamanan untuk Classic Load Balancer](elb-vpc-security-groups.md).
## Port pada instance tidak terbuka
**Masalah**: Pemeriksaan kesehatan yang dikirim ke instans EC2 oleh penyeimbang beban diblokir oleh port atau firewall.
Verifikasi masalah dengan menggunakan perintah berikut:
```
netstat –ant
```
**Penyebab**: Port kesehatan yang ditentukan atau port pendengar (jika dikonfigurasi berbeda) tidak terbuka. Baik port yang ditentukan untuk pemeriksaan kesehatan dan port pendengar harus terbuka dan mendengarkan.
**Solusi**: Buka port listener dan port yang ditentukan dalam konfigurasi pemeriksaan kesehatan Anda (jika dikonfigurasi berbeda) pada instans Anda untuk menerima lalu lintas penyeimbang beban.
## Instance dalam grup Auto Scaling gagal dalam pemeriksaan kesehatan ELB
**Masalah**: Instance di grup Auto Scaling Anda lulus pemeriksaan kesehatan Auto Scaling default tetapi gagal dalam pemeriksaan kesehatan ELB.
**Penyebab**: Auto Scaling menggunakan pemeriksaan status EC2 untuk mendeteksi masalah perangkat keras dan perangkat lunak dengan instans, tetapi penyeimbang beban melakukan pemeriksaan kesehatan dengan mengirimkan permintaan ke instans dan menunggu kode respons 200, atau dengan membuat koneksi TCP (untuk pemeriksaan kesehatan berbasis TCP) dengan instance.
Sebuah instance mungkin gagal dalam pemeriksaan kesehatan ELB karena aplikasi yang berjalan pada instance memiliki masalah yang menyebabkan penyeimbang beban mempertimbangkan instance di luar layanan. Instance ini mungkin lulus pemeriksaan kesehatan Auto Scaling; itu tidak akan digantikan oleh kebijakan Auto Scaling karena dianggap sehat berdasarkan pemeriksaan status EC2.
**Solusi**: Gunakan pemeriksaan kesehatan ELB untuk grup Auto Scaling Anda. Saat Anda menggunakan pemeriksaan kesehatan ELB, Auto Scaling menentukan status kesehatan instans Anda dengan memeriksa hasil pemeriksaan status instans dan pemeriksaan kesehatan ELB. Untuk informasi selengkapnya, lihat [Pemeriksaan kesehatan Menambahkan Elastic Load Balancing ke grup Auto Scaling](https://docs.aws.amazon.com/autoscaling/ec2/userguide/attach-load-balancer-asg.html) di Panduan Pengguna *Amazon EC2 Auto Scaling*.
# Memecahkan Masalah Classic Load Balancer: Konektivitas klien
## Klien tidak dapat menyambung ke Load Balancer yang menghadap internet
Jika Load Balancer tidak merespons permintaan, periksa masalah berikut ini:
**Load Balancer yang menghadap internet Anda terpasang ke subnet pribadi**
Anda harus menentukan subnet publik untuk Load Balancer Anda. Subnet publik memiliki rute ke gateway internet untuk virtual private cloud (VPC) Anda.
**Grup keamanan atau jaringan ACL tidak mengizinkan lalu lintas**
Grup keamanan untuk penyeimbang beban dan jaringan apa pun ACLs untuk subnet penyeimbang beban harus memungkinkan lalu lintas masuk dari klien dan lalu lintas keluar ke klien di port pendengar. Untuk informasi selengkapnya, lihat [Konfigurasikan grup keamanan untuk Classic Load Balancer](elb-vpc-security-groups.md).
## Permintaan yang dikirim ke domain kustom tidak diterima oleh penyeimbang beban
Jika penyeimbang beban tidak menerima permintaan yang dikirim ke domain kustom, periksa masalah berikut:
**Nama domain kustom tidak diselesaikan ke alamat IP penyeimbang beban**
+ Konfirmasikan alamat IP apa yang diselesaikan oleh nama domain khusus untuk menggunakan antarmuka baris perintah.
+ **Linux, macOS, atau Unix** — Anda dapat menggunakan `dig` perintah di dalam Terminal. Mantan. `dig example.com`
+ **Windows** — Anda dapat menggunakan `nslookup` perintah dalam Command Prompt. Mantan. `nslookup example.com`
+ Konfirmasikan alamat IP apa yang diselesaikan oleh nama DNS penyeimbang beban untuk menggunakan antarmuka baris perintah.
+ Bandingkan hasil dari dua output. Alamat IP harus cocok.
## Permintaan HTTPS yang dikirim ke penyeimbang beban mengembalikan “NET: :ERR\$1CERT\$1COMMON\$1NAME\$1INVALID”
Jika permintaan HTTPS diterima `NET::ERR_CERT_COMMON_NAME_INVALID` dari penyeimbang beban, periksa kemungkinan penyebab berikut:
+ Nama domain yang digunakan dalam permintaan HTTPS tidak cocok dengan nama alternatif yang ditentukan dalam sertifikat ACM terkait pendengar.
+ Nama DNS default load balancers sedang digunakan. Nama DNS default tidak dapat digunakan untuk membuat permintaan HTTPS karena sertifikat publik tidak dapat diminta untuk `*.amazonaws.com` domain.
# Memecahkan masalah Classic Load Balancer: Pendaftaran instans
Saat Anda mendaftarkan instans dengan penyeimbang beban Anda, ada sejumlah langkah yang diambil sebelum penyeimbang beban dapat mulai mengirim permintaan ke instans Anda.
Berikut ini adalah masalah yang mungkin dihadapi penyeimbang beban Anda saat mendaftarkan instans EC2 Anda, penyebab potensial, dan langkah-langkah yang dapat Anda ambil untuk menyelesaikan masalah.
**Topics**
+ [Terlalu lama untuk mendaftarkan instans EC2](#ts-elb-register-too-long)
+ [Tidak dapat mendaftarkan instance yang diluncurkan dari AMI berbayar](#ts-elb-paid-ami-instance)
## Terlalu lama untuk mendaftarkan instans EC2
**Masalah**: Instans EC2 terdaftar membutuhkan waktu lebih lama dari yang diharapkan berada di negara bagian. `InService`
**Penyebab**: Instance Anda mungkin gagal dalam pemeriksaan kesehatan. Setelah langkah pendaftaran instans awal selesai (dapat memakan waktu hingga sekitar 30 detik), penyeimbang beban mulai mengirimkan permintaan pemeriksaan kesehatan. Contoh Anda tidak `InService` sampai satu pemeriksaan kesehatan berhasil.
**Solusi**: Lihat[Koneksi ke instance telah habis](ts-elb-healthcheck.md#ts-elb-healthcheck-failed).
## Tidak dapat mendaftarkan instance yang diluncurkan dari AMI berbayar
**Masalah**: Elastic Load Balancing tidak mendaftarkan instans yang diluncurkan menggunakan AMI berbayar.
**Penyebab**: Instance Anda mungkin telah diluncurkan menggunakan AMI berbayar dari [Amazon DevPay](https://aws.amazon.com/devpay/).
**Solusi**[: Elastic Load Balancing tidak mendukung pendaftaran instans yang diluncurkan menggunakan berbayar dari AMIs Amazon. DevPay](https://aws.amazon.com/devpay/) Perhatikan bahwa Anda dapat menggunakan berbayar AMIs dari [AWS Marketplace](https://aws.amazon.com/marketplace). Jika Anda sudah menggunakan AMI berbayar dari AWS Marketplace dan tidak dapat mendaftarkan instans yang diluncurkan dari AMI berbayar itu, kunjungi [AWS Dukungan Pusat](https://console.aws.amazon.com/support/home#/) untuk bantuan.