Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
# Bekerja dengan zona yang di-hosting publik
Zona yang di-hosting publik adalah kontainer yang berisi informasi tentang cara merutekan lalu lintas di internet untuk domain tertentu, seperti example.com, dan subdomainnya (acme.example.com, zenith.example.com). Anda mendapatkan zona yang di-hosting publik dengan salah satu dari dua cara berikut:
+ Ketika Anda mendaftarkan domain dengan Amazon Route 53, kami membuat zona yang di-hosting secara otomatis untuk Anda.
+ Ketika mentransfer layanan DNS untuk domain yang ada ke Route 53, Anda memulai dengan membuat zona yang di-hosting untuk domain. Untuk informasi selengkapnya, lihat [Membuat Amazon Route 53 menjadi layanan DNS untuk domain yang adaMembuat Route 53 menjadi layanan DNS untuk domain yang ada](MigratingDNS.md).
Di kedua kasus, kemudian Anda membuat catatan di zona yang di-hosting untuk menentukan cara merutekan lalu lintas bagi domain dan subdomain. Misalnya, Anda dapat membuat catatan untuk merutekan lalu lintas www.example.com ke CloudFront distribusi atau ke server web di pusat data Anda. Untuk informasi lebih lanjut tentang catatan, lihat [Bekerja dengan catatan](rrsets-working-with.md).
Topik ini menjelaskan cara menggunakan konsol Amazon Route 53 untuk membuat, mencantumkan, dan menghapus zona yang di-hosting publik.
**catatan**
Anda juga dapat menggunakan zona host *pribadi* Route 53 untuk merutekan lalu lintas dalam satu atau lebih VPCs yang Anda buat dengan layanan Amazon VPC. Untuk informasi selengkapnya, lihat [Bekerja dengan zona yang di-hosting privat](hosted-zones-private.md).
**Topics**
+ [Pertimbangan saat bekerja dengan zona yang di-hosting publik](hosted-zone-public-considerations.md)
+ [Membuat zona yang di-hosting publik](CreatingHostedZone.md)
+ [Mendapatkan server nama untuk zona yang di-hosting publik](GetInfoAboutHostedZone.md)
+ [Mencantumkan zona yang di-hosting publik](ListInfoOnHostedZone.md)
+ [Melihat metrik kueri DNS untuk zona yang di-hosting publik](hosted-zone-public-viewing-query-metrics.md)
+ [Menghapus zona yang di-hosting publik](DeleteHostedZone.md)
+ [Memeriksa respons DNS dari Route 53](dns-test.md)
+ [Mengonfigurasi server nama label putih](white-label-name-servers.md)
+ [Catatan NS dan SOA yang dibuat Amazon Route 53 untuk zona yang di-hosting publik](SOA-NSrecords.md)
+ [Mengaktifkan pemulihan yang dipercepat untuk mengelola catatan DNS publik](accelerated-recovery.md)
# Pertimbangan saat bekerja dengan zona yang di-hosting publik
Perhatikan pertimbangan berikut saat bekerja dengan zona yang di-hosting publik:
**Catatan NS dan SOA**
Ketika Anda membuat zona yang di-hosting, Amazon Route 53 secara otomatis membuat catatan server nama (NS) dan catatan start of authority (SOA) untuk zona. Catatan NS mengidentifikasi empat server nama yang Anda berikan ke registrar atau layanan DNS sehingga kueri DNS dirutekan ke server nama Route 53. Untuk informasi lebih lanjut tentang catatan NS dan SOA, lihat [Catatan NS dan SOA yang dibuat Amazon Route 53 untuk zona yang di-hosting publik](SOA-NSrecords.md).
**Beberapa zona yang di-hosting dengan nama yang sama**
Anda dapat membuat lebih dari satu zona yang di-hosting dengan nama yang sama dan menambahkan catatan yang berbeda ke setiap zona yang di-hosting. Route 53 menetapkan empat server nama untuk setiap zona yang di-hosting, dan server nama berbeda untuk setiap zona. Saat Anda memperbarui catatan server nama registrar, perhatikan untuk menggunakan server nama Route 53 untuk zona yang di-hosting yang benar—zona yang berisi catatan yang akan digunakan Route 53 saat merespons kueri untuk domain Anda. Route 53 tidak pernah mengembalikan nilai untuk catatan di zona yang di-hosting lain dengan nama yang sama.
**Set delegasi yang dapat digunakan kembali**
Secara default, Route 53 menetapkan satu set empat nama server yang unik (dikenal secara kolektif sebagai set delegasi) untuk setiap zona yang di-hosting yang Anda buat. Jika ingin membuat sejumlah besar zona yang di-hosting, Anda dapat membuat set delegasi yang dapat digunakan kembali secara terprogram. (Set delegasi yang dapat digunakan kembali tidak tersedia di konsol Route 53.) Kemudian Anda dapat membuat zona yang di-hosting secara terprogram dan menetapkan set delegasi yang dapat digunakan kembali yang sama—empat server nama yang sama—ke setiap zona yang di-hosting.
Set delegasi yang dapat digunakan kembali menyederhanakan migrasi layanan DNS ke Route 53 karena Anda dapat menginstruksikan registrar nama domain untuk menggunakan empat server nama yang sama untuk semua domain yang ingin diggunakan Route 53 sebagai layanan DNS. Untuk informasi selengkapnya, lihat [CreateReusableDelegationSet](https://docs.aws.amazon.com/Route53/latest/APIReference/API_CreateReusableDelegationSet.html)di *Referensi API Amazon Route 53*.
# Membuat zona yang di-hosting publik
Zona yang di-hosting publik adalah kontainer yang berisi informasi tentang cara merutekan lalu lintas di internet untuk domain tertentu, seperti example.com, dan subdomainnya (acme.example.com, zenith.example.com). Setelah membuat catatan di zona yang di-hosting, buat catatan yang menentukan cara merutekan lalu lintas untuk domain dan subdomain.
**Pembatasan**
Perhatikan batasan berikut untuk membuat zona yang dihosting dengan Route 53.
Anda dapat membuat zona yang di-hosting hanya untuk domain yang izin administrasinya Anda miliki. Biasanya, ini berarti Anda memiliki domain, tetapi Anda mungkin mengembangkan aplikasi untuk pendaftar domain.
Anda dapat membuat zona yang dihosting hanya untuk domain dan subdomain. Route 53 tidak mendukung hosting domain tingkat atas (TLD) seperti. `.com`
**Cara membuat zona yang di-hosting publik menggunakan konsol Route 53**
1. Masuk ke Konsol Manajemen AWS dan buka konsol Route 53 di [https://console.aws.amazon.com/route53/](https://console.aws.amazon.com/route53/).
1. Jika Anda baru mengenal Route 53, pilih **Memulai** di bawah **Manajemen DNS**.
Jika Anda sudah menggunakan Route 53, pilih **Zona yang di-hosting** pada panel navigasi.
1. Pilih **Buat Zona yang di-hosting**.
1. Di panel **Buat Zona yang Di-hosting**, masukkan nama domain yang lalu lintasnya ingin Anda rutekan. Secara opsional Anda juga dapat memasukkan komentar.
Untuk informasi tentang cara menentukan karakter selain a-z, 0-9, dan - (tanda hubung) serta cara menentukan nama domain internasional, lihat [Format nama domain DNS](DomainNameFormat.md).
1. Untuk **Jenis**, terima nilai default **Zona yang Di-hosting Publik**.
1. Pilih **Buat**.
1. Membuat catatan yang menentukan cara merutekan lalu lintas untuk domain dan subdomain. Untuk informasi selengkapnya, lihat [Bekerja dengan catatan](rrsets-working-with.md).
1. Untuk menggunakan catatan di zona yang di-hosting baru untuk merutekan lalu lintas domain Anda, lihat topik yang berlaku:
+ Jika Anda membuat Route 53 sebagai layanan DNS untuk domain yang terdaftar dengan registrar domain lain, lihat [Membuat Amazon Route 53 menjadi layanan DNS untuk domain yang adaMembuat Route 53 menjadi layanan DNS untuk domain yang ada](MigratingDNS.md).
+ Jika domain terdaftar dengan Route 53, lihat [Menambahkan atau mengubah server nama dan merekatkan catatan untuk domain](domain-name-servers-glue-records.md).
# Mendapatkan server nama untuk zona yang di-hosting publik
Anda mendapatkan server nama untuk zona yang di-hosting publik jika ingin mengubah layanan DNS untuk pendaftaran domain. Untuk informasi tentang cara mengubah layanan DNS, lihat [Membuat Amazon Route 53 menjadi layanan DNS untuk domain yang adaMembuat Route 53 menjadi layanan DNS untuk domain yang ada](MigratingDNS.md).
**catatan**
Beberapa registrar hanya mengizinkan Anda menentukan server nama menggunakan alamat IP; mereka tidak mengizinkan Anda menentukan nama domain yang memenuhi syarat. Jika registrar memerlukan penggunaan alamat IP, Anda bisa mendapatkan alamat IP untuk server nama menggunakan utilitas penggalian (untuk Mac, Unix, atau Linux) atau utilitas nslookup (untuk Windows). Kami jarang mengubah alamat IP server nama; jika kami perlu mengubah alamat IP, kami akan memberitahu Anda terlebih dahulu.
**Cara mendapatkan server nama untuk zona yang di-hosting menggunakan konsol Route 53**
1. Masuk ke Konsol Manajemen AWS dan buka konsol Route 53 di [https://console.aws.amazon.com/route53/](https://console.aws.amazon.com/route53/).
1. Dalam panel navigasi, klik **Zona yang di-hosting**.
1. Pada halaman **Zona yang di-hosting**, pilih tombol radio (bukan nama) untuk zona yang di-hosting, lalu pilih **Lihat detail**.
1. Pada halaman detail untuk zona yang di-hosting, pilih **Detail zona yang di-hosting**.
1. Catat empat server yang tercantum untuk **Server nama**.
# Mencantumkan zona yang di-hosting publik
Anda dapat menggunakan konsol Amazon Route 53 untuk mencantumkan semua zona yang dihosting yang Anda buat dengan AWS akun saat ini. Untuk informasi tentang cara mencantumkan zona yang dihosting menggunakan API Route 53, lihat [ListHostedZones](https://docs.aws.amazon.com/Route53/latest/APIReference/API_ListHostedZones.html)di *Referensi API Amazon Route 53*.
**Untuk membuat daftar zona yang dihosting publik yang terkait dengan AWS akun menggunakan konsol Route 53**
1. Masuk ke Konsol Manajemen AWS dan buka konsol Route 53 di [https://console.aws.amazon.com/route53/](https://console.aws.amazon.com/route53/).
1. Pada panel navigasi, pilih **Zona yang di-hosting**. Halaman ini menampilkan daftar zona yang dihosting yang terkait dengan AWS akun yang saat ini Anda masuki.
1. Untuk memfilter zona yang di-hosting, gunakan bilah pencarian yang terletak di bagian atas tabel.
Perilaku pencarian tergantung pada apakah zona yang di-hosting berisi hingga 2.000 catatan atau lebih dari 2.000 catatan:
**Hingga 2.000 zona yang dihosting**
+ Untuk menampilkan catatan yang memiliki nilai tertentu, klik bilah pencarian, pilih properti di daftar dropdown, dan masukkan nilai. Anda juga dapat memasukkan nilai secara langsung di bilah pencarian dan tekan Enter. Misalnya, untuk menampilkan zona yang di-hosting dengan nama yang dimulai dengan **abc**, masukkan nilai tersebut di bilah pencarian dan tekan Enter.
+ Untuk hanya menampilkan zona yang di-hosting dengan jenis zona yang di-hosting yang sama, pilih jenis dalam daftar dropdown, dan masukkan jenis.
**Lebih dari 2.000 zona yang dihosting**
+ Anda dapat mencari properti berdasarkan nama domain yang tepat, semua properti, dan jenis.
+ Cari menggunakan nama domain yang tepat untuk hasil pencarian yang lebih cepat.
# Melihat metrik kueri DNS untuk zona yang di-hosting publik
Anda dapat melihat jumlah total kueri DNS yang direspons Route 53 untuk zona yang di-hosting publik tertentu atau kombinasi zona yang di-hosting publik. Metrik muncul CloudWatch, yang memungkinkan Anda melihat grafik, memilih periode waktu yang ingin Anda lihat, dan menyesuaikan metrik dengan berbagai cara lain. Anda juga dapat membuat alarm dan mengonfigurasi notifikasi, sehingga Anda diberi tahu jika jumlah kueri DNS dalam jangka waktu tertentu berada di atas atau di bawah tingkat yang ditentukan.
**catatan**
Route 53 secara otomatis mengirimkan jumlah kueri DNS CloudWatch untuk semua zona yang dihosting publik, jadi Anda tidak perlu mengonfigurasi apa pun sebelum dapat melihat metrik kueri. Tidak ada biaya untuk metrik kueri DNS.
**Manakah kueri DNS yang dihitung?**
Metrik hanya berisi kueri yang diteruskan pemecah masalah DNS ke Route 53. Jika pemecah masalah DNS telah meng-cache respons untuk kueri (seperti alamat IP untuk penyeimbang beban bagi example.com), pemecah masalah akan terus mengembalikan respons yang di-cache tanpa meneruskan kueri ke Route 53 hingga TTL untuk catatan yang sesuai kedaluwarsa.
Tergantung pada jumlah kueri DNS yang dikirim untuk nama domain (example.com) atau nama subdomain (www.example.com), penyelesai yang digunakan pengguna, dan TTL untuk catatan, metrik kueri DNS mungkin berisi informasi tentang satu kueri saja dari beberapa ribu permintaan yang dikirimkan ke penyelesai DNS. Untuk informasi selengkapnya tentang cara kerja DNS, lihat [Cara Amazon Route 53 merutekan lalu lintas untuk domain Anda](welcome-dns-service.md#welcome-dns-service-how-route-53-routes-traffic).
**Kapan metrik kueri untuk zona yang dihosting mulai muncul? CloudWatch**
Setelah Anda membuat zona yang dihosting, ada penundaan hingga beberapa jam sebelum zona yang dihosting dapat muncul CloudWatch. Selain itu, Anda harus mengirimkan kueri DNS untuk catatan di zona yang di-hosting agar ada data untuk ditampilkan.
**Metrik hanya tersedia di US East (N. Virginia)**
Untuk mendapatkan metrik di konsol, Anda harus memilih US East (N. Virginia) untuk Wilayah. Untuk mendapatkan metrik menggunakan AWS CLI, Anda harus membiarkan AWS Wilayah tidak ditentukan, atau `us-east-1` tentukan sebagai Wilayah. Metrik Route 53 tidak tersedia jika Anda memilih Wilayah lain.
**CloudWatch metrik dan dimensi untuk kueri DNS**
Untuk informasi tentang CloudWatch metrik dan dimensi untuk kueri DNS, lihat. [Memantau zona yang dihosting menggunakan Amazon CloudWatch](monitoring-hosted-zones-with-cloudwatch.md) Untuk informasi tentang CloudWatch metrik, lihat [Menggunakan CloudWatch metrik Amazon](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/working_with_metrics.html) di * CloudWatch Panduan Pengguna Amazon*.
**Mendapatkan data yang lebih detail tentang kueri DNS**
Untuk mendapatkan informasi lebih detail tentang setiap kueri DNS yang direspons Route 53, termasuk nila berikut, Anda dapat menonfigurasi pencatatan kueri:
+ Domain atau subdomain yang diminta
+ Tanggal dan waktu permintaan
+ Tipe catatan DNS (seperti A atau AAAA)
+ Lokasi edge Route 53 yang merespons kueri DNS
+ Kode respons DNS, seperti `NoError` atau `ServFail`
Untuk informasi selengkapnya, lihat [Pencatatan kueri DNS publik](query-logs.md).
**Cara mendapatkan metrik kueri DNS**
Tak lama setelah Anda membuat zona yang dihosting, Amazon Route 53 mulai mengirim metrik dan dimensi sekali dalam satu menit. CloudWatch Anda dapat menggunakan prosedur berikut untuk melihat metrik di CloudWatch konsol atau melihatnya menggunakan AWS Command Line Interface (AWS CLI).
**Topics**
+ [Melihat metrik kueri DNS untuk zona yang dihosting publik di konsol CloudWatch](#hosted-zone-public-viewing-query-metrics-console)
+ [Mendapatkan metrik kueri DNS menggunakan AWS CLI](#hosted-zone-public-viewing-query-metrics-cli)
## Melihat metrik kueri DNS untuk zona yang dihosting publik di konsol CloudWatch
Untuk melihat metrik kueri DNS untuk zona yang dihosting publik di CloudWatch konsol, lakukan prosedur berikut.
**Untuk melihat metrik kueri DNS untuk zona yang dihosting publik di konsol CloudWatch**
1. Masuk ke Konsol Manajemen AWS dan buka CloudWatch konsol di [https://console.aws.amazon.com/cloudwatch/](https://console.aws.amazon.com/cloudwatch/).
1. Pada panel navigasi, silakan pilih **Metrik**.
1. Pada daftar AWS Wilayah di sudut kanan atas konsol, pilih **US East (Virginia N.)**. Metrik Route 53 tidak tersedia jika Anda memilih AWS Wilayah lain.
1. Pada tab **Semua metrik**, pilih **Route 53**.
1. Pilih **Metrik Zona yang Di-hosting**.
1. Pilih kotak centang untuk satu atau beberapa zona yang dihosting yang memiliki nama metrik **DNSQueries**.
1. Pada tab **Metrik grafis**, ubah nilai yang ada untuk melihat metrik dalam format yang Anda inginkan.
Untuk **Statistik**, pilih **Jumlah** atau **SampleCount**; statistik ini keduanya menampilkan nilai yang sama.
## Mendapatkan metrik kueri DNS menggunakan AWS CLI
Untuk mendapatkan metrik kueri DNS menggunakan AWS CLI, Anda menggunakan perintah. [get-metric-data](https://docs.aws.amazon.com/cli/latest/reference/cloudwatch/get-metric-data.html) Perhatikan hal-hal berikut:
+ Anda menentukan sebagian besar nilai untuk perintah dalam file JSON terpisah. Untuk informasi selengkapnya, lihat [get-metric-data](https://docs.aws.amazon.com/cli/latest/reference/cloudwatch/get-metric-data.html).
+ Perintah mengembalikan satu nilai bagi setiap interval yang Anda tentukan untuk `Period` dalam file JSON.`Period` dalam hitungan detik, jadi jika Anda menentukan jangka waktu lima menit dan menentukan `60` untuk `Period`, Anda mendapatkan nilai lima. Jika Anda menentukan jangka waktu lima menit dan menentukan `300` untuk `Period`, Anda mendapatkan nilai satu.
+ Dalam file JSON, Anda dapat menentukan nilai apapun untuk `Id`.
+ Biarkan AWS Wilayah tidak ditentukan, atau tentukan `us-east-1` sebagai Wilayah. Metrik Route 53 tidak tersedia jika Anda memilih Wilayah lain. Untuk informasi selengkapnya, lihat [Mengonfigurasi AWS CLI](https://docs.aws.amazon.com/cli/latest/userguide/cli-chap-configure.html) di Panduan Pengguna *AWS Command Line Interface .*
Berikut adalah AWS CLI perintah yang Anda gunakan untuk mendapatkan metrik kueri DNS untuk periode waktu lima menit antara 4:01 dan 4:07 pada 1 Mei 2019. Parameter `metric-data-queries` merujuk file JSON sampel yang mengikuti perintah.
```
aws cloudwatch get-metric-data --metric-data-queries file://./metric.json --start-time 2019-05-01T04:01:00Z --end-time 2019-05-01T04:07:00Z
```
Berikut adalah file JSON sampel:
```
[
{
"Id": "my_dns_queries_id",
"MetricStat": {
"Metric": {
"Namespace": "AWS/Route53",
"MetricName": "DNSQueries",
"Dimensions": [
{
"Name": "HostedZoneId",
"Value": "Z1D633PJN98FT9"
}
]
},
"Period": 60,
"Stat": "Sum"
},
"ReturnData": true
}
]
```
Inilah output dari perintah ini. Perhatikan hal-hal berikut:
+ Waktu mulai dan waktu selesai dalam perintah mencakup periode waktu tujuh menit, `2019-05-01T04:01:00Z` hingga `2019-05-01T04:07:00Z`.
+ Hanya ada enam nilai kembali. Tidak ada nilai untuk `2019-05-01T04:05:00Z` karena tidak ada kueri DNS selama menit tersebut.
+ Nilai `Period` yang ditentukan dalam file JSON adalah `60` (detik), sehingga nilai dilaporkan dalam interval satu menit.
```
{
"MetricDataResults": [
{
"Id": "my_dns_queries_id",
"StatusCode": "Complete",
"Label": "DNSQueries",
"Values": [
101.0,
115.0,
103.0,
127.0,
111.0,
120.0
],
"Timestamps": [
"2019-05-01T04:07:00Z",
"2019-05-01T04:06:00Z",
"2019-05-01T04:04:00Z",
"2019-05-01T04:03:00Z",
"2019-05-01T04:02:00Z",
"2019-05-01T04:01:00Z"
]
}
]
}
```
# Menghapus zona yang di-hosting publik
Bagian ini menjelaskan cara menghapus zona yang di-hosting publik menggunakan konsol Amazon Route 53.
Anda dapat menghapus zona yang di-hosting hanya jika tidak ada catatan selain catatan SOA dan NS default. Jika zona yang di-hosting berisi catatan lain, Anda harus menghapusnya sebelum Anda dapat menghapus zona yang di-hosting. Hal ini mencegah Anda agar tidak menghapus zona yang di-hosting yang masih berisi catatan secara tidak sengaja.
**Topics**
+ [Mencegah lalu lintas agar tidak dirutekan ke domain](#delete-public-hosted-zone-stop-routing)
+ [Menghapus zona yang di-hosting publik yang dibuat oleh layanan lain](#delete-public-hosted-zone-created-by-another-service)
+ [Menggunakan konsol Route 53 untuk menghapus zona yang di-hosting publik](#delete-public-hosted-zone-procedure)
## Mencegah lalu lintas agar tidak dirutekan ke domain
Jika ingin tetap melakukan pendaftaran domain namun ingin menghentikan perutean lalu lintas internet ke situs web atau aplikasi web, sebaiknya hapus *catatan* di zona yang di-hosting alih-alih menghapus zona yang di-hosting.
**penting**
Jika zona yang di-hosting dihapus, Anda tidak dapat membatalkan penghapusannya. Anda harus membuat zona yang di-hosting baru dan memperbarui server nama untuk pendaftaran domain, yang dapat membutuhkan hingga 48 jam untuk diterapkan. Selain itu, jika Anda menghapus zona yang di-hosting, seseorang dapat membajak domain dan merutekan lalu lintas ke sumber daya mereka sendiri menggunakan nama domain Anda.
Jika Anda mendelegasikan tanggung jawab untuk subdomain ke zona yang di-hosting dan ingin menghapus zona yang di-hosting anak, Anda juga harus memperbarui zona yang di-hosting induk dengan menghapus catatan NS dengan nama yang sama sebagai zona yang di-hosting anak. Misalnya, jika ingin menghapus zona yang di-hosting acme.example.com, Anda juga harus menghapus catatan NS acme.example.com dalam zona yang di-hosting example.com. Kami merekomendasikan agar Anda menghapus catatan NS terlebih dahulu, dan menunggu durasi TTL pada catatan NS sebelum Anda menghapus zona yang di-hosting anak. Hal ini memastikan agar orang lain tidak dapat membajak zona yang di-hosting anak selama penyelesai DNS masih memiliki server nama untuk zona yang di-hosting anak yang di-cache.
Jika ingin menghindari biaya bulanan zona yang di-hosting, Anda dapat mentransfer layanan DNS untuk domain ke layanan DNS gratis. Ketika mentransfer layanan DNS, Anda harus memperbarui server nama untuk pendaftaran domain. Jika domain terdaftar dengan Route 53, lihat [Menambahkan atau mengubah server nama dan merekatkan catatan untuk domain](domain-name-servers-glue-records.md) untuk informasi tentang cara mengganti server nama Route 53 dengan server nama untuk layanan DNS baru. Jika domain terdaftar dengan registrar lain, gunakan metode yang disediakan oleh registrar untuk memperbarui server nama bagi pendaftaran domain. Untuk informasi lebih lanjut, lakukan pencarian "layanan DNS gratis" di internet.
## Menghapus zona yang di-hosting publik yang dibuat oleh layanan lain
Jika zona yang di-hosting dibuat oleh layanan lain, Anda tidak dapat menghapusnya menggunakan konsol Route 53. Sebagai gantinya, Anda perlu menggunakan proses yang berlaku untuk layanan lainnya:
+ **AWS Cloud Map**— Untuk menghapus zona yang dihosting yang AWS Cloud Map dibuat saat Anda membuat namespace DNS publik, hapus namespace. AWS Cloud Map menghapus zona yang dihosting secara otomatis. Untuk informasi selengkapnya, lihat [Menghapus namespace](https://docs.aws.amazon.com/cloud-map/latest/dg/deleting-namespaces.html) di *Panduan Developer AWS Cloud Map *.
+ **Penemuan Layanan Amazon Elastic Container Service (Amazon ECS)** – Untuk menghapus zona yang di-hosting publik yang dibuat Amazon ECS ketika Anda membuat layanan menggunakan penemuan layanan, hapus layanan Amazon ECS yang menggunakan namespace, dan hapus namespace. Untuk informasi lebih lanjut, lihat [Menghapus layanan](https://docs.aws.amazon.com/AmazonECS/latest/developerguide/delete-service.html) dalam *Panduan Developer Amazon Elastic Container Service*.
## Menggunakan konsol Route 53 untuk menghapus zona yang di-hosting publik
Untuk menggunakan konsol Route 53 guna menghapus zona yang di-hosting publik, lakukan prosedur berikut.
**Cara menghapus zona yang di-hosting publik menggunakan konsol Route 53**
1. Masuk ke Konsol Manajemen AWS dan buka konsol Route 53 di [https://console.aws.amazon.com/route53/](https://console.aws.amazon.com/route53/).
1. Di panel navigasi, pilih **Zona yang dihosting**, dan pilih tautan yang disorot untuk zona yang dihosting yang ingin Anda hapus.
1. Mengonfirmasi bahwa zona yang di-hosting yang ingin Anda hapus hanya berisi catatan NS dan SOA. Jika berisi catatan tambahan, hapuslah. Anda juga harus menonaktifkan penandatanganan DNSSEC:
**catatan**
Jika Anda mencoba menghapus zona yang dihosting tanpa menyelesaikan persyaratan ini, Route 53 akan menampilkan kesalahan:
Jika penandatanganan DNSSEC diaktifkan: Zona host yang ditentukan berisi Kunci Penandatanganan Kunci DNSSEC sehingga tidak dapat dihapus
Jika kumpulan catatan sumber daya lain ada (selain catatan SOA dan NS default): Zona host yang ditentukan berisi kumpulan catatan sumber daya yang tidak diperlukan sehingga tidak dapat dihapus
1. Pada halaman detail zona yang dihosting, dalam daftar **Catatan**, jika daftar catatan menyertakan catatan apa pun yang nilai kolom **Type** adalah sesuatu selain NS atau SOA, pilih baris, dan pilih **Hapus**.
Untuk memilih beberapa catatan berturut-turut, pilih baris pertama, tekan dan tahan tombol **Shift**, dan pilih baris terakhir. Untuk memilih beberapa catatan tidak berturut-turut, pilih baris pertama, tekan dan tahan tombol **Ctrl**, dan pilih baris yang tersisa.
**catatan**
Jika Anda membuat catatan NS untuk subdomain di zona yang di-hosting, hapus juga catatan tersebut.
1. Kembali ke halaman **Zona yang dihosting**, dan pilih baris untuk zona yang dihosting yang ingin Anda hapus.
1. Pilih **Hapus**.
1. Ketik kunci konfirmasi dan pilih **Hapus**.
1. Jika Anda ingin membuat domain tidak tersedia di internet, kami sarankan Anda mentransfer layanan DNS ke layanan DNS gratis lalu hapus zona yang di-hosting Route 53. Hal ini mencegah kueri DNS agar tidak salah dirutekan di masa mendatang.
Jika domain terdaftar dengan Route 53, lihat [Menambahkan atau mengubah server nama dan merekatkan catatan untuk domain](domain-name-servers-glue-records.md) untuk informasi tentang cara mengganti server nama Route 53 dengan server nama untuk layanan DNS baru. Jika domain yang terdaftar dengan registrar lain, gunakan metode yang disediakan oleh registrar untuk mengubah server nama domain.
**catatan**
Jika menghapus zona yang di-hosting untuk subdomain (acme.example.com), Anda tidak perlu mengubah server nama untuk domain tersebut (example.com).
# Memeriksa respons DNS dari Route 53
Jika membuat zona yang di-hosting Amazon Route 53 untuk domain, Anda dapat menggunakan alat pemeriksa DNS di konsol untuk melihat cara Route 53 merespons kueri DNS jika Anda mengonfigurasi domain untuk menggunakan Route 53 sebagai layanan DNS. Untuk catatan geolokasi, geoproximity, dan latensi, Anda juga dapat mensimulasikan kueri dari alamat IP and/or klien DNS resolver tertentu untuk mengetahui respons apa yang akan dikembalikan Route 53.
**penting**
Alat tidak mengirimkan kueri ke Domain Name System, alat hanya merespons berdasarkan pengaturan dalam catatan di zona yang di-hosting. Alat mengembalikan informasi yang sama terlepas dari apakah zona yang di-hosting saat ini sedang digunakan untuk merutekan lalu lintas untuk domain.
Alat pemeriksa DNS hanya berfungsi untuk zona yang di-hosting publik.
**catatan**
Alat pemeriksaan DNS mengembalikan informasi yang mirip dengan apa yang Anda harapkan dari bagian jawaban `dig` perintah. Oleh karena itu, jika Anda menanyakan server nama subdomain yang mengarah ke server nama induk, itu tidak akan dikembalikan.
**Topics**
+ [Menggunakan alat pemeriksa untuk melihat cara Amazon Route 53 merespons kueri DNS](#dns-test-how-route-53-responds)
+ [Menggunakan alat pemeriksa untuk mensimulasikan kueri dari alamat IP tertentu (hanya catatan geolokasi dan latensi)](#dns-test-simulate-requests)
## Menggunakan alat pemeriksa untuk melihat cara Amazon Route 53 merespons kueri DNS
Anda dapat menggunakan alat untuk melihat respons yang dikembalikan Amazon Route 53 dalam menanggapi kueri DNS untuk catatan.
**Cara menggunakan alat pemeriksa untuk melihat cara Amazon Route 53 merespons kueri DNS**
1. Masuk ke Konsol Manajemen AWS dan buka konsol Route 53 di [https://console.aws.amazon.com/route53/](https://console.aws.amazon.com/route53/).
1. Pada panel navigasi, pilih **Zona yang Di-hosting**.
1. Pada halaman **Zona yang Di-hosting**, pilih nama zona yang di-hosting. Konsol menampilkan daftar catatan untuk zona yang di-hosting tersebut.
1. Untuk langsung membuka halaman **Periksa respons dari Route 53**, pilih **Catatan pengujian**.
1. Tentukan nilai-nilai berikut ini:
+ Nama catatan, tidak termasuk nama zona yang di-hosting. Sebagai contoh, untuk memeriksa **www.example.com**, masukkan **www**. Untuk memeriksa **example.com**, kosongkan bidang **Nama catatan**.
+ Jenis catatan yang ingin Anda periksa, seperti **A** atau **CNAME**.
1. Pilih **Dapatkan Respons**.
1. Bagian **Respons yang dikembalikan oleh Route 53** mencakup nilai-nilai berikut:
**Kode respons DNS**
Kode yang menunjukkan apakah kueri tersebut valid atau tidak. Kode respons yang paling umum adalah **NOERROR**, yang berarti bahwa kueri tersebut valid. Jika respons tidak valid, Route 53 mengembalikan kode respons yang menjelaskan alasannya. Untuk daftar kode respons yang mungkin muncul, lihat [DNS RCODE](http://www.iana.org/assignments/dns-parameters/dns-parameters.xhtml#dns-parameters-6) di situs web IANA.
**Protokol**
Protokol yang digunakan Amazon Route 53 untuk merespons kueri, baik **UDP** atau **TCP**.
**Respons yang dikembalikan oleh Route 53**
Nilai yang akan dikembalikan Route 53 ke aplikasi web. Nilainya adalah salah satu dari berikut ini:
+ Untuk catatan non-alias, respons berisi nilai atau nilai-nilai dalam catatan.
+ Untuk beberapa catatan dengan nama dan jenis yang sama, yang mencakup tertimbang, latensi, geolokasi, dan failover, respons berisi nilai dari catatan yang sesuai, berdasarkan permintaan.
+ Untuk catatan alias yang merujuk ke AWS sumber daya selain catatan lain, respons berisi alamat IP atau nama domain untuk AWS sumber daya, tergantung pada jenis sumber daya.
+ Untuk catatan alias yang merujuk ke catatan lain, respons berisi nilai atau nilai-nilai dari catatan yang dirujuk.
## Menggunakan alat pemeriksa untuk mensimulasikan kueri dari alamat IP tertentu (hanya catatan geolokasi dan latensi)
Jika telah membuat catatan latensi atau geolokasi, Anda dapat menggunakan alat pemeriksa untuk mensimulasikan kueri dari alamat IP untuk penyelesai DNS dan klien.
**Untuk menggunakan alat pemeriksa guna mensimulasikan kueri dari alamat IP yang ditentukan**
1. Masuk ke Konsol Manajemen AWS dan buka konsol Route 53 di [https://console.aws.amazon.com/route53/](https://console.aws.amazon.com/route53/).
1. Pada panel navigasi, pilih **Zona yang Di-hosting**.
1. Pada halaman **Zona yang Di-hosting**, pilih nama zona yang di-hosting. Konsol menampilkan daftar catatan untuk zona yang di-hosting tersebut.
1. Untuk langsung membuka halaman **Periksa respons dari Route 53**, pilih **Set catatan pengujian**.
Untuk membuka halaman **Periksa respons dari Route 53** untuk catatan tertentu, pilih kotak centang untuk catatan tersebut dan pilih **Set catatan pengujian**.
1. Jika Anda memilih **Set catatan pengujian** tanpa memilih catatan terlebih dahulu, tebtukan nilai-nilai berikut:
+ Nama catatan, tidak termasuk nama zona yang di-hosting. Sebagai contoh, untuk memeriksa **www.example.com**, masukkan **www**. Untuk memeriksa **example.com**, kosongkan bidang **Nama catatan**.
+ Jenis catatan yang ingin Anda periksa, seperti **A** atau **CNAME**.
1. Tentukan nilai-nilai yang berlaku:
**Alamat IP penyelesai**
Tentukan IPv6 alamat IPv4 atau untuk mensimulasikan lokasi resolver DNS yang digunakan klien untuk membuat permintaan. Hal ini berguna untuk menguji catatan latensi dan geolokasi. Jika Anda menghilangkan nilai ini, alat ini menggunakan alamat IP dari penyelesai DNS di Wilayah AWS AS Timur (Virginia N.) (us-east-1).
**EDNS0 IP subnet klien**
Jika resolver mendukung EDNS0, masukkan IP subnet klien untuk alamat IP di lokasi geografis yang berlaku, misalnya, **192.0.2.0** atau **2001:db** 8:85 a3: :8a2e: 370:7334.
**Subnet mask**
Jika Anda menentukan alamat IP untuk **IP subnet EDNS0 klien**, Anda dapat secara opsional menentukan jumlah bit alamat IP yang Anda inginkan alat pemeriksaan untuk disertakan dalam kueri DNS. **Misalnya, jika Anda menentukan **192.0.2.44** untuk **IP subnet EDNS0 klien dan **24** untuk Subnet** **mask**, alat pemeriksaan akan mensimulasikan kueri dari 192.0.2.0/24.** Nilai default adalah 24 bit untuk IPv4 alamat dan 64 bit untuk IPv6 alamat.
1. Pilih **Dapatkan Respons**.
1. Bagian **Respons yang dikembalikan oleh Route 53** mencakup nilai-nilai berikut:
**Kueri DNS dikirimkan ke Route 53**
Kueri, dalam [Format BIND](https://en.wikipedia.org/wiki/Zone_file), yang dikirimkan alat pemeriksa ke Route 53. Ini adalah format yang sama seperti yang digunakan aplikasi web untuk mengirim kueri. Tiga nilai biasanya berupa nama catatan, **IN** (untuk internet), dan jenis catatan.
**Kode respons DNS**
Kode yang menunjukkan apakah kueri tersebut valid atau tidak. Kode respons yang paling umum adalah **NOERROR**, yang berarti bahwa kueri tersebut valid. Jika respons tidak valid, Route 53 mengembalikan kode respons yang menjelaskan alasannya. Untuk daftar kode respons yang mungkin muncul, lihat [DNS RCODE](http://www.iana.org/assignments/dns-parameters/dns-parameters.xhtml#dns-parameters-6) di situs web IANA.
**Protokol**
Protokol yang digunakan Amazon Route 53 untuk merespons kueri, baik **UDP** atau **TCP**.
**Respons yang dikembalikan oleh Route 53**
Nilai yang akan dikembalikan Route 53 ke aplikasi web. Nilainya adalah salah satu dari berikut ini:
+ Untuk catatan non-alias, respons berisi nilai atau nilai-nilai dalam catatan.
+ Untuk beberapa catatan dengan nama dan jenis yang sama, yang mencakup tertimbang, latensi, geolokasi, dan failover, respons berisi nilai dari catatan yang sesuai, berdasarkan permintaan.
+ Untuk catatan alias yang merujuk ke AWS sumber daya selain catatan lain, respons berisi alamat IP atau nama domain untuk AWS sumber daya, tergantung pada jenis sumber daya.
+ Untuk catatan alias yang merujuk ke catatan lain, respons berisi nilai atau nilai-nilai dari catatan yang dirujuk.
# Mengonfigurasi server nama label putih
Setiap zona yang di-hosting Amazon Route 53 dikaitkan dengan empat server nama, dikenal secara kolektif sebagai set delegasi. Secara default, server nama memiliki nama seperti ns-2048.awsdns-64.com. Jika Anda ingin nama domain server agar sama dengan nama domain zona yang di-hosting, misalnya ns1.example.com, Anda dapat mengonfigurasi server nama label putih, juga dikenal sebagai server nama vanity atau server nama privat.
Langkah-langkah berikut menjelaskan cara mengonfigurasi satu set server nama label putih sejumlah empat buah yang dapat Anda gunakan kembali untuk beberapa domain. Misalnya, anggap Anda memiliki domain example.com, example.org, dan example.net. Dengan langkah-langkah ini, Anda dapat mengonfigurasi server nama label putih untuk example.com lalu menggunakannya kembali untuk example.org dan example.net.
**Topics**
+ [Langkah 1: Membuat set delegasi Route 53 yang dapat digunakan kembali](#white-label-name-servers-create-reusable-delegation-set)
+ [Langkah 2: Membuat atau membuat ulang zona yang di-hosting Amazon Route 53, dan mengubah TTL untuk catatan NS dan SOA](#white-label-name-servers-create-hosted-zones)
+ [Langkah 3: Membuat ulang catatan untuk zona yang di-hosting](#white-label-name-servers-create-resource-record-sets)
+ [Langkah 4: Mendapatkan alamat IP](#white-label-name-servers-get-ip-addresses)
+ [Langkah 5: Membuat catatan untuk server nama label putih](#white-label-name-servers-create-white-label-resource-record-sets)
+ [Langkah 6: Memperbarui catatan NS dan SOA](#white-label-name-servers-update-ns-soa-records)
+ [Langkah 7: Membuat glue record dan mengubah server nama registrar](#white-label-name-servers-create-glue-records)
+ [Langkah 8: Memantau lalu lintas untuk situs web atau aplikasi](#white-label-name-servers-monitor-traffic)
+ [Langkah 9: Ubah TTLs kembali ke nilai aslinya](#white-label-name-servers-change-ttls-back)
+ [Langkah 10: (Opsional) Menghubungi layanan DNS rekursif](#white-label-name-servers-contact-recursive-dns-services)
## Langkah 1: Membuat set delegasi Route 53 yang dapat digunakan kembali
Server nama label putih dikaitkan dengan set delegasi Route 53 yang dapat digunakan kembali. Anda dapat menggunakan server nama label putih untuk zona yang dihosting hanya jika zona yang dihosting dan kumpulan delegasi yang dapat digunakan kembali dibuat oleh akun yang sama. AWS
Untuk membuat kumpulan delegasi yang dapat digunakan kembali, Anda dapat menggunakan API Route 53, AWS CLI, atau salah satunya. AWS SDKs Untuk informasi selengkapnya, lihat dokumentasi berikut ini:
+ **Route 53 API** - Lihat [CreateReusableDelegationSet](https://docs.aws.amazon.com/Route53/latest/APIReference/API_CreateReusableDelegationSet.html)di *Referensi API Amazon Route 53*
+ **AWS CLI** *- Lihat [create-reusable-delegation-set](https://docs.aws.amazon.com/cli/latest/reference/route53/create-reusable-delegation-set.html)di Referensi Perintah AWS CLI *
+ **AWS SDKs**Lihat dokumentasi SDK yang berlaku di halaman [AWS Dokumentasi](https://docs.aws.amazon.com/)
## Langkah 2: Membuat atau membuat ulang zona yang di-hosting Amazon Route 53, dan mengubah TTL untuk catatan NS dan SOA
Buat atau buat ulang zona yang di-hosting Amazon Route 53:
+ **Jika saat ini Anda tidak menggunakan Route 53 sebagai layanan DNS untuk domain yang ingin menggunakan server nama label putih** – Membuat zona yang di-hosting dan menentukan set delegasi yang dapat digunakan kembali yang Anda buat di langkah sebelumnya dengan setiap zona yang di-hosting. Untuk informasi selengkapnya, lihat [CreateHostedZone](https://docs.aws.amazon.com/Route53/latest/APIReference/API_CreateHostedZone.html)di *Referensi API Amazon Route 53*.
+ **Jika saat ini Anda menggunakan Route 53 sebagai layanan DNS untuk domain yang ingin menggunakan server nama label putih** – Anda harus membuat ulang zona yang di-hosting yang ingin menggunakan server nama laber putih, dan menentukan set delegasi yang dapat digunakan kembali yang Anda buat di langkah sebelumnya dengan setiap zona yang di-hosting.
**penting**
Anda tidak dapat mengubah server nama yang terkait dengan zona yang di-hosting yang sudah ada. Anda dapat mengaitkan set delegasi yang dapat digunakan kembali hanya dengan zona yang di-hosting ketika Anda membuat zona yang di-hosting.
Ketika Anda membuat zona yang di-hosting dan sebelum Anda mencoba mengakses sumber daya untuk domain yang sesuai, ubah nilai TTL berikut untuk setiap zona yang di-hosting:
+ Ubah TTL catatan NS untuk zona yang di-hosting ke 60 detik atau kurang.
+ Ubah TTL minimum catatan SOA untuk zona yang di-hosting ke 60 detik atau kurang. Ini adalah nilai terakhir dalam catatan SOA.
Jika Anda secara tidak sengaja memberikan alamat IP yang salah kepada registrar untuk server nama label putih, situs web Anda akan menjadi tidak tersedia dan tetap tidak tersedia selama TTL setelah Anda memperbaiki masalah. Dengan mengatur TTL yang rendah, Anda mengurangi jumlah waktu saat situs web tidak tersedia.
Untuk informasi selengkapnya tentang membuat zona yang dihosting dan menentukan set delegasi yang dapat digunakan kembali untuk server nama untuk zona yang dihosting, lihat [CreateHostedZone](https://docs.aws.amazon.com/Route53/latest/APIReference/API_CreateHostedZone.html)di Referensi API *Amazon Route 53*.
## Langkah 3: Membuat ulang catatan untuk zona yang di-hosting
Buat catatan di zona yang di-hosting yang Anda buat di Langkah 2:
+ **Jika Anda memigrasikan layanan DNS untuk domain Anda ke Amazon Route 53** — Anda mungkin dapat membuat catatan dengan mengimpor informasi tentang catatan yang ada. Untuk informasi selengkapnya, lihat [Membuat catatan dengan mengimpor file zona](resource-record-sets-creating-import.md).
+ **Jika Anda mengganti zona yang di-hosting yang ada sehingga Anda dapat menggunakan server nama label putih** – Di zona yang di-hosting baru, buat ulang catatan yang muncul di zona yang di-hosting saat ini. Route 53 tidak menyediakan metode mengekspor catatan dari zona yang di-hosting, tetapi beberapa vendor pihak ketiga yang menyediakannya. Anda kemudian dapat menggunakan fitur impor Route 53 untuk mengimpor catatan non-alias dengan kebijakan perutean yang sederhana. Tidak ada cara untuk mengekspor dan mengimpor ulang catatan alias atau catatan dengan kebijakan perutean yang tidak sederhana.
Untuk informasi tentang membuat rekaman menggunakan API Route 53, lihat [CreateHostedZone](https://docs.aws.amazon.com/Route53/latest/APIReference/API_CreateHostedZone.html)di *Referensi API Amazon Route 53*. Untuk informasi tentang membuat catatan menggunakan konsol Route 53, lihat [Bekerja dengan catatan](rrsets-working-with.md).
## Langkah 4: Mendapatkan alamat IP
Dapatkan IPv4 dan IPv6 alamat server nama dalam set delegasi yang dapat digunakan kembali, dan isi tabel berikut.
****
| Nama server nama di set delegasi yang dapat digunakan kembali (contoh: Ns-2048.awsdns-64.com) | IPv4 dan IPv6 alamat | Nama yang ingin Anda tetapkan ke server nama label putih (contoh: ns1.example.com) |
| --- | --- | --- |
| | IPv4: IPv6: | |
| | IPv4: IPv6: | |
| | IPv4: IPv6: | |
| | IPv4: IPv6: | |
Sebagai contoh, misalkan empat server nama untuk set delegasi yang dapat digunakan kembali adalah:
+ ns-2048.awsdns-64.com
+ ns-2049.awsdns-65.net
+ ns-2050.awsdns-66.org
+ ns-2051.awsdns-67.co.uk
Berikut adalah perintah Linux dan Windows yang akan Anda jalankan guna mendapatkan alamat IP yang pertama dari empat server nama:
**perintah dig untuk Linux**
```
% dig A ns-2048.awsdns-64.com +short
192.0.2.117
```
```
% dig AAAA ns-2048.awsdns-64.com +short
2001:db8:85a3::8a2e:370:7334
```
**perintah nslookup untuk Windows**
```
c:\> nslookup ns-2048.awsdns-64.com
Non-authoritative answer:
Name: ns-2048.awsdns-64.com
Addresses: 2001:db8:85a3::8a2e:370:7334
192.0.2.117
```
## Langkah 5: Membuat catatan untuk server nama label putih
Di zona yang di-hosting dengan nama yang sama (seperti example.com) seperti nama domain server nama label putih (seperti ns1.example.com), buat delapan catatan:
+ Satu catatan A untuk setiap server nama label putih
+ Satu catatan AAAA untuk setiap server nama label putih
**penting**
Jika Anda menggunakan server nama label putih yang sama untuk dua atau lebih zona yang di-hosting, jangan lakukan langkah ini untuk zona yang di-hosting lainnya.
Untuk setiap catatan, tentukan nilai berikut. Lihat tabel yang Anda isi untuk langkah sebelumnya:
**Kebijakan perutean**
Tentukan **Perutean sederhana**.
**Nama catatan**
Nama yang ingin Anda tetapkan ke salah satu server nama label putih, misalnya ns1.example.com. Untuk prefiks (ns1 dalam contoh ini), Anda dapat menggunakan nilai yang valid dalam nama domain.
**Nilai/Rutekan lalu lintas ke**
IPv6 Alamat IPv4 atau salah satu server nama Route 53 di set delegasi yang dapat digunakan kembali.
Jika Anda menentukan alamat IP yang salah ketika membuat catatan untuk server nama label putih, situs web atau aplikasi web akan menjadi tidak tersedia di internet ketika Anda melakukan langkah-langkah berikutnya. Bahkan jika Anda segera memperbaiki alamat IP, situs web atau aplikasi web akan tetap tidak tersedia selama durasi TTL.
**Tipe catatan**
Tentukan **A** saat Anda membuat catatan untuk IPv4 alamat.
Tentukan **AAAA** saat Anda membuat catatan untuk alamat. IPv6
**TTL (detik)**
Nilai ini adalah jumlah waktu yang digunakan penyelesai DNS untuk meng-cache informasi dalam catatan ini sebelum meneruskan kueri DNS lain ke Route 53. Kami sarankan Anda menentukan nilai awal 60 detik atau kurang, sehingga Anda dapat memulihkan dengan cepat jika Anda secara tidak sengaja menentukan nilai yang salah dalam catatan ini.
## Langkah 6: Memperbarui catatan NS dan SOA
Perbarui catatan SOA dan NS di zona yang di-hosting yang ingin menggunakan server nama label putih. Lakukan Langkah 6 hingga Langkah 8 untuk satu zona yang di-hosting dan domain yang sesuai secara bersamaan, lalu ulangi untuk zona yang di-hosting dan domain lainnya.
**penting**
Mulai dengan zona yang di-hosting Amazon Route 53 dengan nama domain yang sama (seperti example.com) seperti server nama label putih (seperti ns1.example.com).
1. Memperbarui catatan SOA dengan mengganti nama server nama Route 53 dengan nama salah satu server nama label putih
**Contoh**
Mengganti nama server nama Route 53:
`ns-2048.awsdns-64.net. hostmaster.example.com. 1 7200 900 1209600 60`
dengan nama salah satu server nama label putih Anda:
`ns1.example.com. hostmaster.example.com. 1 7200 900 1209600 60`
**catatan**
Anda mengubah nilai terakhir, waktu untuk tayang (TTL), di [Langkah 2: Membuat atau membuat ulang zona yang di-hosting Amazon Route 53, dan mengubah TTL untuk catatan NS dan SOA](#white-label-name-servers-create-hosted-zones).
Untuk informasi tentang memperbarui catatan menggunakan konsol Route 53, lihat [Mengedit catatan](resource-record-sets-editing.md).
1. Dalam catatan NS, catat nama server nama untuk domain saat ini, sehingga Anda dapat kembali ke server nama ini jika diperlukan.
1. Perbarui catatan NS. Ganti nama server nama Route 53 dengan nama keempat server nama empat label putih Anda, misalnya, `ns1.example.com`, `ns2.example.com`, `ns3.example.com`, dan `ns4.example.com`.
## Langkah 7: Membuat glue record dan mengubah server nama registrar
Gunakan metode yang disediakan oleh registrar untuk membuat glue record dan ubah server nama registrar:
1. Menambahkan glue record:
+ **Jika Anda memperbarui domain dengan nama domain yang sama seperti server nama label putih** – Buat empat glue record dengan nama dan alamat IP yang sesuai dengan nilai yang Anda dapatkan di langkah 4. Sertakan alamat IPv4 dan IPv6 alamat untuk server nama label putih dalam catatan lem yang sesuai, misalnya:
**ns1.example.com** – alamat IP = 192.0.2.117 dan 2001:db8:85a3::8a2e:370:7334
Registrar menggunakan berbagai terminologi untuk glue record. Anda mungkin juga melihat ini disebut sebagai mendaftarkan server nama baru atau yang serupa.
+ **Jika Anda memperbarui domain lain** — Jika Route 53 adalah layanan DNS Anda, Anda harus terlebih dahulu menyelesaikan langkah di bullet sebelumnya dan membuat catatan lem yang cocok dengan nama domain. Kemudian lewati ke langkah 2 dalam prosedur ini.
1. Ubah server nama untuk domain ke nama server nama label putih Anda.
Jika Anda menggunakan Amazon Route 53 sebagai layanan DNS, lihat [Menambahkan atau mengubah server nama dan merekatkan catatan untuk domain](domain-name-servers-glue-records.md).
## Langkah 8: Memantau lalu lintas untuk situs web atau aplikasi
Pantau lalu lintas untuk situs web atau aplikasi dengan glue record yang Anda buat dan ubah server nama di Langkah 7:
+ **Jika lalu lintas berhenti** – Gunakan metode yang disediakan oleh registrar guna mengembalikan server nama untuk domain ke server nama Route 53 sebelumnya. Ini adalah server nama yang Anda catat di langkah 6b. Kemudian tentukan apa yang salah.
+ **Jika lalu lintas tidak terpengaruh** – Ulangi Langkah 6 hingga Langkah 8 untuk zona yang di-hosting yang tersisa dan ingin menggunakan server nama label putih yang sama.
## Langkah 9: Ubah TTLs kembali ke nilai aslinya
Untuk semua zona yang di-hosting yang saat ini menggunakan server nama label putih, ubah nilai berikut:
+ Ubah TTL catatan NS untuk zona yang di-hosting menjadi nilai yang lebih khas bagi catatan NS, misalnya 172.800 detik (dua hari).
+ Ubah TTL minimum catatan SOA untuk zona yang di-hosting menjadi nilai yang lebih khas bagi catatan SOA, misalnya 900 detik. Ini adalah nilai terakhir dalam catatan SOA.
## Langkah 10: (Opsional) Menghubungi layanan DNS rekursif
*Opsional* Jika Anda menggunakan perutean geolokasi Amazon Route 53, hubungi layanan DNS rekursif yang mendukung edns-client-subnet ekstensi EDNS0, dan beri mereka nama server nama label putih Anda. Hal ini memastikan bahwa layanan DNS akan terus merutekan kueri DNS ke lokasi Route 53 yang optimal berdasarkan perkiraan lokasi geografis tempat kueri berasal.
# Catatan NS dan SOA yang dibuat Amazon Route 53 untuk zona yang di-hosting publik
Untuk setiap zona yang di-hosting publik yang Anda buat, Amazon Route 53 secara otomatis membuat catatan server nama (NS) dan catatan start of authority (SOA) untuk zona. Catatan ini tidak perlu sering diubah.
**Topics**
+ [Catatan server nama (NS)](#NSrecords)
+ [Catatan start of authority (SOA)](#SOArecords)
## Catatan server nama (NS)
Amazon Route 53 secara otomatis membuat catatan server nama (NS) yang memiliki nama yang sama seperti zona yang di-hosting. Catatan ini mencantumkan empat server nama yang merupakan server nama otoritatif untuk zona yang di-hosting. Kecuali dalam situasi yang jarang terjadi, kami menyarankan agar Anda tidak menambahkan, mengubah, atau menghapus server nama dalam catatan ini.
Contoh berikut menampilkan format untuk nama server nama Route 53 (ini hanya contoh; jangan menggunakannya saat Anda memperbarui catatan server nama registrar):
+ *ns-2048.awsdns-64.com*
+ *ns-2049.awsdns-65.net*
+ *ns-2050.awsdns-66.org*
+ *ns-2051.awsdns-67.co.uk*
Untuk mendapatkan daftar server nama bagi zona yang di-hosting:
1. Masuk ke Konsol Manajemen AWS dan buka konsol Route 53 di [https://console.aws.amazon.com/route53/](https://console.aws.amazon.com/route53/).
1. Dalam panel navigasi, klik **Zona yang di-hosting**.
1. Pada halaman **Zona yang di-hosting**, pilih tombol radio (bukan nama) untuk zona yang di-hosting, lalu pilih **Lihat detail**.
1. Pada halaman detail untuk zona yang di-hosting, pilih **Detail zona yang di-hosting**.
1. Catat empat server yang tercantum untuk **Server nama**.
Untuk informasi tentang memigrasi layanan DNS dari penyedia layanan DNS lain ke Route 53, lihat [Membuat Amazon Route 53 menjadi layanan DNS untuk domain yang adaMembuat Route 53 menjadi layanan DNS untuk domain yang ada](MigratingDNS.md).
## Catatan start of authority (SOA)
Catatan start of authority (SOA) mengidentifikasi informasi DNS dasar tentang domain, misalnya:
```
1. ns-2048.awsdns-64.net. hostmaster.example.com. 1 7200 900 1209600 86400
```
Catatan SOA mencakup elemen berikut:
+ Server nama Route 53 yang membuat catatan SOA, misalnya, `ns-2048.awsdns-64.net`.
+ Alamat email administrator. Simbol `@` diganti dengan tanda titik, misalnya, `hostmaster.example.com`. Nilai default adalah alamat email amazon.com yang tidak dipantau.
+ Nomor seri yang secara opsional sapat Anda tambahkan setiap kali Anda memperbarui catatan di zona yang di-hosting. Route 53 tidak menambahkan nomor secara otomatis. (Nomor seri digunakan oleh layanan DNS yang mendukung DNS sekunder.) Dalam contoh ini, nilainya adalah `1`.
+ Waktu penyegaran dalam hitungan detik yang merupakan waktu tunggu server DNS sekunder sebelum mengkueri catatan SOA server DNS primer untuk memeriksa perubahan. Dalam contoh ini, nilainya adalah `7200`.
+ Interval percobaan ulang dalam hitungan detik yang merupakan waktu tunggu server sekunder sebelum mencoba kembali transfer zona yang gagal. Biasanya, waktu percobaan ulang kurang dari waktu penyegaran. Dalam contoh ini, nilainya adalah `900` (15 menit).
+ Waktu dalam hitungan detik yang digunakan server sekunder untuk terus mencoba menyelesaikan transfer zona. Jika waktu ini berakhir sebelum transfer zona berhasil, server sekunder akan berhenti menjawab kueri karena menganggap data terlalu tua untuk dapat diandalkan. Dalam contoh ini, nilainya adalah `1209600` (dua minggu).
+ Waktu untuk tayang (TTL) minimum. Nilai ini membantu menentukan durasi waktu yang harus di-cache penyelesai rekursif terkait respons dari Route 53:
**NXDOMAIN**
Tidak ada catatan dari jenis dengan nama yang ditentukan dalam kueri DNS, seperti example.com. Juga tidak ada catatan yang merupakan anak dari nama yang ditentukan dalam kueri DNS, seperti zenith.example.com.
**NODATA**
Ada setidaknya satu catatan dengan nama yang ditentukan dalam kueri DNS, tetapi tidak satu pun dari catatan memiliki jenis (seperti A) yang ditentukan dalam kueri DNS.
Ketika penyelesai DNS meng-cache respons NXDOMAIN atau NODATA respon, ini disebut sebagai *caching negatif*.
Durasi caching negatif lebih rendah dari nilai-nilai berikut:
+ Nilai ini—TTL minimum dalam catatan SOA. Dalam contoh, nilainya adalah `86400` (satu hari).
+ Nilai TTL untuk catatan SOA. Nilai default adalah 900 detik. Untuk informasi tentang perubahan nilai ini, lihat [Mengedit catatan](resource-record-sets-editing.md).
Ketika Route 53 merespons kueri DNS dengan respons NXDOMAIN atau NODATA (respons negatif), Anda dikenakan tarif untuk kueri standar. (Lihat "Kueri" di [Harga Amazon Route 53](https://aws.amazon.com/route53/pricing/). Jika Anda khawatir tentang biaya respons negatif, opsinya adalah mengubah TTL untuk catatan SOA, TTL minimum dalam catatan SOA (nilai ini), atau keduanya. Perhatikan bahwa meningkatkan ini TTLs, yang berlaku untuk respons negatif untuk seluruh zona yang dihosting, dapat memiliki efek positif dan negatif:
+ Penyelesai DNS di internet meng-cache non-eksistensi catatan untuk jangka waktu yang lebih lama, mengurangi jumlah kueri yang diteruskan ke Route 53. Tindakan ini mengurangi biaya Route 53 untuk kueri DNS.
+ Namun, jika Anda pernah keliru menghapus data yang valid dan kemudian membuat ulang data tersebut, penyelesai DNS akan meng-cache respons negatif (catatan ini tidak ada) untuk jangka waktu yang lebih lama. Ini memperpanjang jumlah waktu bagi pelanggan atau pengguna Anda tidak dapat mencapai sumber daya yang sesuai, seperti server web untuk acme.example.com.
**Untuk menemukan catatan SOA Anda di Route 53**
1. Masuk ke Konsol Manajemen AWS dan buka konsol Route 53 di [https://console.aws.amazon.com/route53/](https://console.aws.amazon.com/route53/).
1. Pada panel navigasi, pilih **Zona yang di-hosting**.
1. Pilih nama yang ditautkan dari domain yang ingin Anda lihat catatannya.
1. Pada bagian **Catatan** Anda dapat melihat semua catatan yang terdaftar dan Anda juga dapat memfilter catatan untuk menemukan nilai SOA Anda.
# Mengaktifkan pemulihan yang dipercepat untuk mengelola catatan DNS publik
Route 53 percepatan pemulihan untuk mengelola catatan DNS publik dirancang untuk mencapai 60 menit Recovery Time Objective (RTO) dalam hal tidak tersedianya layanan di Wilayah AS Timur (Virginia N.). Saat diaktifkan di zona yang dihosting publik Route 53, Anda akan dapat melanjutkan perubahan pada catatan DNS di zona yang dihosting publik dalam waktu sekitar 60 menit setelah AWS mendeteksi bahwa operasi di Wilayah AS Timur (Virginia N.) terganggu.
**penting**
Pemulihan yang dipercepat hanya tersedia untuk zona yang dihosting publik. Zona yang dihosting pribadi tidak didukung.
**catatan**
Resolusi kueri DNS dari bidang data Route 53 terus bekerja secara normal selama gangguan layanan Regional. Lihat [Ketahanan di Rute 53](https://docs.aws.amazon.com/Route53/latest/DeveloperGuide/disaster-recovery-resiliency.html) untuk pemahaman tentang bidang data versus operasi pesawat kontrol.
**Topics**
+ [Bagaimana pemulihan yang dipercepat untuk catatan DNS publik bekerja](#accelerated-recovery-how-it-works)
+ [Mengirimkan kembali perubahan DNS setelah failover](#accelerated-recovery-resubmit)
+ [Kegagalan Kembali ke Wilayah AS Timur (Virginia N.)](#accelerated-recovery-failback)
+ [Pertimbangan tambahan](#accelerated-recovery-considerations)
+ [Cara mengaktifkan pemulihan yang dipercepat untuk mengelola catatan DNS publik](#accelerated-recovery-enable)
## Bagaimana pemulihan yang dipercepat untuk catatan DNS publik bekerja
Saat pemulihan yang dipercepat diaktifkan, Route 53 akan menyimpan salinan zona host publik Anda di Wilayah Barat AS (Oregon). Jika layanan di Wilayah AS Timur (Virginia Utara) tidak tersedia untuk waktu yang lama, Route 53 akan mengeksekusi failover dalam waktu 60 menit, secara otomatis mengalihkan operasi pesawat kontrol untuk zona host publik yang diaktifkan pemulihan yang dipercepat ke Wilayah AS Barat (Oregon). Anda kemudian dapat terus membuat perubahan DNS secara terprogram melalui CLI, SDK, dan API. Perhatikan bahwa sekumpulan metode API terbatas akan tersedia selama failover. Lihat bagian “Pertimbangan tambahan” untuk detail selengkapnya. Ketika wilayah pulih, Route 53 akan menjalankan prosedur failback, secara otomatis mengarahkan operasi pesawat kontrol kembali ke Wilayah AS Timur (Virginia N.).
**catatan**
Sebelum terjadi kerusakan pada Wilayah AS Timur (Virginia N.), Anda harus terlebih dahulu mengaktifkan pemulihan yang dipercepat untuk mengelola catatan DNS publik di zona host publik Anda. Ini dapat dilakukan melalui Konsol, CLI, SDK, atau API (lihat bagian berjudul *Cara mengaktifkan pemulihan yang dipercepat untuk mengelola catatan DNS publik* pada halaman di bawah ini). Anda tidak dapat mengaktifkan pemulihan yang dipercepat untuk mengelola catatan DNS publik setelah terjadi failover.
## Mengirimkan kembali perubahan DNS setelah failover
Dalam kondisi normal, perubahan pada zona yang dihosting publik dengan pemulihan yang dipercepat diaktifkan akan diterima oleh Wilayah AS Timur (Virginia N.) dan kemudian akan berhasil direplikasi ke Wilayah Barat AS (Oregon). Namun, ketika gangguan layanan terjadi di Wilayah AS Timur (Virginia N.), beberapa perubahan dapat diterima oleh Wilayah AS Timur (Virginia N.), tetapi mungkin tidak direplikasi ke Wilayah Barat AS (Oregon). Perubahan dalam penerbangan ini disebut sebagai “perubahan terdampar”. Setelah failover selesai, Route 53 merekomendasikan agar Anda mengirimkan ulang perubahan yang terdampar sebelum melanjutkan alur kerja DNS Anda. Anda dapat mencapai ini baik dengan menggunakan API, atau dengan menggunakan AWS CloudFormation, yang dijelaskan di bawah ini.
### Menggunakan API untuk melacak dan mengirimkan perubahan DNS
Jika Anda menggunakan API Route 53, AWS CLI, atau AWS SDKs untuk mengelola catatan DNS, maka Anda harus menggunakan [ChangeResourceRecordSets API dan [GetChange API](https://docs.aws.amazon.com/Route53/latest/APIReference/API_GetChange.html)](https://docs.aws.amazon.com/Route53/latest/APIReference/API_ChangeResourceRecordSets.html) untuk masing-masing mengirimkan dan melacak perubahan DNS.
Saat Anda menggunakan ChangeResourceRecordSets API untuk membuat perubahan DNS, Route 53 menampilkan pengenal (ID) untuk perubahan yang Anda buat (lihat [ChangeInfo](https://docs.aws.amazon.com/Route53/latest/APIReference/API_ChangeInfo.html)detail objek respons perubahan). Anda dapat memberikan ID ini dalam permintaan berikutnya GetChange ke API dan mengamati status perubahan. Perubahan DNS dengan status INSYNC telah direplikasi ke Wilayah AS Barat (Oregon) dan disebarkan ke semua server DNS Route 53. Tidak ada tindakan lebih lanjut yang perlu Anda lakukan pada perubahan ini sebelum atau setelah failover. Namun, selama penurunan nilai ke Wilayah AS Timur (Virginia N.), GetChange dapat kembali PENDING, menunjukkan perubahan Anda mungkin tidak direplikasi ke Wilayah AS Barat (Oregon). Jika itu masalahnya, ketika failover selesai, GetChange akan kembali NoSuchChange, menunjukkan bahwa Route 53 tidak dapat mereplikasi perubahan DNS ini. Oleh karena itu, setelah failover Anda dapat dengan aman mengabaikan perubahan DNS yang terdampar ini dan mengirimkannya kembali sebagai perubahan DNS baru. Anda akan tahu proses failover telah selesai ketika Route 53 memposting pesan ke Dasbor AWS Kesehatan.
### Menggunakan AWS CloudFormation untuk melacak dan mengirimkan perubahan
AWS CloudFormation secara otomatis melacak status replikasi untuk perubahan DNS Anda menggunakan GetChange API, dan hanya menyelesaikan pembaruan setelah perubahan DNS dikonfirmasi sebagai INSYNC. Jika Anda menggunakan CloudFormation untuk mengelola catatan DNS dan Wilayah AS Timur (Virginia N.) menjadi tidak tersedia, maka tindakan yang Anda lakukan tidak CloudFormation akan berhasil diselesaikan selama periode tidak tersedianya. Namun, Anda cukup mencoba lagi tindakan yang sama CloudFormation untuk memungkinkan pengiriman ulang perubahan DNS, setelah proses failover Route 53 selesai.
## Kegagalan Kembali ke Wilayah AS Timur (Virginia N.)
Route 53 akan gagal mengendalikan kembali operasi pesawat untuk zona host publik Anda ke Wilayah AS Timur (Virginia N.) setelah wilayah tersebut pulih. Selama failback, Anda tidak perlu mengirimkan ulang perubahan DNS Anda, karena tidak ada perubahan terdampar yang akan diperkenalkan selama proses ini.
## Pertimbangan tambahan
Ada beberapa pertimbangan tambahan yang harus diperhatikan terkait dengan fitur pemulihan yang dipercepat:
1. Anda tidak akan dapat membuat zona host baru, menghapus zona host yang ada, mengaktifkan penandatanganan DNSSEC, atau menonaktifkan penandatanganan DNSSEC selama failover.
1. AWS PrivateLink koneksi tidak akan berfungsi setelah failover, tetapi akan berfungsi sekali lagi setelah gagal kembali ke Wilayah AS Timur (Virginia N.).
1. [CloudFront Paket flat-rate](https://docs.aws.amazon.com/AmazonCloudFront/latest/DeveloperGuide/flat-rate-pricing-plan.html) tidak didukung saat ini.
1. Zona yang dihosting dengan pemulihan yang dipercepat diaktifkan tidak dapat dihapus. Anda harus menonaktifkan pemulihan yang dipercepat sebelum mencoba menghapus zona yang dihosting.
1. Selama failover, metode API berikut akan terus didukung untuk zona yang dihosting publik dengan pemulihan yang dipercepat diaktifkan. Namun, semua metode API Route 53 lainnya tidak akan berfungsi sampai kegagalan terjadi.
+ `ChangeResourceRecordSets`
+ `GetChange`
+ `GetGeoLocation`
+ `GetHostedZone`
+ `GetHostedZoneCount`
+ `GetHostedZoneLimit`
+ `GetReusableDelegationSet`
+ `GetReusableDelegationSetLimit`
+ `ListGeoLocations`
+ `ListHostedZones`
+ `ListHostedZonesByName`
+ `ListResourceRecordSets`
+ `ListReusableDelegationSets`
## Cara mengaktifkan pemulihan yang dipercepat untuk mengelola catatan DNS publik
Anda dapat mengaktifkan pemulihan yang dipercepat untuk mengelola catatan DNS publik menggunakan konsol Route 53, API, CLI, atau SDK. Waktu yang diperlukan untuk mengaktifkan pemulihan yang dipercepat akan tergantung pada ukuran zona host publik Anda dan faktor lainnya. Anda harus merencanakan proses memungkinkan pemulihan yang dipercepat memakan waktu hingga beberapa jam. Anda dapat memeriksa status proses pemberdayaan di tab Pemulihan yang dipercepat di zona host publik Anda atau melalui `GetHostedZone` API. Saat proses selesai, akan ada periode waktu singkat yang berlangsung hingga beberapa menit di mana perubahan DNS tidak diterima. Setelah selesai, perubahan DNS dapat berjalan seperti biasa.
**Untuk mengaktifkan dan menonaktifkan pemulihan yang dipercepat menggunakan konsol Route 53**
1. Buka konsol Route 53 di [https://console.aws.amazon.com/route53/](https://console.aws.amazon.com/route53/).
1. Pada panel navigasi, pilih **Zona yang di-hosting**.
1. Pilih zona yang dihosting publik yang ingin Anda aktifkan pemulihan yang dipercepat.
1. Di tab **Accelerated Recovery**, pilih **Aktifkan**.
1. Pilih **Simpan perubahan**.
1. Pantau status zona yang dihosting. Status menunjukkan **Mengaktifkan pemulihan yang dipercepat** selama penyiapan dan perubahan ke **Diaktifkan** saat selesai.
Anda dapat menonaktifkan pemulihan yang dipercepat menggunakan langkah-langkah yang sama di atas, tetapi memilih **Nonaktifkan**.
Contoh CLI untuk mengaktifkan
```
aws route53 update-hosted-zone-features --enable-accelerated-recovery --hosted-zone-id Z123456789
```
Contoh CLI untuk menonaktifkan
```
aws route53 update-hosted-zone-features --no-enable-accelerated-recovery --hosted-zone-id Z123456789
```