Basis pengetahuan

Gunakan akun Amazon Route 53 Anda sendiri untuk melayani DNS domain Anda

Buat kunci akses AWS yang diizinkan untuk melihat daftar dan mengubah data Route 53 lalu hubungkan, sehingga DNS domain Anda dilayani dari akun AWS Anda sendiri.

Manfaat menghubungkannya untuk Anda

Menghubungkan akun AWS Anda sendiri memungkinkan DNS domain dilayani dari akun Anda, bukan akun kami. Anda tetap memegang zona, tagihan, dan dasbor vendor; kami membuat dan memperbarui data yang dibutuhkan situs dan kotak surat Anda, sehingga Anda tidak perlu menyalinnya secara manual.

Sebelum Anda mulai

Sebuah akun AWS. Route 53 membebankan biaya per zona yang di-host dan per kueri pada tagihan AWS Anda.

Buat pengguna IAM untuk koneksi ini dengan kebijakan yang mengizinkan route53:ListHostedZones, route53:ListResourceRecordSets, dan route53:ChangeResourceRecordSets.

1. Buat kunci di AWS

Di konsol AWS, buka IAM → Users, pilih pengguna yang akan diwakili oleh koneksi ini (buat pengguna khusus — jangan pernah gunakan akun root Anda), buka tab Security credentials miliknya dan, di bawah Access keys, pilih Create access key. Pilih Other sebagai kasus penggunaan, lanjutkan, dan pilih Create access key. Salin Access key ID dan Secret access key — AWS hanya menampilkan kunci rahasia ini satu kali. Setiap pengguna IAM dapat memiliki dua kunci sekaligus.

2. Hubungkan di sini

Buka Integrations di dasbor Anda dan pilih Connect an account. Pilih Your own DNS sebagai grup dan Amazon Route 53 sebagai akun, isi Access key ID dan Secret access key, lalu tekan Connect account.

Kami menguji data yang Anda tempelkan sebelum apa pun disimpan. Kunci yang tidak berfungsi tidak akan pernah disimpan, dan jawaban yang diberikan akan menyatakan kesalahan yang terjadi. Kunci yang berfungsi disimpan terenkripsi di brankas rahasia kami — tidak pernah di basis data kami — dan tidak akan pernah ditampilkan lagi, bahkan kepada Anda.

Apa yang terjadi selanjutnya

  • Pada domain mana pun, buka tab DNS miliknya dan pilih akun ini sebagai tempat layanan DNS domain tersebut disediakan. Kami membuat zona di sana jika belum ada dan menuliskan data yang dibutuhkan oleh situs dan email domain tersebut.
  • Ketika ada perubahan di pihak kami yang memengaruhi isi suatu data — Anda memindahkan situs, beralih CDN, atau menambahkan kotak surat — kami memperbarui data tersebut di akun Anda.
  • Untuk menyelesaikan pemindahan, server nama domain Anda harus mengarah ke AWS. Jika domain terdaftar pada kami, atau pada registrar yang telah Anda hubungkan, kami akan mengaturnya untuk Anda; jika tidak, halaman domain akan menampilkan server nama yang harus diatur.
  • Saat Anda terhubung, kami memeriksa apakah kunci tersebut dapat mencantumkan zona Anda, membaca data, dan mengubah data. Daftar periksa di samping koneksi menunjukkan tindakan mana saja yang dapat kami konfirmasi.

Jika tidak terhubung

Koneksi berhasil, lalu perubahan data gagal. Mencantumkan zona dan mengubah data adalah izin IAM yang terpisah, dan perubahan hanya diperiksa saat pertama kali kami melakukannya. Tambahkan route53:ChangeResourceRecordSets ke kebijakan pengguna — kunci itu sendiri tidak berubah.

AWS menolak kredensial. Kunci akses telah dinonaktifkan atau dihapus di IAM.

Pesan menyatakan kunci ditolak. Hampir selalu karena salah satu dari tiga hal: spasi atau jeda baris yang ikut tersalin, kunci yang telah kedaluwarsa, atau kunci yang dicabut atau dibuat ulang setelah Anda menyalinnya. Buat kunci baru dan tempelkan kembali.

Koneksi berhasil, tetapi kemudian terjadi kegagalan. Kunci berhasil diautentikasi tetapi tidak memiliki izin yang dibutuhkan untuk tindakan tersebut. Buat kunci baru dengan izin yang tercantum di atas, lalu putuskan koneksi lama dan hubungkan kunci baru.

Memutuskan koneksi

Buka Integrations, temukan akun tersebut, lalu tekan Disconnect. Tindakan ini akan segera menghapus kunci yang disimpan. Segala hal yang menggunakannya akan berhenti pada tindakan berikutnya, dan layar yang bergantung padanya akan memberitahukan hal tersebut alih-alih gagal tanpa peringatan.

Memutuskan koneksi tidak membatalkan apa yang telah dilakukan — data, penerapan, atau pengaturan yang kami ubah di akun Anda akan tetap seperti semula. Jika Anda merasa kunci itu sendiri mungkin telah bocor, cabut juga kunci tersebut di vendor; memutuskan koneksi hanya menghapus salinan kami, bukan salinan mereka.

Terbaru dari blog

Apa yang telah kami tulis tentang hosting, SEO, dan mengelola situs dalam skala besar.

SEO dan Pembangunan Tautan dari Lapisan Hosting: Pandangan Operator Tahun 2026

Bagaimana hosting membentuk pengindeksan dan link equity pada tahun 2026: menjaga halaman tetap terindeks, memeriksa domain lama sebelum mengembangkannya, membangun tautan tanpa jejak mesin pencari, dan pandangan jujur tentang apa yang dapat dan tidak dapat dilakukan infrastruktur untuk SEO.

Baca postingan →

Membuat WordPress Cepat dan Aman: Daftar Periksa Performa dan Plugin

Daftar periksa praktis untuk WordPress yang cepat dan aman: caching tingkat server, object cache per situs, beberapa plugin yang layak dijalankan, menjaga tumpukan teknologi tetap mutakhir, dan halaman WooCommerce yang tidak boleh Anda simpan di cache.

Baca postingan →

Cara Memilih Web Hosting Terkelola di Tahun 2026: Panduan Pembeli

Apa yang sebenarnya membedakan hosting terkelola yang baik dari kotak murah dengan panel kontrol — migrasi, pencadangan, isolasi, caching nyata, dan penskalaan yang jujur — dan cara menilainya sebelum Anda berkomitmen.

Baca postingan →

Baca blog →

Masih mengalami kendala?

Dukungan disertakan pada setiap paket, layanan meja bantuan buka selama 24 jam sehari, dan Anda dapat menulis kepada kami dalam salah satu dari 58 bahasa kami — kami akan menjawab Anda dalam bahasa Anda.

Hubungi dukungan → Semua artikel →