All Products
Search
Document Center

Alibaba Cloud DNS:Tambahkan Rekaman DNS

Last Updated:Sep 13, 2026

Topik ini menjawab pertanyaan umum tentang konfigurasi rekaman DNS.

FAQ

Arahkan domain ke server

Resolusi nama domain memetakan nama domain ke server website, memungkinkan pengguna mengakses layanan melalui alamat IP menggunakan nama domain yang mudah diingat. Untuk informasi lebih lanjut, lihat Tambahkan Rekaman DNS.

Tipe catatan yang didukung

DNS Alibaba Cloud mendukung tipe catatan berikut:

Tipe catatan

Deskripsi

Kesamaan

Rekaman A

Menyelesaikan nama domain ke alamat IPv4 tertentu. Umum digunakan untuk resolusi domain website.

5/5. Tipe catatan dasar yang diperlukan hampir untuk setiap nama domain.

Rekaman CNAME

Menyelesaikan nama domain ke nama domain lain. Umum digunakan untuk resolusi website, akselerasi CDN, email perusahaan, dan integrasi dengan Global Traffic Manager.

5/5. Banyak digunakan untuk membuat alias. Fleksibilitasnya menjadikannya pilihan umum untuk CDN dan layanan cloud.

Rekaman MX

Menentukan server email untuk suatu domain dan mengurutkannya berdasarkan prioritas.

4/5. Diperlukan untuk layanan email apa pun. Catatan ini tidak diperlukan untuk domain tanpa layanan email.

Rekaman AAAA

Menyelesaikan nama domain ke alamat IPv6 tertentu. Digunakan untuk website yang dapat diakses melalui IPv6.

4/5. Seiring percepatan adopsi IPv6, sebagian besar layanan cloud kini mendukungnya secara default.

Rekaman TXT

Menyimpan informasi teks tentang domain yang dapat dibaca oleh layanan eksternal. Sering digunakan untuk verifikasi kepemilikan domain, penerbitan sertifikat digital, pembuatan rekaman SPF untuk kebijakan anti-spam, dan pemulihan domain.

5/5. Penting untuk berbagai tugas verifikasi, seperti untuk sertifikat SSL, SPF, layanan email, dan pemeriksaan kepemilikan DNS.

Rekaman ALIAS

Berfungsi seperti rekaman CNAME tetapi dapat berdampingan dengan catatan lain pada domain root. Ini menyelesaikan konflik saat mengonfigurasi rekaman CNAME dan tipe catatan lain, seperti rekaman MX, pada domain root yang sama.

2/5. Digunakan untuk menyelesaikan konflik antara rekaman CNAME dan catatan lain, seperti MX atau TXT, pada domain yang sama.

Penerusan URL eksplisit dan implisit

Mengarahkan nama domain ke website yang sudah ada.

2/5. Didukung oleh penyedia DNS tertentu dan terutama digunakan untuk pengalihan domain.

Rekaman NS

Mendelegasikan pengelolaan zona DNS ke server nama otoritatif tertentu. Ini sering digunakan untuk mendelegasikan subdomain ke penyedia DNS lain untuk resolusi.

3/5. Umum untuk delegasi subdomain. Perubahan jarang dilakukan.

Rekaman SRV

Menentukan lokasi (hostname dan port) server untuk layanan tertentu. Sering digunakan untuk layanan direktori Microsoft.

2/5. Diperlukan untuk protokol tertentu yang digunakan dalam layanan pesan instan dan layanan perusahaan. Jarang digunakan untuk website standar.

Rekaman CAA

Menentukan Certificate Authority (CA) mana yang diizinkan menerbitkan sertifikat untuk suatu domain. Ini membantu mencegah penerbitan sertifikat yang salah dan meningkatkan keamanan website.

2/5. Meningkatkan keamanan untuk manajemen sertifikat SSL/TLS. Digunakan dalam skenario spesifik yang memperhatikan keamanan.

Rekaman PTR

Memetakan alamat IP ke nama domain untuk pencarian DNS terbalik, yang memverifikasi bahwa alamat IP sesuai dengan domain tertentu.

1/5. Terutama digunakan untuk pencarian DNS terbalik, seperti untuk server email. Jarang diperlukan untuk website standar.

Rekaman SVCB

Meningkatkan penemuan layanan dengan menyediakan informasi protokol dan titik akhir. Ini membantu klien membuat keputusan koneksi yang lebih baik untuk meningkatkan kinerja dan keamanan.

1/5. Tipe catatan baru yang digunakan dengan protokol terbaru seperti HTTP/3 dan QUIC. Saat ini belum banyak digunakan.

Rekaman HTTPS

Versi khusus dari rekaman SVCB yang menggambarkan layanan HTTPS.

1/5. Standar baru untuk optimasi HTTPS. Dukungan browser terus meningkat, tetapi belum umum digunakan untuk website standar.

Rekaman TLSA

Menerbitkan data asosiasi sertifikat TLS di DNS menggunakan protokol DNS-Based Authentication of Named Entities (DANE) (RFC 6698). Klien menggunakan rekaman TLSA untuk memverifikasi keaslian sertifikat server TLS di lapisan DNS.

1/5. Digunakan dalam skenario keamanan spesifik yang memerlukan validasi sertifikat berbasis DANE.

Untuk informasi lebih lanjut, lihat Tambahkan Rekaman DNS.

Resolusi port

Fitur ini tidak didukung. Tipe catatan DNS umum seperti A, AAAA, dan CNAME hanya menyelesaikan nama domain ke alamat IP dan tidak melibatkan port. Artinya, nama domain seperti api.example.com hanya dapat diselesaikan ke alamat IP seperti 1.1.x.x. Saat mengakses layanan, Anda harus menentukan port di URL (http://api.example.com:8080/). Jika Anda tidak ingin nomor port ditampilkan di URL, Anda dapat menyembunyikan port dengan menggunakan reverse proxy Nginx yang dikelola sendiri untuk meneruskan permintaan HTTPS dan menyembunyikan port.

Gunakan penerusan URL sebagai solusi alternatif

Fitur penerusan URL dapat mengalihkan permintaan domain ke URL lain yang dapat berformat domain:port. Metode ini bertindak sebagai reverse proxy tetapi tidak dicakup oleh Service Level Agreement (SLA). Untuk lingkungan produksi, kami merekomendasikan menyiapkan reverse proxy dengan Nginx untuk meneruskan permintaan HTTPS dan menyembunyikan port.

Skenario: Anda memiliki nama domain cloud-example.com, alamat IP layanan 1.1.x.x, dan port layanan 8888. Rekaman DNS telah dikonfigurasi, dan layanan dapat diakses di http://demo.cloud-example.com:8888. Jika tidak ada rekaman DNS yang dikonfigurasi, layanan hanya dapat diakses di http://1.1.x.x:8888.

Hasil yang diharapkan: Akses layanan di http://www.cloud-example.com tanpa nomor port di URL.

Solusi:

  1. Jika layanan hanya dapat diakses menggunakan http://1.1.x.x:8888, Anda harus terlebih dahulu mengonfigurasi rekaman DNS. Untuk langkah-langkah detail, lihat Rekaman A.

    Tipe catatan

    A

    Host

    demo.cloud-example.com

    Nilai Record

    1.1.x.x

    Setelah resolusi berlaku, Anda dapat mengakses layanan di http://demo.cloud-example.com:8888.

  2. Tambahkan rekaman Implicit URL Forwarding. Untuk langkah-langkah detail, lihat Penerusan URL.

    Tipe catatan

    Implicit URL Forwarding

    Host

    www.cloud-example.com

    Nilai catatan

    http://demo.cloud-example.com:8888

    Catatan

    T: Mengapa tidak menggunakan http://1.1.x.x:8888 sebagai nilai catatan?

    J: Penerusan URL tidak mendukung URL yang berisi alamat IP sebagai nilai catatan.

    Anda sekarang dapat menggunakan http://www.cloud-example.com untuk mengakses layanan di http://demo.cloud-example.com:8888.

Layanan pembuatan website

DNS Alibaba Cloud menyediakan resolusi nama domain, yang mengarahkan nama domain Anda ke alamat IP server. Layanan ini tidak menyediakan layanan pembuatan website. Jika Anda perlu membuat website, lihat Bangun website di instance ECS.

Konfigurasi DNS untuk domain yang tidak didaftarkan di Alibaba Cloud

Pendaftar domain dan penyedia layanan DNS Anda dapat berbeda. Meskipun domain Anda didaftarkan di pendaftar lain, Anda tetap dapat menggunakan DNS Alibaba Cloud untuk mengelola rekaman DNS Anda.

Skenario 1: Domain tanpa konfigurasi DNS yang ada

Jika domain Anda didaftarkan di penyedia lain dan belum memiliki rekaman DNS yang dikonfigurasi:

  1. Masuk ke konsol DNS Alibaba Cloud, tambahkan domain Anda dan konfigurasikan rekaman DNS-nya. Untuk detailnya, lihat Tambahkan Zona dan Tambahkan Rekaman DNS.

  2. Buka halaman Publiz Zone. Klik Settings di kolom Actions. Periksa alamat NS yang ditetapkan oleh sistem.

  3. Masuk ke konsol manajemen pendaftar domain Anda dan ubah alamat NS domain ke server DNS Alibaba Cloud.

  4. Tunggu perubahan DNS berlaku secara global (biasanya 24 hingga 48 jam).

Skenario 2: Migrasi dari penyedia DNS lain

Jika DNS domain Anda saat ini dikelola oleh penyedia lain dan Anda ingin bermigrasi ke DNS Alibaba Cloud, lihat Migrasi resolusi domain ke DNS Alibaba Cloud.

Konfigurasi catatan dengan DNS eksternal

Jika server DNS domain Anda (rekaman NS) tidak mengarah ke Alibaba Cloud, Anda harus mengonfigurasi rekaman DNS Anda dengan penyedia DNS saat ini. Rekaman yang dikonfigurasi di konsol DNS Alibaba Cloud hanya berlaku setelah Anda mengarahkan server nama domain Anda ke Alibaba Cloud.

Arahkan domain ke website lain

Pertama, tentukan tujuan Anda:

  1. Untuk mengalihkan pengguna dari Domain A ke Domain B, gunakan URL forwarding.

  2. Untuk menjadikan Domain A sebagai alias Domain B, di mana kedua domain menampilkan konten yang sama, gunakan CNAME record.

Untuk menambahkan rekaman CNAME atau Penerusan URL, lihat Tambahkan Rekaman DNS.

"Host" dan "nilai catatan"

  • Host: Host adalah awalan yang Anda tambahkan ke nama domain untuk membuat subdomain. (Untuk menambahkan rekaman DNS untuk domain root, atur host ke "@".) Misalnya, jika domain root adalah example.com dan Anda ingin pengunjung mengakses www.example.com, atur host ke www.

  • Nilai catatan: Nilai yang terkait dengan host. Makna nilai catatan tergantung pada tipe catatan. Daftar berikut memberikan contoh untuk tipe catatan umum:

    • Rekaman A: Nilai rekaman berupa alamat IPv4, seperti 192.0.2.0.

    • Rekaman AAAA: Nilai catatan adalah alamat IPv6, misalnya 2001:db8::.

    • Rekaman CNAME: Nilai catatan adalah nama domain, seperti www.example.com.

    • Rekaman MX: Nilai catatan adalah nama domain server email, misalnya, mail.example.com, dan biasanya juga mencakup nilai prioritas, misalnya, 10 mail.example.com.

    • Rekaman NS: Nilai catatan adalah nama domain server DNS otoritatif, seperti ns1.example.com.

    Untuk tipe catatan lainnya, lihat Tambahkan Rekaman DNS.

Bagaimana cara mendapatkan nilai catatan?

Nilai catatan tergantung pada target resolusi Anda. Skenario umum adalah sebagai berikut:

Target Penyelesaian

Tipe catatan

Cara mendapatkan

Instance ECS Alibaba Cloud

A

Masuk ke konsol ECS dan lihat Alamat IP Publik di halaman detail instance.

Server non-Alibaba Cloud

A

Masuk ke konsol server untuk melihat alamat IP publiknya, atau jalankan curl ifconfig.me di server untuk mendapatkan alamat IP egress.

Layanan cloud seperti CDN, OSS, WAF, atau lainnya

CNAME

Di konsol produk yang sesuai, buka halaman manajemen domain dan salin alamat CNAME yang ditetapkan oleh sistem.

Platform pembuatan website pihak ketiga (seperti Shopify)

CNAME

Masuk ke panel admin platform, dan dapatkan nilai rekaman CNAME dari halaman konfigurasi domain (misalnya, shops.myshopify.com).

Email bisnis

MX/CNAME/TXT

Hubungi penyedia layanan email Anda untuk mendapatkan daftar rekaman DNS, atau rujuk dokumentasi resmi penyedia tersebut.

Verifikasi kepemilikan domain

TXT

Dapatkan nilai rekaman TXT dari platform verifikasi (misalnya, Google Search Console atau halaman aplikasi sertifikat SSL).

Jika Anda tidak dapat memperoleh nilai catatan, hubungi penyedia layanan Anda atau rujuk dokumentasi resminya.

Round-robin berbobot

Ya. Saat nama domain diselesaikan ke beberapa alamat IP, Anda dapat menggunakan round-robin berbobot untuk memberikan bobot berbeda pada setiap alamat IP. Hal ini mendistribusikan traffic secara proporsional di antara server. Anda dapat menggunakan fitur ini untuk melakukan Pengujian A/B dengan mengirimkan sebagian kecil traffic ke server dengan versi perangkat lunak baru. Untuk petunjuknya, lihat Konfigurasi bobot.

Dukungan jaringan anycast

Ya. DNS Alibaba Cloud menggunakan jaringan anycast global server DNS untuk merespons kueri pengguna dari server yang paling dekat secara geografis. Hal ini memberikan latensi kueri yang lebih rendah kepada pengguna dan memungkinkan perubahan rekaman DNS tersebar dalam hitungan detik.

Dukungan DDNS

DDNS, atau Dynamic Domain Name System, adalah layanan yang memperbarui nama domain tetap agar mengarah ke alamat IP publik yang berubah secara dinamis. Hal ini memungkinkan pengguna eksternal mengakses perangkat jaringan rumah atau kantor Anda kapan saja. DNS Alibaba Cloud tidak mendukung DDNS saat ini.

Jika alamat IP Anda tidak sering berubah, Anda dapat memperbarui secara manual nilai catatan A ke alamat IP publik terbaru. Atau, Anda dapat menggunakan metode berikut untuk mencapai hasil yang mirip dengan DDNS:

Gunakan API DNS untuk pembaruan otomatis

Untuk memperbarui nilai rekaman A secara otomatis, Anda dapat menggunakan router atau klien pihak ketiga yang mendukung DDNS untuk memanggil API DNS Alibaba Cloud (seperti AddDomainRecord dan UpdateDomainRecord). Untuk menggunakan solusi ini, buat pengguna RAM, berikan izin API yang diperlukan, lalu buat AccessKey untuk pengguna RAM tersebut. Terakhir, konfigurasikan AccessKey dan nama domain target di klien DDNS.

TTL default

Time to Live (TTL) default untuk semua tipe rekaman DNS di DNS Alibaba Cloud adalah 10 menit (600 detik). Anda dapat mengubah TTL, tetapi nilai minimum yang diizinkan tergantung pada edisi DNS Alibaba Cloud Anda:

  • Edisi Gratis/Edisi Personal: TTL minimum adalah 10 menit (600 detik).

  • Edisi Ultimate: TTL minimum adalah 1 detik.

Untuk mengubah TTL, lihat Konfigurasi TTL.

Batas domain dan catatan

DNS Alibaba Cloud tidak membatasi jumlah domain root yang dihosting. Batasan berikut berlaku untuk rekaman DNS:

  • Anda dapat menambahkan maksimal 100.000 rekaman DNS untuk satu domain root, termasuk semua catatan untuk subdomain-nya.

  • Untuk host atau subdomain, garis resolusi, dan tipe catatan yang sama, Edisi Gratis mengizinkan maksimal 10 rekaman DNS, sedangkan edisi berbayar mengizinkan maksimal 100.

  • Untuk penerusan URL eksplisit dan implisit, Edisi Gratis mendukung 2 catatan, Edisi Personal mendukung 5 catatan, dan Edisi Ultimate mendukung 10 catatan.

Edisi Premium dapat melebihi batasan ini. Untuk informasi lebih lanjut, lihat Perbandingan Versi.

Dukungan DNS wildcard

Untuk informasi tentang dukungan DNS wildcard dan cara kerjanya, lihat DNS wildcard.

Galat batas traffic terlampaui

Galat ini terjadi ketika volume tinggi panggilan API memicu pembatasan kecepatan traffic global. Kami merekomendasikan menggunakan kueri tepat alih-alih kueri wildcard untuk mencegah masalah ini.

Rekaman A dan AAAA

Dukungan IPv6

IPv6, singkatan dari Internet Protocol Version 6, adalah protokol IP generasi berikutnya yang dirancang oleh Internet Engineering Task Force (IETF) untuk menggantikan IPv4. Karena pasokan alamat IPv4 terbatas, hal ini membatasi pertumbuhan dan penerapan Internet. IPv6 tidak hanya menyelesaikan kelangkaan alamat tetapi juga menghilangkan hambatan bagi berbagai perangkat untuk terhubung ke Internet.

DNS Alibaba Cloud mendukung IPv6. Anda dapat menambahkan Rekaman AAAA di pengaturan DNS Anda agar pengunjung dapat mengakses website Anda menggunakan alamat IPv6. Selain itu, server DNS di kluster DNS Alibaba Cloud sepenuhnya mendukung IPv6.

Untuk informasi lebih lanjut, lihat Tambahkan Rekaman DNS.

Subdomain dengan beberapa IP

Ya. Anda dapat mengarahkan subdomain ke beberapa alamat IP untuk mendistribusikan traffic kueri DNS ke beberapa server dan mengurangi beban server. DNS Alibaba Cloud memungkinkan Anda menambahkan beberapa alamat IP untuk rekaman A dan AAAA. Selama kueri DNS, DNS Alibaba Cloud mengembalikan semua alamat IP yang dikonfigurasi ke server DNS lokal pengguna. Server DNS lokal kemudian menentukan alamat IP mana yang akan dikembalikan kepada pengunjung. Untuk mengembalikan alamat berdasarkan bobot, lihat Konfigurasi bobot.

Beberapa domain pada satu ECS

Ya. Alamat IP instance ECS dapat mendukung resolusi untuk beberapa nama domain, artinya domain root atau subdomain yang berbeda dapat mengarah ke alamat IP yang sama. Untuk detail konfigurasi, lihat:

Batasan alamat IP

Tidak ada batasan. Anda dapat menggunakan alamat IP publik atau pribadi apa pun. Namun, di lingkungan produksi, alamat IP pribadi umumnya tidak berguna karena tidak dapat diakses oleh pengguna publik, meskipun domain diselesaikan dengan benar. Alamat ini biasanya hanya digunakan untuk pengujian.

IP di luar Tiongkok daratan

Ya. Anda dapat memasukkan alamat IP dari wilayah mana pun di bidang Nilai Catatan. DNS Alibaba Cloud tidak membatasi apakah alamat IP server berada di dalam atau di luar Tiongkok daratan.

Resolusi IPv4 dan IPv6

Kueri DNS hanya mengembalikan alamat IPv6 jika klien pengunjung mendukung tumpukan protokol IPv6.

1. Contoh konfigurasi rekaman DNS:

Tipe

Host

Garis resolusi

Nilai

AAAA

www

Default

ff03:0:0:0:0:0:x:x

A

www

Default

1.1.x.x

Perilaku resolusi:

  • Jika klien mendukung IPv6 dan IPv4 (dual-stack): Klien mengirim dua kueri DNS ke server DNS lokalnya, satu untuk alamat IPv6 dan satu untuk alamat IPv4. Server DNS lokal kemudian mengirim dua kueri ke DNS Alibaba Cloud. DNS Alibaba Cloud mengembalikan alamat IPv6 dan IPv4. Klien akhirnya menentukan alamat mana yang akan digunakan, tetapi sebagian besar sistem modern lebih memilih IPv6.

  • Jika klien hanya mendukung IPv6: Klien meminta alamat IPv6 dari server DNS lokalnya. Server DNS lokal mengkueri DNS Alibaba Cloud untuk alamat IPv6 dan mengembalikannya ke klien.

  • Jika klien hanya mendukung IPv4: Klien meminta alamat IPv4 dari server DNS lokalnya. Server DNS lokal mengkueri DNS Alibaba Cloud, yang mengembalikan 1.1.x.x. Klien kemudian menerima alamat 1.1.x.x.

2. Contoh konfigurasi rekaman DNS dengan garis resolusi berbeda:

Tipe

Host

Garis resolusi

Nilai

AAAA

www

luar Tiongkok daratan

ff03:0:0:0:0:0:x:x

A

www

Default

1.1.x.x

  • Jika klien dual-stack berada di luar Tiongkok daratan, ia mengkueri alamat IPv6 dan IPv4. DNS Alibaba Cloud mengembalikan keduanya, dan klien umumnya lebih memilih alamat IPv6.

  • Jika klien hanya IPv4 berada di luar Tiongkok daratan, ia mengkueri alamat IPv4. Namun, karena tidak ada alamat IPv4 yang dikonfigurasi untuk garis resolusi luar Tiongkok daratan, permintaan resolusi gagal.

  • Jika klien hanya IPv4 berada di Tiongkok daratan, ia mengkueri alamat IPv4. DNS Alibaba Cloud mengembalikan alamat IPv4 dari garis resolusi Default, dan klien menerima 1.1.x.x.

  • Jika klien dual-stack berada di Tiongkok daratan, ia mengkueri alamat IPv6 dan IPv4. Namun, karena hanya alamat IPv4 yang dikonfigurasi untuk garis resolusi Default, DNS Alibaba Cloud hanya dapat mengembalikan alamat IPv4. Klien kemudian menerima 1.1.x.x.

Load balancing DNS

Ya. Saat nama domain diselesaikan ke beberapa alamat IP server, Anda dapat mengonfigurasi round-robin berbobot untuk memberikan bobot berbeda pada setiap alamat IP, yang mendistribusikan traffic di antara server. Untuk mencapai load balancing DNS sederhana, Anda dapat mengatur rasio bobot 1:1. Untuk petunjuk penyiapan, lihat Konfigurasi bobot.

Atur bobot rekaman A dengan SDK

  1. Gunakan operasi addDomainRecord untuk menambahkan rekaman DNS. Secara default, rekaman A menggunakan kebijakan round-robin.

  2. Gunakan SetDNSSLBStatus - Aktifkan atau nonaktifkan konfigurasi bobot, dan atur Open=true untuk mengaktifkan konfigurasi bobot untuk rekaman A atau AAAA.

  3. Dapatkan RecordId dari rekaman DNS. Panggil operasi UpdateDNSSLBWeight - Ubah bobot untuk memodifikasi bobot rekaman DNS.

    1. Jika Anda baru saja menambahkan rekaman DNS di langkah 1, Anda dapat langsung mendapatkan RecordId dari nilai kembali.

    2. Untuk rekaman DNS yang sudah ada, Anda dapat memanggil operasi Get DNS Record List untuk mendapatkan RecordId dari daftar yang dikembalikan.

Rekaman CNAME

CNAME vs. Penerusan URL

Rekaman CNAME adalah tipe rekaman DNS yang memetakan nama domain (alias) ke nama domain target lain. Penerusan URL mengalihkan permintaan untuk nama domain ke URL lain. Ini bisa berupa pengalihan internal (penerusan URL implisit, sering menggunakan iframe) atau pengalihan eksternal (penerusan URL eksplisit, sering menggunakan pengalihan 301 atau 302). Perbedaan utamanya adalah:

  • Rekaman CNAME mempertahankan nama domain asli di bilah alamat browser, sedangkan penerusan URL eksplisit mengubah URL ke alamat target.

  • Rekaman CNAME cocok untuk memetakan satu domain ke domain lain secara permanen. Penerusan URL lebih baik untuk pengalihan sementara, migrasi website, atau skenario di mana Anda ingin menyembunyikan alamat tujuan sebenarnya.

Konflik rekaman A dan CNAME

Rekaman A dan CNAME tidak dapat ditambahkan untuk host dan garis resolusi yang sama. Kami merekomendasikan menggunakan host atau garis resolusi yang berbeda saat membuat rekaman A dan CNAME. Untuk informasi tentang jenis konflik catatan lainnya, lihat Aturan konflik rekaman DNS.

Konflik rekaman MX dan CNAME

Dalam resolusi DNS, tipe catatan berbeda memiliki prioritas berbeda. Untuk host dan garis resolusi yang sama, tipe catatan tertentu tidak dapat berdampingan. Pembatasan ini mencegah risiko konfigurasi yang dapat menyebabkan layanan tidak tersedia. Untuk informasi lebih lanjut, lihat Aturan konflik rekaman DNS.

CNAME ke path tertentu

Tidak. Rekaman CNAME dirancang untuk memetakan satu nama domain ke nama domain lain, bukan ke path file atau direktori tertentu.

Titik di akhir nama domain

Tidak. Titik di akhir nama domain merepresentasikan domain root. DNS Alibaba Cloud secara otomatis menambahkannya di backend, sehingga Anda tidak perlu menambahkannya sendiri.

CNAME ke website besar

Sebagian besar website besar, termasuk Baidu, mencegah domain eksternal mengarah ke mereka melalui rekaman CNAME karena alasan keamanan dan pencegahan penyalahgunaan. Jika Anda perlu mengarahkan traffic ke Baidu, kami merekomendasikan menggunakan pengalihan URL (301 atau 302) alih-alih rekaman CNAME.

Beberapa rekaman CNAME

Ya, Anda dapat mengonfigurasi beberapa rekaman CNAME. DNS Alibaba Cloud mengembalikan respons berdasarkan bobot yang ditetapkan. Untuk informasi lebih lanjut, lihat Konfigurasi bobot.

Rekaman TXT

Rekaman TXT tambahan

Beberapa Produk Alibaba Cloud mungkin menambahkan rekaman TXT untuk memverifikasi kepemilikan domain. Misalnya, jika Anda membeli sertifikat SSL dari Alibaba Cloud dan memilih Automatic DNS Validation sebagai Domain Validation Method di bawah Certificate Association Information, sistem secara otomatis menambahkan rekaman TXT. Untuk informasi lebih lanjut, lihat Bagaimana cara memilih metode otorisasi dan verifikasi domain?

Validasi DNS Otomatis menghapus rekaman DNS duplikat atau yang bertentangan yang sudah ada di layanan DNS Anda saat menambahkan rekaman validasi.

Rekaman keamanan email DMARC, SPF, atau DKIM

DMARC, SPF, dan DKIM adalah tiga mekanisme autentikasi email yang digunakan untuk mencegah spoofing email dan meningkatkan deliverabilitas email. Ketiganya dikonfigurasi sebagai rekaman TXT.

1. Rekaman SPF (Sender Policy Framework)

SPF menyatakan server email mana yang diizinkan mengirim email atas nama domain Anda.

  • Hostname: @

  • Tipe catatan: TXT

  • Nilai catatan: Diawali dengan v=spf1, diikuti mekanisme otorisasi

  • Contoh: v=spf1 include:spf.qiye.aliyun.com -all

    Catatan

    Satu nama domain hanya dapat memiliki satu rekaman TXT yang diawali dengan v=spf1 per catatan host. Saat menambahkan sumber pengiriman baru, jangan membuat catatan baru. Sebaliknya, gabungkan semua sumber pengiriman ke dalam catatan yang sama:

    • Pertahankan v=spf1 di awal.

    • Tambahkan setiap mekanisme include secara berurutan.

    • Pertahankan all di akhir.

    Contoh: v=spf1 include:spf.qiye.aliyun.com include:spf.mail.qq.com -all

2. Rekaman DKIM (DomainKeys Identified Mail)

DKIM menambahkan tanda tangan digital ke email arah keluar untuk memverifikasi bahwa konten tidak diubah selama transit.

  • Hostname: selector._domainkey (ditentukan oleh penyedia email Anda, seperti default._domainkey)

  • Tipe catatan: TXT

  • Nilai catatan: String kunci publik yang disediakan oleh penyedia email Anda

3. Rekaman DMARC (Domain-based Message Authentication, Reporting, and Conformance)

DMARC memberi tahu server penerima cara menangani email yang gagal autentikasi SPF atau DKIM.

  • Hostname: _dmarc

  • Tipe catatan: TXT

  • Nilai catatan: Diawali dengan v=DMARC1, diikuti parameter kebijakan

  • Contoh: v=DMARC1; p=quarantine; rua=mailto:dmarc@example.com

  • Opsi kebijakan:

    • p=none: Hanya pantau, tidak mengambil tindakan

    • p=quarantine: Tandai email yang gagal sebagai mencurigakan (biasanya dikirim ke folder spam)

    • p=reject: Tolak email yang gagal autentikasi

Nilai catatan bersifat case-sensitive. Salin dan tempel nilai tersebut langsung dari penyedia layanan Anda. Jika validasi gagal, periksa nilai catatan untuk spasi tambahan atau karakter tersembunyi.

Kegagalan verifikasi nilai TXT

1. Nilai catatan tidak lengkap atau salah

  • Salin nilai rekaman TXT secara lengkap tanpa modifikasi manual.

  • Periksa apakah nilai catatan berisi spasi tambahan, karakter tersembunyi, atau jeda baris.

  • Nilai catatan bersifat case-sensitive. Salin dan tempel nilai persis seperti yang diberikan oleh platform.

2. Catatan host salah

  • Platform berbeda mungkin memerlukan catatan host berbeda. Isi catatan host persis seperti yang diinstruksikan oleh platform.

3. Konflik catatan

  • Jika Anda menerima galat "konflik rekaman DNS", berarti catatan tipe lain (seperti CNAME) sudah ada untuk hostname yang sama.

  • Solusi: Rujuk Aturan konflik rekaman DNS, hapus catatan yang bertentangan, atau tambahkan rekaman TXT menggunakan hostname berbeda.

4. Cache DNS belum diperbarui

  • Setelah Anda menambahkan rekaman TXT, perubahan dapat memerlukan waktu hingga berlaku secara global (biasanya 10 menit hingga 48 jam).

  • Jika Anda memverifikasi segera setelah menambahkan catatan, tunggu 10 hingga 30 menit lalu coba lagi.

5. Server DNS tidak konsisten

  • Konfirmasi bahwa server DNS domain telah diubah ke DNS Alibaba Cloud (seperti dns1.hichina.com atau vip1.alidns.com).

  • Jika server DNS diarahkan ke penyedia lain, tambahkan rekaman TXT di penyedia DNS saat ini.

Rekaman MX

Prioritas rekaman MX

Jika Anda hanya memiliki satu rekaman MX, nilai prioritasnya tidak berarti. Saat Anda memiliki beberapa rekaman MX, server pengirim email mencoba mengirimkan email ke server dengan angka prioritas terendah terlebih dahulu. Jika server tersebut tidak tersedia, server pengirim secara otomatis mencoba server berikutnya sesuai urutan prioritas hingga email berhasil dikirim atau semua server gagal.

MX untuk email bisnis internasional

Ya. Untuk informasi lebih lanjut, lihat Konfigurasi resolusi kotak surat.

Konflik rekaman MX dan CNAME

Dalam resolusi DNS, tipe catatan berbeda memiliki prioritas berbeda. Untuk host dan garis resolusi yang sama, tipe catatan tertentu tidak dapat berdampingan. Pembatasan ini mencegah risiko konfigurasi yang dapat menyebabkan layanan tidak tersedia. Untuk informasi lebih lanjut, lihat Aturan konflik rekaman DNS.

DNS untuk kotak surat eksternal

Proses konfigurasi tergantung pada pengaturan Anda:

  • Domain didaftarkan di Alibaba Cloud, DNS dengan DNS Alibaba Cloud, email dengan penyedia pihak ketiga.

    Hubungi penyedia email Anda untuk mendapatkan rekaman DNS yang diperlukan, lalu tambahkan dengan mengikuti petunjuk di Konfigurasi resolusi kotak surat.

  • Domain didaftarkan di Alibaba Cloud, DNS dengan penyedia pihak ketiga, email dengan penyedia pihak ketiga.

    Hubungi penyedia email Anda untuk mendapatkan rekaman DNS yang diperlukan, lalu tambahkan di penyedia DNS saat ini.

  • Domain didaftarkan di penyedia pihak ketiga, DNS dengan DNS Alibaba Cloud, email dengan penyedia pihak ketiga.

    Hubungi penyedia email Anda untuk mendapatkan rekaman DNS yang diperlukan, lalu tambahkan dengan mengikuti petunjuk di Konfigurasi resolusi kotak surat.

Cara mengubah rekaman DNS saat beralih penyedia kotak surat

Saat beralih penyedia kotak surat, Anda harus menghapus atau memodifikasi rekaman DNS kotak surat lama. Jika catatan lama dan baru sama-sama ada, hal ini dapat menyebabkan kegagalan pengiriman email, mengarahkan email ke penyedia lama, atau menciptakan konflik catatan.

Sebelum memulai, pastikan kotak surat baru Anda aktif. Lalu, buka penyedia DNS nama domain Anda untuk menghapus rekaman DNS penyedia lama dan menambahkan catatan baru dari daftar periksa penyedia baru.

Rekaman NS

Konflik rekaman NS dan subdomain

Galat DomainRecordConflict: Rekaman DNS bertentangan dengan catatan yang sudah ada. Harap tangguhkan atau hapus catatan yang bertentangan dan coba lagi.

Galat ini terjadi karena beberapa rekaman DNS tipe berbeda ada di level yang sama. Untuk memperbaikinya, periksa dengan cermat rekaman DNS yang sudah ada, hapus yang bertentangan, lalu tambahkan rekaman NS. Namun, tindakan ini dapat memengaruhi rekaman DNS lain untuk subdomain tersebut. Untuk informasi lebih lanjut, lihat Aturan konflik rekaman DNS.

Penerusan URL

Pengalihan 301 vs. 302

Pengalihan 301: Kode status 301 berarti "Dipindahkan Secara Permanen."

Pengalihan 302: Kode status 302 berarti "Dipindahkan Sementara."

Kedua kode status 301 dan 302 memberi tahu browser untuk mengalihkan ke URL baru, yang ditentukan di header Location dari respons server. Dari perspektif pengguna, alamat yang mereka masukkan (URL A) langsung berubah menjadi alamat lain (URL B).

Perbedaan utamanya adalah cara mesin pencari memperlakukannya. Pengalihan 301 memberi tahu mesin pencari bahwa URL lama sudah usang dan harus diganti dengan URL baru di indeks mereka. Pengalihan 302 menunjukkan pengalihan bersifat sementara dan URL lama masih valid. Mesin pencari akan merayapi konten baru tetapi tetap mengindeks URL asli.

Penerusan URL dan hasil dig

Saat Anda menambahkan rekaman penerusan URL, DNS Alibaba Cloud secara otomatis membuat rekaman A dasar yang mengarah ke server penerusan DNS Alibaba Cloud. Oleh karena itu, jika Anda mengatur URL sebagai nilai catatan di konsol tetapi perintah dig mengembalikan rekaman A dengan alamat IP di rentang 203.107.XX.XX, ini adalah perilaku normal.

Galat 502 penerusan URL

  • Jika Anda melihat pesan bahwa Pendaftaran ICP diperlukan saat menambahkan catatan, pastikan domain sumber dan target memiliki Pendaftaran ICP yang valid. Selesaikan proses pendaftaran jika belum ada.

  • Jika rekaman penerusan URL yang sebelumnya berfungsi mulai mengembalikan galat 502, Pendaftaran ICP mungkin telah kedaluwarsa atau tidak valid.

Galat Pendaftaran ICP penerusan URL

Penerusan URL bekerja dengan menyelesaikan domain sumber ke server penerusan Alibaba Cloud, yang kemudian melakukan proxy permintaan. Karena server penerusan URL Alibaba Cloud ditempatkan di Tiongkok daratan, domain sumber harus memiliki Pendaftaran ICP yang valid. Pendaftaran tidak harus diselesaikan melalui Alibaba Cloud.

Halaman kosong penerusan URL implisit

Anda mungkin melihat galat konsol browser jika website target mengatur header X-Frame-Options. Pengaturan ini mencegah situs disematkan dalam frame. Hubungi administrator website Anda untuk menghapus konfigurasi X-Frame-Options dari situs target.

Refused to display 'http://www.gztianhui.com/home.html' in a frame because it set 'X-Frame-Options' to 'sameorigin'.

Penerusan implisit menampilkan URL target

Periksa kode JavaScript di halaman URL target. Jika berisi potongan kode berikut, hapuslah.

<script>
    if(window.top!=window.self){window.top.location=window.location};
</script>

Galat refresh penerusan URL

Masalah ini sering terjadi jika halaman target (URL yang diteruskan) berisi kode JavaScript yang melakukan pengalihan. Hubungi administrator website Anda untuk menyelidiki.

Penerusan URL dan rekaman A dig

Jika perintah dig pada domain sumber tidak mengembalikan alamat IP di rentang 203.107.XX.XX, kirim tiket ke dukungan DNS Alibaba Cloud untuk bantuan.

Penerusan URL ERR_EMPTY_RESPONSE

Galat ini biasanya terjadi selama serangan CC. Laju kueri per detik (QPS) yang tinggi untuk domain dapat menyebabkan server penerusan URL menghentikan layanan. Kami merekomendasikan menggunakan metode alternatif untuk penerusan.

Penerusan URL koneksi ditolak

Gejala: Tidak ada informasi intersepsi yang ditampilkan di konsol.

Penyebab: Koneksi diblokir oleh kebijakan asal sama. Periksa jejak jaringan untuk respons 200 OK terakhir dalam rantai. Header-nya mungkin berisi pembatasan asal sama.

Solusi: Masalah ini biasanya disebabkan oleh kebijakan keamanan website Anda. Kami merekomendasikan memeriksa konfigurasi Anda atau hanya menggunakan penerusan URL eksplisit.

Berikut adalah contoh header yang dikembalikan, di mana x-frame-options adalah header respons spesifik untuk pembatasan asal sama:

set-cookie: SERVERID=e05f0b8d54ec48e7851015e7188bfb45|1612682415|1612681708;Path=
strict-transport-security: max-age=31536000
vary: User-Agent
x-anodeid: jira-wiki-1
x-arequestid: 920x2795968x3
x-ausername: anonymous
x-content-type-options: nosniff
x-frame-options: SAMEORIGIN
x-xss-protection: 1; mode=block

Batas rekaman penerusan URL

Jumlah rekaman penerusan URL yang dapat Anda tambahkan tergantung pada edisi DNS Alibaba Cloud Anda:

  • Edisi Gratis: 2

  • Edisi Personal: 5

  • Edisi Ultimate: 10

  • Edisi Premium: Tanpa Batas

Untuk mempelajari lebih lanjut tentang perbedaan antar edisi, lihat bagian Penerusan URL (Domain Tunggal) di Perbandingan Versi.

Dukungan HTTPS penerusan URL

Domain sumber untuk penerusan URL mendukung HTTP tetapi tidak HTTPS. Alamat target dapat berupa HTTP atau HTTPS. Mengalihkan traffic HTTPS memerlukan pemasangan sertifikat SSL di server penerusan perantara. Alibaba Cloud tidak mendukung hal ini karena pertimbangan keamanan dan manajemen sertifikat. Jika Anda ingin meneruskan permintaan HTTPS, konfigurasikan pengalihan HTTPS di server origin Anda. Berikut adalah contoh konfigurasi Nginx:

server {    
  listen 443 ssl;    
  server_name yourdomain.com;    
  ssl_certificate     /path/to/cert.pem;    
  ssl_certificate_key /path/to/cert.key;    
  return 301 https://targetsite.com$request_uri;
}

Penerusan URL dengan parameter path

Penerusan URL eksplisit dan implisit tidak mendukung konfigurasi dengan parameter path.