Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
# Gunakan kustom URLs dengan menambahkan nama domain alternatif (CNAMEs)
Saat Anda membuat distribusi, CloudFront berikan nama domain untuknya, seperti d111111abcdef8.cloudfront.net. Alih-alih menggunakan nama domain yang disediakan ini, Anda dapat menggunakan nama domain alternatif (juga dikenal sebagai CNAME).
Untuk mempelajari cara menggunakan nama domain Anda sendiri, seperti www.example.com, lihat topik berikut:
**Topics**
+ [Persyaratan untuk menggunakan nama domain alternatif](#alternate-domain-names-requirements)
+ [Pembatasan penggunaan nama domain alternatif](#alternate-domain-names-restrictions)
+ [Tambahkan nama domain alternatif](CreatingCNAME.md)
+ [Memindahkan nama domain alternatif](alternate-domain-names-move.md)
+ [Hapus nama domain alternatif](alternate-domain-names-remove-domain.md)
+ [Gunakan wildcard dalam nama domain alternatif](alternate-domain-names-wildcard.md)
## Persyaratan untuk menggunakan nama domain alternatif
Saat Anda menambahkan nama domain alternatif, seperti www.example.com, ke CloudFront distribusi, berikut ini adalah persyaratan:
**Nama domain alternatif harus huruf kecil**
Semua nama domain alternatif (CNAMEs) harus huruf kecil.
**Nama domain alternatif harus dicakup oleh sertifikat TLS yang valid**
Untuk menambahkan nama domain alternatif (CNAME) ke CloudFront distribusi, Anda harus melampirkan sertifikat TLS tepercaya dan valid yang mencakup nama domain alternatif. Ini memastikan bahwa hanya orang yang memiliki akses ke sertifikat domain Anda yang dapat mengasosiasikan dengan CNAME CloudFront yang terkait dengan domain Anda.
Sertifikat terpercaya adalah sertifikat yang dikeluarkan oleh AWS Certificate Manager (ACM) atau oleh otoritas sertifikat lain yang valid (CA). Anda dapat menggunakan sertifikat yang ditandatangani sendiri untuk memvalidasi CNAME yang ada, tetapi *tidak* untuk CNAME baru. CloudFront mendukung otoritas sertifikat yang sama dengan Mozilla. Untuk daftar saat ini, lihat [ Daftar Sertifikat CA yang Disertakan Mozilla](https://wiki.mozilla.org/CA/Included_Certificates). Untuk informasi tentang sertifikat perantara saat menggunakan CA pihak ketiga, lihat[Sertifikat Menengah](cnames-and-https-requirements.md#https-requirements-intermediate-certificates).
Untuk memverifikasi nama domain alternatif dengan menggunakan sertifikat yang Anda lampirkan, termasuk nama domain alternatif yang menyertakan wildcard, CloudFront periksa nama alternatif subjek (SAN) pada sertifikat. Nama domain alternatif yang Anda tambahkan harus dicakup oleh SAN.
Hanya satu sertifikat yang dapat dilampirkan ke CloudFront distribusi pada satu waktu.
Anda membuktikan bahwa Anda berwenang menambahkan nama domain alternatif tertentu ke distribusi Anda dengan melakukan salah satu hal berikut:
+ Melampirkan sertifikat yang menyertakan nama domain alternatif, seperti product-name.example.com.
+ Melampirkan sertifikat yang mencakup \$1 wildcard di awal nama domain, untuk menutupi beberapa subdomain dengan satu sertifikat. Saat menentukan wildcard, Anda dapat menambahkan beberapa subdomain sebagai nama domain alternatif di CloudFront.
Contoh berikut menggambarkan cara menggunakan wildcard dalam nama domain dalam karya sertifikat untuk mengizinkan Anda menambahkan nama domain alternatif khusus di CloudFront.
+ Anda ingin menambahkan marketing.example.com sebagai nama domain alternatif. Anda mencantumkan dalam sertifikat Anda nama domain berikut: \$1.example.com. Ketika Anda melampirkan sertifikat ini CloudFront, Anda dapat menambahkan nama domain alternatif untuk distribusi Anda yang menggantikan wildcard pada tingkat itu, termasuk marketing.example.com. Anda juga dapat, misalnya, menambahkan nama domain alternatif berikut:
+ product.example.com
+ api.example.com
Namun, Anda tidak dapat menambahkan nama domain alternatif yang lebih tinggi atau lebih rendah dari wildcard. Misalnya, Anda tidak dapat menambahkan nama domain alternatif example.com atau marketing.product.example.com.
+ Anda ingin menambahkan example.com sebagai nama domain alternatif. Untuk melakukan ini, Anda harus mencantumkan nama domain example.com itu sendiri pada sertifikat yang Anda lampirkan ke distribusi Anda.
+ Anda ingin menambahkan marketing.product.example.com sebagai nama domain alternatif. Untuk melakukan ini, Anda dapat mencantumkan\$1.product.example.com pada sertifikat, atau Anda dapat mencantumkan marketing.product.example.com itu sendiri pada sertifikat.
**Izin untuk mengubah konfigurasi DNS**
Saat menambahkan nama domain alternatif, Anda harus membuat catatan CNAME untuk merutekan kueri DNS untuk nama domain alternatif ke distribusi Anda. CloudFront Untuk melakukannya, Anda harus memiliki izin untuk membuat catatan CNAME dengan penyedia layanan DNS untuk nama domain alternatif yang Anda gunakan. Biasanya, ini berarti Anda memiliki domain, tetapi Anda mungkin mengembangkan aplikasi untuk pemilik domain.
**Nama domain alternatif dan HTTPS**
Jika Anda ingin penampil menggunakan HTTPS dengan nama domain alternatif, Anda harus menyelesaikan beberapa konfigurasi tambahan. Untuk informasi selengkapnya, lihat [Gunakan nama domain alternatif dan HTTPS](using-https-alternate-domain-names.md).
## Pembatasan penggunaan nama domain alternatif
Perhatikan pembatasan berikut saat menggunakan nama domain alternatif:
**Jumlah maksimum nama domain alternatif**
Untuk jumlah maksimum nama domain alternatif saat ini yang dapat Anda tambahkan ke distribusi, atau untuk meminta kuota yang lebih tinggi (sebelumnya dikenal sebagai batas), lihat [Kuota umum di distribusi](cloudfront-limits.md#limits-web-distributions).
**Menggandakan dan menindih nama domain alternatif**
Anda tidak dapat menambahkan nama domain alternatif ke CloudFront distribusi jika nama domain alternatif yang sama sudah ada di CloudFront distribusi lain, bahkan jika Anda Akun AWS memiliki distribusi lainnya.
Namun, Anda dapat menambahkan nama domain alternatif wildcard, seperti \$1.example.com, yang menyertakan (yang tumpang tindih dengan) nama domain alternatif non-wildcard, seperti www.example.com. Jika Anda memiliki nama domain alternatif yang tumpang tindih dalam dua distribusi, CloudFront kirimkan permintaan ke distribusi dengan pencocokan nama yang lebih spesifik, terlepas dari distribusi yang ditunjuk oleh catatan DNS. Misalnya, marketing.domain.com lebih spesifik daripada \$1.domain.com.
Jika Anda memiliki entri DNS wildcard yang mengarah ke CloudFront distribusi dan Anda menerima kesalahan DNS yang tidak dikonfigurasi dengan benar saat mencoba menambahkan CNAME baru dengan nama yang lebih spesifik, lihat. [CloudFront mengembalikan kesalahan catatan DNS yang tidak dikonfigurasi dengan benar ketika saya mencoba menambahkan CNAME baru](troubleshooting-distributions.md#troubleshoot-incorrectly-configured-DNS-record-error)
**Fronting domain**
CloudFront memiliki perlindungan terhadap fronting domain yang terjadi di berbagai Akun AWS tempat. Ini adalah skenario ketika klien non-standar membuat koneksi TLS/SSL ke nama domain dalam satu Akun AWS, dan kemudian membuat permintaan HTTPS untuk nama domain yang tidak terkait di yang lain. Akun AWS
Misalnya, koneksi TLS mungkin terhubung ke www.example.com, dan kemudian mengeluarkan permintaan untuk www.example.org.
Untuk menentukan apakah permintaan sedang di-fronted domain, CloudFront lakukan pemeriksaan berikut:
+ Ekstensi SNI sama dengan header permintaan `Host` HTTP
+ Sertifikat milik Akun AWS sama dengan distribusi untuk permintaan
+ Permintaan HTTP `Host` dicakup oleh sertifikat yang disajikan selama jabat tangan TLS
Jika tidak satu pun dari kondisi ini terpenuhi, CloudFront tentukan permintaannya adalah fronting domain. CloudFront akan menolak permintaan dengan respons kesalahan 421 HTTP.
Jika klien tidak menyediakan ekstensi SNI dan mendapatkan sertifikat default \$1.cloudfront.net sebagai gantinya, akan menerima permintaan yang masuk. CloudFront
**Bagaimana CloudFront mengidentifikasi distribusi untuk permintaan**
CloudFront mengidentifikasi distribusi untuk permintaan HTTP berdasarkan `Host` header. CloudFront tidak bergantung pada alamat CloudFront IP yang Anda sambungkan atau jabat tangan SNI apa yang disediakan selama jabat tangan TLS.
Ketika CloudFront menerima permintaan, itu akan menggunakan nilai `Host` header untuk mencocokkan permintaan dengan distribusi tertentu.
Misalnya, Anda memiliki dua distribusi dan Anda telah memperbarui konfigurasi DNS Anda sehingga nama domain alternatif merutekan ke titik akhir berikut:
+ primary.example.com menunjuk ke d111111primary.cloudfront.net
+ secondary.example.com menunjuk ke d222222secondary.cloudfront.net
Jika Anda membuat permintaan untuk https://primary.example.com tetapi menentukan `Host` header sebagai secondary.example.com, seperti, permintaan akan merutekan ke distribusi sekunder sebagai `curl https://primary.example.com -H "Host: secondary.example.com"` gantinya.
**Menambahkan nama domain alternatif pada simpul atas (apeks zona) untuk domain**
Saat menambahkan nama domain alternatif ke distribusi, Anda biasanya membuat catatan CNAME dalam konfigurasi DNS untuk merutekan kueri DNS untuk nama domain ke distribusi Anda. CloudFront Namun, Anda tidak dapat membuat catatan CNAME untuk node atas dari ruang nama DNS, yang juga dikenal sebagai apeks zona; protokol DNS tidak mengizinkannya. Misalnya, jika Anda mendaftarkan nama DNS example.com, zone apex-nya adalah example.com. Anda tidak dapat membuat catatan CNAME untuk example.com, tetapi Anda dapat membuat catatan CNAME untuk www.example.com, newproduct.example.com, dan sebagainya.
Jika Anda menggunakan Route 53 sebagai layanan DNS, Anda dapat membuat kumpulan catatan sumber daya alias, yang memiliki keunggulan berikut dibandingkan catatan CNAME:
+ Anda dapat membuat rekaman sumber daya alias yang ditetapkan untuk nama domain di simpul atas (contoh.com).
+ Anda dapat membuat catatan HTTPS untuk nama domain alternatif untuk memungkinkan negosiasi protokol sebagai bagian dari pencarian DNS jika klien mendukungnya. Untuk informasi selengkapnya, lihat [Create alias resource record set](CreatingCNAME.md#alternate-domain-https).
+ Anda tidak membayar kueri Route 53 saat menggunakan kumpulan catatan sumber daya alias.
Jika Anda mengaktifkan IPv6, Anda harus membuat dua set catatan sumber daya alias: satu untuk merutekan IPv4 lalu lintas (catatan A) dan satu untuk merutekan IPv6 lalu lintas (catatan AAAA). Untuk informasi selengkapnya, lihat [Aktifkan IPv6 (permintaan penampil)](DownloadDistValuesGeneral.md#DownloadDistValuesEnableIPv6) dalam topik [Semua referensi pengaturan distribusi](distribution-web-values-specify.md).
Untuk informasi selengkapnya, lihat [Merutekan lalu lintas ke distribusi CloudFront web Amazon dengan menggunakan nama domain Anda](https://docs.aws.amazon.com/Route53/latest/DeveloperGuide/routing-to-cloudfront-distribution.html) di *Panduan Pengembang Amazon Route 53*.
Jika Anda tidak menggunakan Route 53 untuk DNS Anda, Anda dapat meminta alamat IP statis Anycast untuk merutekan domain apex seperti example.com ke. CloudFront Untuk informasi selengkapnya, lihat [Minta Anycast statis IPs untuk digunakan untuk daftar yang diizinkan](request-static-ips.md).
# Tambahkan nama domain alternatif
Daftar tugas berikut menjelaskan cara menggunakan CloudFront konsol untuk menambahkan nama domain alternatif ke distribusi Anda sehingga Anda dapat menggunakan nama domain Anda sendiri di tautan Anda, bukan nama CloudFront domain. Untuk informasi tentang memperbarui distribusi Anda menggunakan CloudFront API, lihat[Konfigurasikan distribusi](distribution-working-with.md).
**catatan**
Jika Anda ingin penampil menggunakan HTTPS dengan nama domain alternatif Anda, lihat [Gunakan nama domain alternatif dan HTTPS](using-https-alternate-domain-names.md).
**Sebelum memulai:** Pastikan Anda melakukan hal berikut sebelum memperbarui distribusi untuk menambahkan nama domain alternatif:
+ Daftarkan nama domain dengan Route 53 atau registrar domain lain.
+ Dapatkan sertifikat TLS dari otoritas sertifikat resmi (CA) yang mencakup nama domain. Tambahkan sertifikat ke distribusi Anda untuk memvalidasi bahwa Anda berwenang untuk menggunakan domain. Untuk informasi selengkapnya, lihat [Persyaratan untuk menggunakan nama domain alternatif](CNAMEs.md#alternate-domain-names-requirements).
**Tambahkan nama domain alternatif**
1. Masuk ke Konsol Manajemen AWS dan buka CloudFront konsol di[https://console.aws.amazon.com/cloudfront/v4/home](https://console.aws.amazon.com/cloudfront/v4/home).
1. Pilih ID untuk distribusi yang ingin Anda perbarui.
1. Pada tab **Umum**, pilih **Tambahkan domain**.
1. Masukkan hingga lima domain untuk dilayani.
1. Pilih **Berikutnya**.
1. Untuk **sertifikat TLS**, jika tidak CloudFront dapat menemukan sertifikat AWS Certificate Manager (ACM) yang ada untuk domain Anda di dalam `us-east-1` Wilayah AWS, Anda Akun AWS dapat memilih untuk secara otomatis membuat sertifikat atau membuatnya secara manual di ACM.
1. Ketika sertifikat Anda disediakan, Anda harus memperbarui catatan DNS Anda dengan penyedia DNS Anda untuk membuktikan kepemilikan domain. Entri yang perlu Anda buat ke catatan DNS Anda disediakan untuk Anda di CloudFront konsol.
1. Setelah memperbarui catatan DNS, pilih **Validasi sertifikat**.
1. Ketika sertifikat divalidasi, pilih **Berikutnya**.
1. Tinjau perubahan Anda dan pilih **Tambahkan domain**.
1. Di **Umum** untuk distribusi, konfirmasikan bahwa **Status Distribusi** telah berubah menjadi **Diterapkan**. Jika Anda mencoba menggunakan nama domain alternatif sebelum pembaruan ke distribusi Anda telah diterapkan, tautan yang Anda buat pada langkah-langkah berikut mungkin tidak akan berfungsi.
1. Konfigurasikan layanan DNS untuk nama domain alternatif (seperti www.example.com) untuk merutekan lalu lintas ke nama CloudFront domain untuk distribusi Anda (seperti d111111abcdef8.cloudfront.net). Metode yang Anda gunakan tergantung pada apakah Anda menggunakan Route 53 sebagai penyedia layanan DNS untuk domain atau penyedia lain. Untuk informasi selengkapnya, lihat [Tambahkan domain ke distribusi CloudFront standar Anda](add-domain-existing-distribution.md).
**Rute 53**
Buat set catatan sumber daya alias. Dengan seperangkat catatan sumber daya alias, Anda tidak membayar kueri Route 53. Anda juga dapat membuat catatan sumber daya alias yang ditetapkan untuk nama domain root (example.com), yang tidak diizinkan oleh DNS. CNAMEs Untuk petunjuk cara membuat kumpulan catatan sumber daya alias, lihat [Merutekan lalu lintas ke distribusi CloudFront web Amazon menggunakan nama domain Anda](https://docs.aws.amazon.com/Route53/latest/DeveloperGuide/routing-to-cloudfront-distribution.html) di Panduan *Pengembang Amazon Route 53*.
Secara opsional, Anda dapat membuat catatan HTTPS untuk nama domain alternatif untuk memungkinkan negosiasi protokol sebagai bagian dari pencarian DNS jika klien mendukungnya.
**Untuk membuat catatan sumber daya alias yang ditetapkan dengan catatan HTTPS (opsional)**
1. Aktifkan HTTP/2 atau HTTP/3 di pengaturan distribusi Anda. CloudFront Untuk informasi selengkapnya, lihat [Versi HTTP yang didukung](DownloadDistValuesGeneral.md#DownloadDistValuesSupportedHTTPVersions) dan [Perbarui distribusi](HowToUpdateDistribution.md).
1. Di konsol Route 53, buat kumpulan catatan sumber daya alias. Ikuti [lalu lintas perutean ke distribusi CloudFront web Amazon dengan menggunakan prosedur nama domain Anda](https://docs.aws.amazon.com/Route53/latest/DeveloperGuide/routing-to-cloudfront-distribution.html).
1. **Saat Anda membuat kumpulan catatan sumber daya alias, buat catatan alias dengan tipe rekaman HTTPS.**
**Penyedia layanan DNS lainnya**
Gunakan metode yang disediakan oleh penyedia layanan DNS Anda untuk menambahkan catatan CNAME untuk domain Anda. Catatan CNAME baru ini akan mengarahkan kueri DNS dari nama domain alternatif Anda (misalnya, www.example.com) ke nama domain untuk distribusi Anda (misalnya, CloudFront d111111abcdef8.cloudfront.net). Untuk informasi lebih lanjut, lihat dokumentasi yang disediakan oleh penyedia layanan DNS Anda.
Jika Anda sudah memiliki catatan CNAME yang ada untuk nama domain alternatif Anda, perbarui catatan tersebut atau ganti dengan yang baru yang menunjuk ke nama CloudFront domain untuk distribusi Anda.
1. Menggunakan `dig` atau alat DNS serupa, konfirmasikan bahwa konfigurasi DNS yang Anda buat pada langkah sebelumnya menunjuk ke nama domain untuk distribusi Anda.
Contoh berikut menunjukkan `dig` permintaan di domain www.example.com, serta bagian terkait dari respons.
```
PROMPT> dig www.example.com
; <<> DiG 9.3.3rc2 <<> www.example.com
;; global options: printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 15917
;; flags: qr rd ra; QUERY: 1, ANSWER: 9, AUTHORITY: 2, ADDITIONAL: 0
;; QUESTION SECTION:
;www.example.com. IN A
;; ANSWER SECTION:
www.example.com. 10800 IN CNAME d111111abcdef8.cloudfront.net.
...
```
Bagian jawaban menunjukkan catatan CNAME yang merutekan kueri untuk www.example.com ke nama domain distribusi d111111abcdef8.cloudfront.net. CloudFront Jika nama di sisi kanan `CNAME` adalah nama domain untuk CloudFront distribusi Anda, catatan CNAME dikonfigurasi dengan benar. Jika ada nilai lain, misalnya, nama domain untuk bucket Amazon S3 Anda, maka catatan CNAME tidak dikonfigurasi dengan benar. Dalam hal ini, kembali ke langkah 7 dan perbaiki catatan CNAME untuk menunjuk ke nama domain untuk distribusi Anda.
1. Uji nama domain alternatif dengan mengunjungi URLs dengan nama domain Anda, bukan nama CloudFront domain untuk distribusi Anda.
1. Dalam aplikasi Anda, ubah objek Anda URLs untuk menggunakan nama domain alternatif Anda alih-alih nama domain CloudFront distribusi Anda.
# Memindahkan nama domain alternatif
Jika Anda mencoba menambahkan nama domain alternatif ke distribusi standar atau penyewa distribusi, dan nama domain alternatif sudah dikaitkan dengan sumber daya yang berbeda, Anda akan mendapatkan pesan kesalahan.
Misalnya, Anda akan mendapatkan pesan `CNAMEAlreadyExists` kesalahan (Satu atau lebih dari yang CNAMEs Anda berikan sudah dikaitkan dengan sumber daya yang berbeda) ketika Anda mencoba menambahkan www.example.com ke distribusi standar atau penyewa distribusi, tetapi nama domain alternatif itu sudah dikaitkan dengan sumber daya yang berbeda.
Dalam hal ini, Anda mungkin ingin memindahkan nama domain alternatif yang ada dari satu sumber daya ke sumber lainnya. Ini adalah *distribusi sumber* dan *distribusi target*. Anda dapat memindahkan nama domain alternatif antara penyewa distribusi and/or distribusi standar.
Untuk memindahkan nama domain alternatif, lihat topik berikut:
**Topics**
+ [Mengatur target distribusi standar atau penyewa distribusi](alternate-domain-names-move-create-target.md)
+ [Temukan sumber distribusi standar atau penyewa distribusi](alternate-domain-names-move-find-source.md)
+ [Pindahkan nama domain alternatif](alternate-domain-names-move-options.md)
# Mengatur target distribusi standar atau penyewa distribusi
Sebelum Anda dapat memindahkan nama domain alternatif, Anda harus mengatur sumber daya target. Ini adalah target distribusi standar atau penyewa distribusi tempat Anda memindahkan nama domain alternatif.
------
#### [ Standard distribution ]
**Untuk mengatur distribusi standar target**
1. Minta sertifikat TLS. Sertifikat ini mencakup nama domain alternatif sebagai Subjek atau Subjek Alternatif Domain (SAN), atau wildcard (\$1) yang mencakup nama domain alternatif yang Anda pindahkan. Jika Anda tidak memilikinya, Anda dapat meminta satu dari AWS Certificate Manager (ACM) atau dari otoritas sertifikat (CA) lain dan mengimpornya ke ACM.
**catatan**
Anda harus meminta atau mengimpor sertifikat di Wilayah AS Timur (Virginia Utara) (`us-east-1`).
Untuk informasi selengkapnya, lihat [Meminta sertifikat publik menggunakan konsol](https://docs.aws.amazon.com/acm/latest/userguide/acm-public-certificates.html#request-public-console) dan [Mengimpor sertifikat](https://docs.aws.amazon.com/acm/latest/userguide/import-certificate-api-cli.html) AWS Certificate Manager di *Panduan AWS Certificate Manager Pengguna*.
1. Jika Anda belum membuat distribusi standar target, buat satu sekarang. Sebagai bagian dari pembuatan distribusi standar, kaitkan sertifikat dengan distribusi standar ini. Untuk informasi selengkapnya, lihat [Buat distribusi](distribution-web-creating-console.md).
Jika Anda sudah memiliki distribusi standar target, kaitkan sertifikat dengan distribusi standar. Untuk informasi selengkapnya, lihat [Perbarui distribusi](HowToUpdateDistribution.md).
1. **Jika Anda memindahkan nama domain alternatif dalam hal yang sama Akun AWS, lewati langkah ini.**
Untuk memindahkan nama domain alternatif dari satu Akun AWS ke yang lain, Anda harus membuat catatan TXT dalam konfigurasi DNS Anda. Langkah verifikasi ini membantu mencegah transfer domain yang tidak sah. CloudFront menggunakan catatan TXT ini untuk memvalidasi kepemilikan Anda atas nama domain alternatif.
Dalam konfigurasi DNS Anda, buat catatan DNS TXT yang mengaitkan nama domain alternatif dengan distribusi standar target. Format rekaman TXT dapat bervariasi, tergantung pada jenis domain.
+ Untuk subdomain, tentukan garis bawah (`_`) di depan nama domain alternatif. Berikut ini menunjukkan contoh catatan TXT.
`_www.example.com TXT d111111abcdef8.cloudfront.net`
+ Untuk apex (atau domain root), tentukan garis bawah dan periode (`_.`) di depan nama domain. Berikut ini menunjukkan contoh catatan TXT.
`_.example.com TXT d111111abcdef8.cloudfront.net`
------
#### [ Distribution tenant ]
**Untuk mengatur penyewa distribusi target**
1. Minta sertifikat TLS. Sertifikat ini mencakup nama domain alternatif sebagai Subjek atau Subjek Alternatif Domain (SAN), atau wildcard (\$1) yang mencakup nama domain alternatif yang Anda pindahkan. Jika Anda tidak memilikinya, Anda dapat meminta satu dari AWS Certificate Manager (ACM) atau dari otoritas sertifikat (CA) lain dan mengimpornya ke ACM.
**catatan**
Anda harus meminta atau mengimpor sertifikat di Wilayah AS Timur (Virginia Utara) (`us-east-1`).
Untuk informasi selengkapnya, lihat [Meminta sertifikat publik menggunakan konsol](https://docs.aws.amazon.com/acm/latest/userguide/acm-public-certificates.html#request-public-console) dan [Mengimpor sertifikat](https://docs.aws.amazon.com/acm/latest/userguide/import-certificate-api-cli.html) AWS Certificate Manager di *Panduan AWS Certificate Manager Pengguna*.
1. Jika Anda belum membuat penyewa distribusi target, buat sekarang. Sebagai bagian dari pembuatan penyewa distribusi, kaitkan sertifikat dengan penyewa distribusi. Untuk informasi selengkapnya, lihat [Buat distribusi](distribution-web-creating-console.md).
Jika Anda sudah memiliki penyewa distribusi target, kaitkan sertifikat dengan penyewa distribusi. Untuk informasi selengkapnya, lihat [Tambahkan domain dan sertifikat (penyewa distribusi)](managed-cloudfront-certificates.md#vanity-domain-tls-tenant).
1. **Jika Anda memindahkan nama domain alternatif dalam hal yang sama Akun AWS, lewati langkah ini.**
Untuk memindahkan nama domain alternatif dari satu Akun AWS ke yang lain, Anda harus membuat catatan TXT dalam konfigurasi DNS Anda. Langkah verifikasi ini membantu mencegah transfer domain yang tidak sah, dan CloudFront menggunakan catatan TXT ini untuk memvalidasi kepemilikan Anda atas nama domain alternatif.
Dalam konfigurasi DNS Anda, buat data DNS TXT yang mengaitkan nama domain alternatif dengan penyewa distribusi target. Format rekaman TXT dapat bervariasi, tergantung pada jenis domain.
+ Untuk subdomain, tentukan garis bawah (`_`) di depan nama domain alternatif. Berikut ini menunjukkan contoh catatan TXT.
`_www.example.com TXT d111111abcdef8.cloudfront.net`
+ Untuk apex (atau domain root), tentukan garis bawah dan periode (`_.`) di depan nama domain. Berikut ini menunjukkan contoh catatan TXT.
`_.example.com TXT d111111abcdef8.cloudfront.net`
------
Selanjutnya, lihat topik berikut untuk menemukan distribusi standar sumber atau penyewa distribusi yang sudah dikaitkan dengan nama domain alternatif.
# Temukan sumber distribusi standar atau penyewa distribusi
Sebelum Anda dapat memindahkan nama domain alternatif dari satu distribusi (standar atau penyewa) ke yang lain, cari *distribusi sumber*. Ini adalah sumber daya yang sudah dikaitkan dengan nama domain alternatif. Ketika Anda mengetahui Akun AWS ID sumber daya distribusi sumber dan target, Anda dapat menentukan cara memindahkan nama domain alternatif.
**Catatan**
Kami menyarankan Anda menggunakan operasi [ListDomainConflicts](https://docs.aws.amazon.com/cloudfront/latest/APIReference/API_ListDomainConflicts.html)API, karena mendukung distribusi standar dan penyewa distribusi.
Operasi [ListConflictingAliases](https://docs.aws.amazon.com/cloudfront/latest/APIReference/API_ListConflictingAliases.html)API hanya mendukung distribusi standar.
Ikuti contoh-contoh ini untuk menemukan distribusi sumber (standar atau penyewa).
------
#### [ list-domain-conflicts ]
**Tip**
Untuk distribusi standar, Anda harus memiliki `cloudfront:GetDistribution` dan `cloudfront:ListDomainConflicts` izin.
Untuk penyewa distribusi, Anda harus memiliki `cloudfront:GetDistributionTenant` dan `cloudfront:ListDomainConflicts` izin.
**Untuk digunakan `list-domain-conflicts` untuk menemukan sumber distribusi standar atau penyewa distribusi**
1. Gunakan perintah `list-domain-conflicts` seperti pada contoh berikut.
1. Ganti *www.example.com* dengan nama domain.
1. Untuk`domain-control-validation-resource`, tentukan ID distribusi standar target atau penyewa distribusi [yang Anda atur sebelumnya](alternate-domain-names-move-create-target.md). Anda harus memiliki penyewa distribusi atau distribusi standar yang terkait dengan sertifikat yang mencakup domain yang ditentukan.
1. Jalankan perintah ini menggunakan kredensyal yang Akun AWS sama dengan distribusi standar target atau penyewa distribusi.
**Permintaan**
Contoh ini menentukan penyewa distribusi.
```
aws cloudfront list-domain-conflicts \
--domain www.example.com \
--domain-control-validation-resource "DistributionTenantId=dt_2x9GhoK0TZRsohWzv1b9It8JABC"
```
**Respons**
Untuk setiap nama domain dalam output perintah, Anda dapat melihat yang berikut:
+ Jenis sumber daya yang dikaitkan dengan domain
+ ID sumber daya
+ Akun AWS ID yang memiliki sumber daya
ID sumber daya dan ID akun sebagian disembunyikan. Ini memungkinkan Anda untuk mengidentifikasi distribusi standar atau penyewa distribusi milik akun Anda, dan membantu melindungi informasi yang tidak Anda miliki.
```
{
"DomainConflicts": [
{
"Domain": "www.example.com",
"ResourceType": "distribution-tenant",
"ResourceId": "***************ohWzv1b9It8JABC",
"AccountId": "******112233"
}
]
}
```
Respons mencantumkan semua nama domain yang bertentangan atau tumpang tindih dengan nama yang Anda tentukan.
**Contoh**
+ Jika Anda menentukan*tenant1.example.com*, responsnya mencakup tenant1.example.com dan nama domain alternatif wildcard yang tumpang tindih (\$1.example.com jika ada).
+ Jika Anda menentukan*\$1.tenant1.example.com*, responsnya mencakup \$1.tenant1.example.com dan nama domain alternatif apa pun yang dicakup oleh wildcard tersebut (misalnya, test.tenant1.example.com, dev.tenant1.example.com, dan sebagainya).
1. Dalam tanggapan, temukan distribusi standar sumber atau penyewa distribusi untuk nama domain alternatif yang Anda pindahkan, dan catat Akun AWS ID.
1. Bandingkan ID akun dari penyewa distribusi atau distribusi standar *sumber* dengan ID akun tempat Anda membuat *target* distribusi standar atau penyewa distribusi pada langkah [sebelumnya](alternate-domain-names-move-create-target.md). Anda kemudian dapat menentukan apakah sumber dan targetnya sama Akun AWS. Ini membantu Anda menentukan cara memindahkan nama domain alternatif.
Untuk informasi selengkapnya, lihat [https://docs.aws.amazon.com/cli/latest/reference/cloudfront/list-domain-conflicts.html](https://docs.aws.amazon.com/cli/latest/reference/cloudfront/list-domain-conflicts.html)perintah di *AWS Command Line Interface Referensi*.
------
#### [ list-conflicting-aliases (standard distributions only) ]
**Tip**
Anda harus memiliki `cloudfront:GetDistribution` dan `cloudfront:ListConflictingAliases` izin pada distribusi standar target.
**Untuk digunakan `list-conflicting-aliases` untuk menemukan distribusi standar sumber**
1. Gunakan perintah `list-conflicting-aliases` seperti pada contoh berikut.
1. Ganti *www.example.com* dengan nama domain alternatif, dan *EDFDVBD6EXAMPLE* dengan ID distribusi standar target [yang Anda atur sebelumnya](alternate-domain-names-move-create-target.md).
1. Jalankan perintah ini menggunakan kredensyal yang Akun AWS sama dengan distribusi standar target.
**Permintaan**
Contoh ini menentukan distribusi standar.
```
aws cloudfront list-conflicting-aliases \
--alias www.example.com \
--distribution-id EDFDVBD6EXAMPLE
```
**Respons**
Untuk setiap nama domain alternatif dalam output perintah, Anda dapat melihat ID distribusi standar yang terkait dengannya, dan Akun AWS ID yang memiliki distribusi standar. Distribusi dan akun standar sebagian IDs disembunyikan, yang memungkinkan Anda mengidentifikasi distribusi standar dan akun yang Anda miliki, dan membantu melindungi informasi yang tidak Anda miliki.
```
{
"ConflictingAliasesList": {
"MaxItems": 100,
"Quantity": 1,
"Items": [
{
"Alias": "www.example.com",
"DistributionId": "*******EXAMPLE",
"AccountId": "******112233"
}
]
}
}
```
Respons mencantumkan nama domain alternatif yang bertentangan atau tumpang tindih dengan nama domain yang Anda tentukan.
**Contoh**
+ Jika Anda menentukan*www.example.com*, responsnya mencakup www.example.com dan nama domain alternatif wildcard yang tumpang tindih (\$1.example.com) jika ada.
+ Jika Anda menentukan*\$1.example.com*, responsnya mencakup \$1.example.com dan nama domain alternatif apa pun yang dicakup oleh wildcard tersebut (misalnya, www.example.com, test.example.com, dev.example.com, dan sebagainya).
1. Temukan distribusi standar untuk nama domain alternatif yang Anda pindahkan, dan catat Akun AWS ID. Bandingkan ID akun ini dengan ID akun tempat Anda membuat distribusi standar target pada [langkah sebelumnya](alternate-domain-names-move-create-target.md). Anda kemudian dapat menentukan apakah kedua distribusi standar ini sama Akun AWS dan bagaimana cara memindahkan nama domain alternatif.
Untuk informasi selengkapnya, lihat [https://docs.aws.amazon.com//cli/latest/reference/cloudfront/list-conflicting-aliases.html](https://docs.aws.amazon.com//cli/latest/reference/cloudfront/list-conflicting-aliases.html)perintah di *AWS Command Line Interface Referensi*.
------
Selanjutnya, lihat topik berikut untuk memindahkan nama domain alternatif.
# Pindahkan nama domain alternatif
Tergantung pada situasi Anda, pilih dari cara-cara berikut untuk memindahkan nama domain alternatif:
**Distribusi sumber dan target (standar atau penyewa) sama Akun AWS**
Gunakan **update-domain-association** perintah di AWS Command Line Interface (AWS CLI) untuk memindahkan nama domain alternatif.
Perintah ini berfungsi untuk semua gerakan akun yang sama, termasuk ketika nama domain alternatif adalah domain puncak (juga disebut *domain root*, seperti example.com).
**Distribusi sumber dan target (standar atau penyewa) berbeda Akun AWS**
Jika Anda memiliki akses ke distribusi standar sumber atau penyewa distribusi, nama domain alternatif *bukan* domain puncak, dan Anda belum menggunakan wildcard yang tumpang tindih dengan nama domain alternatif tersebut, gunakan wildcard untuk memindahkan nama domain alternatif. Untuk informasi selengkapnya, lihat [Gunakan wildcard untuk memindahkan nama domain alternatif](#alternate-domain-names-move-use-wildcard).
Jika Anda tidak memiliki akses ke Akun AWS yang memiliki distribusi standar sumber atau penyewa distribusi, Anda dapat mencoba menggunakan **update-domain-association** perintah untuk memindahkan nama domain alternatif. Penyewa distribusi atau distribusi standar sumber harus dinonaktifkan sebelum Anda dapat memindahkan nama domain alternatif. Untuk bantuan tambahan, lihat [Kontak AWS Dukungan untuk memindahkan nama domain alternatif](#alternate-domain-names-move-contact-support).
**catatan**
Anda dapat menggunakan **associate-alias** perintah, tetapi perintah ini hanya mendukung distribusi standar. Lihat [AssociateAlias](https://docs.aws.amazon.com/cloudfront/latest/APIReference/API_AssociateAlias.html)di *Referensi CloudFront API Amazon*.
------
#### [ update-domain-association (standard distributions and distribution tenants) ]
**Untuk digunakan `update-domain-association` untuk memindahkan nama domain alternatif**
1. Gunakan perintah `update-domain-association` seperti pada contoh berikut.
1. Ganti *example.com* dengan nama domain alternatif, dan tentukan ID dari distribusi standar target atau penyewa distribusi.
1. Jalankan perintah ini menggunakan kredensil yang Akun AWS sama dengan distribusi standar target atau penyewa distribusi.
**Perhatikan batasan berikut**
Selain `cloudfront:UpdateDomainAssociation` izin, Anda harus memiliki `cloudfront:UpdateDistribution` izin untuk memperbarui distribusi standar. Untuk memperbarui penyewa distribusi, Anda harus memiliki `cloudfront:UpdateDistributionTenant` izin.
Jika distribusi sumber dan target (standar atau penyewa) berbeda Akun AWS, sumber harus dinonaktifkan sebelum Anda dapat memindahkan domain.
Distribusi target harus diatur seperti yang dijelaskan dalam[Mengatur target distribusi standar atau penyewa distribusi](alternate-domain-names-move-create-target.md).
**Permintaan**
```
aws cloudfront update-domain-association \
--domain "www.example.com" \
--target-resource DistributionTenantId=dt_9Fd3xTZq7Hl2KABC \
--if-match E3UN6WX5ABC123
```
**Respons**
```
{
"ETag": "E7Xp1Y3N9DABC",
"Domain": "www.example.com",
"ResourceId": "dt_9Fd3xTZq7Hl2KABC"
}
```
Perintah ini menghapus nama domain alternatif dari distribusi standar sumber atau penyewa distribusi dan menambahkannya ke distribusi standar target atau penyewa distribusi.
1. Setelah distribusi target sepenuhnya diterapkan, perbarui konfigurasi DNS Anda untuk mengarahkan nama domain Anda ke titik akhir CloudFront perutean. Misalnya, catatan DNS Anda akan mengarahkan nama domain alternatif Anda (`www.example.com`) ke nama domain yang CloudFront disediakan d111111abcdef8.cloudfront.net. Jika targetnya adalah penyewa distribusi, tentukan titik akhir grup koneksi. Untuk informasi selengkapnya, lihat [Arahkan domain ke CloudFront](managed-cloudfront-certificates.md#point-domains-to-cloudfront).
------
#### [ associate-alias (standard distributions only) ]
**Untuk digunakan `associate-alias` untuk memindahkan nama domain alternatif**
1. Gunakan perintah `associate-alias` seperti pada contoh berikut.
1. Ganti *www.example.com* dengan nama domain alternatif, dan *EDFDVBD6EXAMPLE* dengan ID distribusi standar target.
1. Jalankan perintah ini menggunakan kredensyal yang Akun AWS sama dengan distribusi standar target.
**Perhatikan batasan berikut**
Anda harus memiliki `cloudfront:AssociateAlias` dan `cloudfront:UpdateDistribution` izin pada distribusi standar target.
Jika distribusi standar sumber dan target sama Akun AWS, Anda harus memiliki `cloudfront:UpdateDistribution` izin pada distribusi standar sumber.
Jika distribusi standar sumber dan distribusi standar target berbeda Akun AWS, Anda harus menonaktifkan distribusi standar sumber terlebih dahulu.
Distribusi standar target harus diatur seperti yang dijelaskan dalam[Mengatur target distribusi standar atau penyewa distribusi](alternate-domain-names-move-create-target.md).
**Permintaan**
```
aws cloudfront associate-alias \
--alias www.example.com \
--target-distribution-id EDFDVBD6EXAMPLE
```
Perintah ini menghapus nama domain alternatif dari distribusi standar sumber dan memindahkannya ke distribusi standar target.
1. Setelah distribusi standar target sepenuhnya diterapkan, perbarui konfigurasi DNS Anda untuk mengarahkan catatan DNS nama domain alternatif ke nama domain distribusi distribusi distribusi standar target. Misalnya, catatan DNS Anda akan mengarahkan nama domain alternatif Anda (`www.example.com`) ke nama domain yang CloudFront disediakan d111111abcdef8.cloudfront.net.
Untuk informasi selengkapnya, lihat [https://awscli.amazonaws.com/v2/documentation/api/latest/reference/cloudfront/associate-alias.html](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/cloudfront/associate-alias.html)perintah di *AWS CLI Command Reference*.
------
## Gunakan wildcard untuk memindahkan nama domain alternatif
Jika distribusi sumber berbeda Akun AWS dari distribusi target, dan distribusi sumber diaktifkan, Anda dapat menggunakan wildcard untuk memindahkan nama domain alternatif.
**catatan**
Anda tidak dapat menggunakan wildcard untuk memindahkan domain apex (seperti example.com). Untuk memindahkan domain apex ketika distribusi sumber dan target berbeda Akun AWS, hubungi. Dukungan Untuk informasi selengkapnya, lihat [Kontak AWS Dukungan untuk memindahkan nama domain alternatif](#alternate-domain-names-move-contact-support).
**Untuk menggunakan wildcard untuk memindahkan nama domain alternatif**
**catatan**
Proses ini melibatkan beberapa pembaruan untuk distribusi Anda. Tunggu hingga setiap distribusi menerapkan perubahan terbaru sepenuhnya sebelum melanjutkan ke langkah berikutnya.
1. Perbarui distribusi target untuk menambahkan nama domain alternatif wildcard yang mencakup nama domain alternatif yang Anda pindahkan. Misalnya, jika nama domain alternatif yang Anda pindahkan adalah www.example.com, tambahkan nama domain alternatif\$1.example.com ke distribusi target. Untuk melakukan ini, SSL/TLS sertifikat pada distribusi target harus menyertakan nama domain wildcard. Untuk informasi selengkapnya, lihat [Perbarui distribusi](HowToUpdateDistribution.md).
1. Perbarui pengaturan DNS untuk nama domain alternatif untuk menunjuk ke nama domain dari distribusi target. Misalnya, jika nama domain alternatif yang Anda pindahkan adalah www.example.com, perbarui data DNS untuk www.example.com untuk merutekan lalu lintas ke nama domain distribusi target (misalnya d111111abcdef8.cloudfront.net).
**catatan**
Bahkan setelah Anda memperbarui pengaturan DNS, nama domain alternatif masih disajikan oleh distribusi sumber karena di situlah nama domain alternatif saat ini dikonfigurasi.
1. Perbarui distribusi sumber untuk menghapus nama domain alternatif. Untuk informasi selengkapnya, lihat [Perbarui distribusi](HowToUpdateDistribution.md).
1. Perbarui distribusi target untuk menambahkan nama domain alternatif. Untuk informasi selengkapnya, lihat [Perbarui distribusi](HowToUpdateDistribution.md).
1. Gunakan **dig** (atau alat kueri DNS serupa) untuk memvalidasi bahwa catatan DNS untuk nama domain alternatif menyelesaikan nama domain dari distribusi target.
1. (Opsional) Perbarui distribusi target untuk menghapus nama domain alternatif wildcard.
## Kontak AWS Dukungan untuk memindahkan nama domain alternatif
Jika distribusi sumber dan target berbeda Akun AWS, dan Anda tidak memiliki akses ke distribusi sumber Akun AWS atau tidak dapat menonaktifkan distribusi sumber, Anda dapat menghubungi Dukungan untuk memindahkan nama domain alternatif.
**Untuk menghubungi Dukungan untuk memindahkan nama domain alternatif**
1. Siapkan distribusi target, termasuk catatan DNS TXT yang mengarah ke distribusi target. Untuk informasi selengkapnya, lihat [Mengatur target distribusi standar atau penyewa distribusi](alternate-domain-names-move-create-target.md).
1. [Hubungi Dukungan](https://console.aws.amazon.com/support/home) untuk meminta mereka memverifikasi bahwa Anda memiliki domain, dan memindahkan domain ke CloudFront distribusi baru untuk Anda.
1. Setelah distribusi target sepenuhnya digunakan, perbarui konfigurasi DNS Anda untuk mengarahkan data DNS nama domain alternatif ke nama domain distribusi distribusi distribusi target.
# Hapus nama domain alternatif
Jika Anda ingin menghentikan perutean lalu lintas untuk domain atau subdomain ke CloudFront distribusi, ikuti langkah-langkah di bagian ini untuk memperbarui konfigurasi DNS dan distribusi. CloudFront
Penting bagi Anda untuk menghapus nama domain alternatif dari distribusi serta memperbarui konfigurasi DNS Anda. Ini membantu mencegah masalah nanti jika Anda ingin mengaitkan nama domain dengan CloudFront distribusi lain. Jika nama domain alternatif sudah terkait dengan satu distribusi, itu tidak dapat diatur dengan yang lain.
**catatan**
Jika Anda ingin menghapus nama domain alternatif dari distribusi ini sehingga Anda dapat menambahkannya ke yang lain, ikuti langkah-langkah di [Memindahkan nama domain alternatif](alternate-domain-names-move.md). Jika Anda mengikuti langkah-langkah di sini sebagai gantinya (untuk menghapus domain) dan kemudian menambahkan domain ke distribusi lain, akan ada periode waktu di mana domain tidak akan menautkan ke distribusi baru karena CloudFront menyebarkan ke pembaruan ke lokasi tepi.
**Untuk menghapus nama domain alternatif dari distribusi**
1. Untuk memulai, arahkan lalu lintas internet untuk domain Anda ke sumber daya lain yang bukan CloudFront distribusi Anda, seperti penyeimbang beban Elastic Load Balancing. Atau Anda dapat menghapus catatan DNS yang merutekan lalu lintas ke. CloudFront
Lakukan salah satu langkah berikut, tergantung pada layanan DNS untuk domain Anda:
+ **Jika Anda menggunakan Route 53**, memperbarui atau menghapus catatan alias atau catatan CNAME. Untuk informasi lebih lanjut, lihat [Mengedit rekaman](https://docs.aws.amazon.com/Route53/latest/DeveloperGuide/resource-record-sets-editing.html) atau [Menghapus catatan](https://docs.aws.amazon.com/Route53/latest/DeveloperGuide/resource-record-sets-deleting.html).
+ **Jika Anda menggunakan penyedia layanan DNS lain, gunakan metode yang disediakan oleh penyedia** layanan DNS untuk memperbarui atau menghapus catatan CNAME yang mengarahkan lalu lintas ke. CloudFront Untuk informasi lebih lanjut, lihat dokumentasi yang disediakan oleh penyedia layanan DNS Anda.
1. Setelah Anda memperbarui catatan DNS domain Anda, tunggu hingga perubahan telah menyebar dan penutup DNS sedang mengirimkan lalu lintas ke sumber daya baru. Anda dapat memeriksa untuk melihat kapan ini selesai dengan membuat beberapa tautan uji yang menggunakan domain Anda di URL.
1. Masuk ke Konsol Manajemen AWS dan buka CloudFront konsol di[https://console.aws.amazon.com/cloudfront/v4/home](https://console.aws.amazon.com/cloudfront/v4/home), dan perbarui CloudFront distribusi Anda untuk menghapus nama domain dengan melakukan hal berikut:
1. Pilih ID untuk distribusi yang ingin Anda perbarui.
1. Di **Umum** pilih, pilih **Edit**.
1. Di **Nama Domain Alternatif (CNAMEs)**, hapus nama domain alternatif (atau nama domain) yang tidak lagi ingin Anda gunakan untuk distribusi Anda.
1. Pilih **Ya, Edit**.
# Gunakan wildcard dalam nama domain alternatif
Saat menambahkan nama domain alternatif, Anda dapat menggunakan \$1 wildcard di awal nama domain dan bukan menambahkan subdomain secara individu. Misalnya, dengan nama domain alternatif\$1.example.com, Anda dapat menggunakan nama domain apa pun yang diakhiri dengan example.com, seperti www.example.com, product-name.example.com URLs, marketing.product-name.example.com, dan sebagainya. Jalur ke objek adalah sama terlepas dari nama domain, misalnya:
+ www.contoh. com/images/image.jpg
+ product-name.example. com/images/image.jpg
+ marketing.product-name.example. com/images/image.jpg
Ikuti persyaratan ini untuk nama domain alternatif yang mencakup wildcard:
+ Nama domain alternatif harus dimulai dengan tanda bintang dan titik (\$1.).
+ Anda *tidak dapat* menggunakan wildcard untuk mengganti bagian dari nama subdomain, seperti ini: \$1domain.example.com.
+ Anda tidak dapat mengganti subdomain di tengah nama domain, seperti ini: subdomain.\$1.example.com.
+ Semua nama domain alternatif, termasuk nama domain alternatif yang menggunakan wildcard, harus dicakup oleh nama alternatif subjek (SAN) pada sertifikat.
Nama domain alternatif wildcard, seperti \$1.example.com, dapat menyertakan nama domain alternatif lain yang sedang digunakan, seperti example.com.