Alibaba Cloud DNS：FAQ tentang penambahan rekaman DNS

Mengarahkan nama domain ke server website merupakan proses yang disebut resolusi nama domain. Proses ini memungkinkan pengguna mengakses layanan website melalui alamat IP menggunakan nama domain yang mudah diingat. Untuk informasi selengkapnya, lihat Tambahkan rekaman DNS.

Alibaba Cloud DNS mendukung tipe catatan berikut:

Untuk informasi selengkapnya, lihat Tambahkan rekaman DNS.

Tidak. Tipe catatan umum seperti A, AAAA, dan CNAME hanya memetakan nama domain ke alamat IP dan tidak mencakup informasi port. Artinya, api.example.com hanya dapat diresolusi ke 1.1.x.x. Untuk mengakses layanan, Anda harus menentukan port di URL klien, misalnya http://api.example.com:8080/. Jika Anda tidak ingin menampilkan port di nama domain, Anda dapat menyembunyikannya dengan menyiapkan reverse proxy Nginx untuk penerusan HTTPS dan penyembunyian port.

Gunakan penerusan URL

Tipe catatan penerusan URL mendukung pengalihan permintaan nama domain ke URL lain, yang dapat berupa format nama domain + nomor port. Metode ini juga berfungsi sebagai reverse proxy dan tidak dicakup oleh Perjanjian Tingkat Layanan (SLA). Kami menyarankan Anda menyiapkan reverse proxy Nginx untuk penerusan HTTPS dan penyembunyian port.

Skenario: Anda memiliki nama domain cloud-example.com. Alamat IP layanan adalah 1.1.x.x, dan port layanan adalah 8888. Anda telah mengonfigurasi rekaman DNS, dan layanan dapat diakses di http://demo.cloud-example.com:8888. Atau, Anda belum mengonfigurasi rekaman DNS, dan layanan hanya dapat diakses di http://1.1.x.x:8888.

Tujuan: Anda ingin mengakses layanan di http://www.cloud-example.com tanpa nomor port muncul di URL.

Solusi:

1. Jika layanan hanya dapat diakses di http://1.1.x.x:8888, Anda harus terlebih dahulu mengonfigurasi rekaman DNS. Untuk informasi selengkapnya, lihat A record.

   Record Type	A
   Host	demo.cloud-example.com
   Record Value	1.1.x.x

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

2. Konfigurasikan rekaman penerusan Implicit URL Forwarding. Untuk informasi selengkapnya, lihat URL forwarding.

   Record Type	Implicit URL Forwarding
   Host	www.cloud-example.com
   Record Value	http://demo.cloud-example.com:8888 Catatan Q: Mengapa tidak langsung memasukkan http://1.1.x.x:8888 sebagai nilai rekaman? A: URL forwarding tidak mendukung URL dengan alamat IP sebagai nilai rekaman.

   Hal ini memungkinkan Anda mengakses layanan di http://demo.cloud-example.com:8888 dengan mengunjungi http://www.cloud-example.com.

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

Jika nama domain Anda tidak didaftarkan di Alibaba Cloud dan Anda ingin menggunakan Alibaba Cloud DNS untuk resolusi, pertimbangkan skenario berikut:

• Jika nama domain Anda didaftarkan di penyedia lain tetapi belum memiliki konfigurasi DNS, lihat Konfigurasi DNS untuk nama domain yang tidak didaftarkan di Alibaba Cloud.

• Jika nama domain Anda, baik yang didaftarkan di Alibaba Cloud maupun penyedia lain, telah dikonfigurasi untuk resolusi DNS dengan penyedia lain dan Anda ingin memindahkannya ke Alibaba Cloud DNS, lihat Migrasi lancar resolusi nama domain ke Alibaba Cloud DNS.

Pertama, tentukan kebutuhan Anda:

1. Jika Anda ingin pengguna yang mengunjungi nama domain A dialihkan ke nama domain B, gunakan penerusan URL.

2. Jika nama domain A adalah alias untuk nama domain B dan Anda ingin mengunjungi nama domain A memberikan efek yang sama seperti mengunjungi nama domain B, gunakan rekaman CNAME.

Untuk informasi selengkapnya tentang penambahan rekaman CNAME atau URL, lihat Tambahkan rekaman DNS.

• Host: Host adalah awalan domain yang Anda tambahkan saat membuat subdomain. Untuk menambahkan rekaman DNS untuk nama domain utama, masukkan tanda at (@) sebagai host. Misalnya, jika nama domain utama Anda adalah example.com dan Anda ingin pengunjung menggunakan www.example.com, masukkan www sebagai host.

• Record value: Record value adalah nilai spesifik yang terkait dengan host. Artinya tergantung pada tipe catatan. Berikut adalah contoh nilai rekaman untuk tipe catatan umum:

  • A record: Nilai rekaman adalah alamat IPv4, seperti 192.0.2.0.

  • AAAA record: Nilai rekaman adalah alamat IPv6, seperti 2001:db8::.

  • CNAME record: Nilai rekaman adalah nama domain, seperti www.example.com.

  • MX record: Nilai rekaman adalah nama domain server email, seperti mail.example.com. Biasanya mencakup nilai prioritas, seperti 10 mail.example.com.

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

  Untuk informasi selengkapnya tentang tipe catatan, lihat Tambahkan rekaman DNS.

Ya. Ketika nama domain diresolusi ke beberapa alamat IP, Anda dapat menggunakan weighted round-robin untuk mengonfigurasi bobot berbeda untuk setiap alamat IP. Hal ini memungkinkan Anda mendistribusikan traffic akses di antara alamat IP dalam proporsi berbeda. Anda dapat menggunakan fitur ini untuk melakukan Pengujian A/B dengan mengirimkan sebagian kecil traffic ke server dengan perubahan perangkat lunak. Untuk petunjuknya, lihat Konfigurasi bobot.

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

Dynamic Domain Name System (DDNS) adalah layanan yang mengikat alamat IP publik yang sering berubah ke nama domain tetap secara real time. Hal ini memungkinkan jaringan eksternal mengakses perangkat jaringan rumah atau perusahaan Anda melalui nama domain kapan saja. Alibaba Cloud DNS saat ini tidak mendukung DDNS.

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

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

• Edisi Ultimate: TTL minimum adalah 1 detik.

Untuk memodifikasi nilai TTL, lihat Konfigurasi TTL.

Alibaba Cloud DNS tidak membatasi jumlah nama domain utama yang dihosting. Batasan untuk rekaman DNS adalah sebagai berikut:

• Maksimum 100.000 rekaman DNS dapat ditambahkan untuk satu nama domain utama, termasuk rekaman untuk semua subdomain-nya. Jika Anda pengguna Edisi Ultimate dan melebihi batas ini, Anda dapat mengajukan tiket untuk meminta peningkatan.

• Untuk host atau subdomain yang sama pada jalur resolusi yang sama dan dengan tipe catatan yang sama, Edisi Gratis DNS memperbolehkan maksimum 10 rekaman DNS, sedangkan edisi berbayar memperbolehkan maksimum 100 rekaman DNS.

• Untuk rekaman penerusan URL eksplisit/implisit, Edisi Gratis mendukung 2 rekaman, Edisi Personal mendukung 5 rekaman, dan Edisi Perusahaan mendukung 10 rekaman.

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

Hal ini terjadi karena jumlah pemanggilan selama periode ini tinggi, sehingga memicu throttling global. Kami menyarankan Anda menggunakan kueri tepat untuk menghindari masalah ini.

IPv6 adalah singkatan dari Internet Protocol Version 6. Ini adalah protokol IP generasi berikutnya yang dirancang oleh Internet Engineering Task Force (IETF) untuk menggantikan IPv4. Karena IPv4 memiliki jumlah alamat jaringan terbatas, yang sangat membatasi aplikasi dan pengembangan Internet, IPv6 tidak hanya menyelesaikan masalah kelangkaan alamat jaringan tetapi juga menghilangkan hambatan bagi berbagai perangkat akses untuk terhubung ke Internet.

Alibaba Cloud DNS mendukung IPv6. Anda dapat menambahkan AAAA record di pengaturan DNS untuk memungkinkan pengunjung mengakses website Anda menggunakan alamat IPv6. Selain itu, server DNS dalam kluster server Alibaba Cloud DNS sepenuhnya mendukung IPv6.

Untuk informasi selengkapnya, lihat Tambahkan rekaman DNS.

Ya, Anda dapat mengarahkan subdomain ke beberapa alamat IP. Hal ini sering digunakan untuk mendistribusikan permintaan kueri DNS secara merata di beberapa server guna mengurangi beban server. Alibaba Cloud DNS memungkinkan Anda menambahkan beberapa alamat IP untuk rekaman A/AAAA. Selama kueri DNS, Alibaba Cloud DNS mengembalikan daftar 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.

Ya. Alamat IP server ECS dapat mendukung resolusi beberapa nama domain. Artinya, nama domain utama atau subdomain yang berbeda dapat mengarah ke alamat IP yang sama. Untuk informasi selengkapnya tentang konfigurasi, lihat:

• Konfigurasi beberapa website di server Nginx

• Konfigurasi beberapa website di server IIS

Tidak. Alamat IP dapat berupa alamat IP publik atau internal apa pun. Namun, dalam skenario bisnis nyata, alamat IP internal tidak memiliki arti dan biasanya hanya digunakan untuk pengujian.

Anda dapat langsung memasukkan alamat IP dari luar daratan Tiongkok di kolom Record Value. Alibaba Cloud DNS tidak membatasi apakah alamat IP server berada di dalam atau di luar daratan Tiongkok.

Hasil kueri DNS hanya mengembalikan alamat IPv6 jika mesin klien pengunjung mendukung tumpukan protokol IPv6.

1. Contoh konfigurasi rekaman DNS:

Efek resolusi:

• Mesin klien pengunjung mendukung IPv6 dan IPv4: Klien mengirim dua permintaan resolusi ke DNS lokal (satu untuk alamat IPv6 dan satu untuk alamat IPv4). DNS lokal kemudian mengirim dua permintaan resolusi ke Alibaba Cloud DNS. Alibaba Cloud DNS mengembalikan alamat IPv6 dan IPv4 yang dituju oleh nama domain. Klien akhirnya menentukan alamat mana yang akan dikembalikan kepada pengunjung. Biasanya, alamat IPv6 dikembalikan dengan prioritas.

• Mesin klien pengunjung hanya mendukung IPv6: Klien mengirim permintaan untuk alamat IPv6 ke DNS lokal. DNS lokal kemudian meminta alamat IPv6 dari Alibaba Cloud DNS. Alibaba Cloud DNS mengembalikan alamat IPv6, dan klien mengembalikannya kepada pengunjung.

• Mesin klien pengunjung hanya mendukung IPv4: Klien mengirim permintaan untuk alamat IPv4 ke DNS lokal. DNS lokal kemudian meminta alamat IPv4 dari Alibaba Cloud DNS. Alibaba Cloud DNS mengembalikan 1.1.x.x, dan klien mengembalikan alamat yang diresolusi 1.1.x.x kepada pengunjung.

2. Contoh konfigurasi rekaman DNS:

• Mesin klien pengunjung mendukung IPv6 dan IPv4, dan pengunjung berasal dari luar daratan Tiongkok: Klien mengirim dua permintaan resolusi ke DNS lokal (satu untuk alamat IPv6 dan satu untuk alamat IPv4). DNS lokal juga mengirim dua permintaan resolusi ke Alibaba Cloud DNS. Alibaba Cloud DNS mengembalikan alamat IPv6 dan IPv4 yang dituju oleh nama domain. Klien akhirnya menentukan alamat mana yang akan dikembalikan kepada pengunjung. Biasanya, alamat IPv6 dikembalikan dengan prioritas.

• Mesin klien pengunjung hanya mendukung IPv4, dan pengunjung berasal dari luar daratan Tiongkok: Klien mengirim permintaan untuk alamat IPv4 ke DNS lokal. DNS lokal kemudian meminta alamat IPv4 dari Alibaba Cloud DNS. Namun, tidak ada alamat IPv4 yang dikonfigurasi untuk jalur "Outside China" di Alibaba Cloud DNS, sehingga permintaan resolusi tidak dapat diselesaikan.

• Mesin klien pengunjung hanya mendukung IPv4, dan pengunjung berasal dari daratan Tiongkok: Klien mengirim permintaan untuk alamat IPv4 ke DNS lokal. DNS lokal kemudian meminta alamat IPv4 dari Alibaba Cloud DNS. Alibaba Cloud DNS mengembalikan alamat IPv4, dan klien mengembalikan alamat yang diresolusi 1.1.x.x kepada pengunjung.

• Mesin klien pengunjung mendukung IPv6 dan IPv4, dan pengunjung berasal dari daratan Tiongkok: Klien mengirim dua permintaan resolusi ke DNS lokal (satu untuk alamat IPv6 dan satu untuk alamat IPv4). DNS lokal juga mengirim dua permintaan resolusi ke Alibaba Cloud DNS. Namun, hanya alamat IPv4 yang dikonfigurasi untuk jalur default di Alibaba Cloud DNS. Tidak ada alamat IPv6 yang dikonfigurasi. Oleh karena itu, Alibaba Cloud DNS hanya dapat merespons dengan alamat IPv4 ke DNS lokal. Klien kemudian mengembalikan alamat yang diresolusi 1.1.x.x kepada pengunjung.

Ya. Ketika nama domain diresolusi ke beberapa alamat IP server, Anda dapat menggunakan weighted round-robin untuk mengonfigurasi bobot berbeda untuk setiap alamat IP. Hal ini memungkinkan Anda mendistribusikan traffic akses di antara alamat IP dalam proporsi berbeda. Anda dapat mencapai efek load balancing DNS dengan mengatur bobot ke rasio 1:1. Untuk petunjuknya, lihat Konfigurasi bobot.

1. Gunakan addDomainRecord untuk menambahkan rekaman DNS. Secara default, rekaman A menggunakan mode polling.

2. Gunakan SetDNSSLBStatus untuk mengaktifkan atau menonaktifkan weighted round-robin. Atur Open=true untuk mengaktifkan weighted round-robin untuk rekaman A atau AAAA.

3. Dapatkan RecordId dari rekaman DNS dan panggil UpdateDNSSLBWeight untuk memodifikasi bobot rekaman tersebut.

   1. Jika Anda baru saja menambahkan rekaman DNS pada langkah pertama, Anda dapat mengambil RecordId dari nilai kembali.

   2. Jika rekaman DNS sudah ada, Anda dapat memanggil DescribeDomainRecords untuk menanyakan RecordId dari daftar rekaman DNS.

Rekaman CNAME adalah jenis rekaman DNS yang memungkinkan Anda mengarahkan nama domain (alias) ke nama domain lain. Penerusan URL mengalihkan permintaan akses untuk satu nama domain ke URL lain. Hal ini dapat berupa pengalihan internal (penerusan implisit, biasanya diimplementasikan dengan iframe) atau pengalihan eksternal (penerusan eksplisit, biasanya menggunakan pengalihan 301 atau 302) ke alamat tujuan. Perbedaannya adalah sebagai berikut:

• Rekaman CNAME menjaga nama domain yang diakses tetap tidak berubah, sedangkan penerusan URL eksplisit mengubah URL yang ditampilkan di bilah alamat.

• Rekaman CNAME cocok untuk situasi di mana Anda perlu memetakan satu nama domain ke nama domain lain untuk jangka panjang. Penerusan URL lebih cocok untuk pengalihan sementara, migrasi website, atau skenario di mana Anda ingin menyembunyikan alamat akses sebenarnya.

Rekaman A dan CNAME tidak dapat ditambahkan untuk host yang sama dan jalur sumber permintaan yang sama. Kami menyarankan Anda menggunakan host berbeda atau jalur sumber permintaan berbeda untuk membuat rekaman A dan CNAME. Untuk informasi selengkapnya tentang jenis konflik lainnya, lihat Aturan konflik rekaman DNS.

Dalam proses resolusi DNS, tipe catatan berbeda memiliki prioritas berbeda. Oleh karena itu, untuk host yang sama dan jalur resolusi yang sama, beberapa tipe catatan tidak dapat berdampingan. Hal ini dapat menimbulkan risiko konfigurasi dan menyebabkan layanan tidak tersedia. Untuk informasi selengkapnya, lihat Aturan konflik rekaman DNS.

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

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

Sebagian besar website besar, termasuk Baidu, tidak mengizinkan nama domain eksternal mengarah langsung ke domain mereka menggunakan rekaman CNAME karena alasan keamanan dan pencegahan pembobolan. Untuk mengarahkan traffic ke Baidu, kami menyarankan Anda menggunakan pengalihan URL (301 atau 302) alih-alih rekaman CNAME.

Ya, Anda dapat mengonfigurasi beberapa rekaman CNAME sekaligus. Rekaman tersebut dikembalikan berdasarkan bobotnya. Untuk informasi selengkapnya, lihat Konfigurasi bobot.

Saat Anda menggunakan produk Alibaba Cloud tertentu, rekaman TXT mungkin ditambahkan untuk verifikasi kepemilikan domain. Misalnya, jika Anda berada di halaman pembelian Sertifikat SSL Alibaba Cloud dan memilih Automatic DNS Validation untuk Domain Validation Method di bawah Certificate Associated Information, sistem secara otomatis menambahkan rekaman TXT untuk Anda. Untuk informasi selengkapnya, lihat Bagaimana cara memilih metode validasi domain?

Jika Anda hanya memiliki satu rekaman MX, prioritasnya tidak berarti. Prioritas hanya relevan ketika Anda memiliki beberapa rekaman MX untuk nama domain Anda. Server email pengirim pertama kali mencoba mengirimkan email ke server dengan nomor prioritas MX terendah. Jika server tersebut gagal menerima email, server pengirim secara otomatis mencoba server berikutnya dengan prioritas terendah berikutnya, dan seterusnya, hingga email berhasil dikirim atau semua server gagal, yang mengakibatkan kesalahan pengiriman.

Ya. Untuk informasi selengkapnya, lihat Konfigurasi resolusi mailbox.

Dalam proses resolusi DNS, tipe catatan berbeda memiliki prioritas berbeda. Oleh karena itu, untuk host yang sama dan jalur resolusi yang sama, beberapa tipe catatan tidak dapat berdampingan. Hal ini dapat menimbulkan risiko konfigurasi dan menyebabkan layanan tidak tersedia. Untuk informasi selengkapnya, lihat Aturan konflik rekaman DNS.

Untuk mengonfigurasi resolusi DNS untuk mailbox yang tidak dihosting oleh Alibaba Cloud, pertimbangkan skenario berikut:

• Nama domain didaftarkan di Alibaba Cloud, menggunakan Alibaba Cloud DNS, dan menggunakan produk mailbox non-Alibaba Cloud.

  Hubungi penyedia mailbox Anda untuk mendapatkan daftar periksa rekaman DNS yang perlu Anda konfigurasi. Kemudian, lihat Konfigurasi resolusi mailbox untuk mengonfigurasinya.

• Nama domain didaftarkan di Alibaba Cloud, tidak menggunakan Alibaba Cloud DNS, dan menggunakan produk mailbox non-Alibaba Cloud.

  Hubungi penyedia mailbox Anda untuk mendapatkan daftar periksa rekaman DNS yang perlu Anda konfigurasi. Kemudian, hubungi penyedia DNS Anda untuk mengonfigurasinya.

• Nama domain tidak didaftarkan di Alibaba Cloud, menggunakan Alibaba Cloud DNS, dan menggunakan produk mailbox non-Alibaba Cloud.

  Hubungi penyedia mailbox Anda untuk mendapatkan daftar periksa rekaman DNS yang perlu Anda konfigurasi. Kemudian, lihat Konfigurasi resolusi mailbox untuk mengonfigurasinya.

Kesalahan 'NS record conflicts with subdomain' biasanya terjadi karena adanya beberapa jenis rekaman DNS berbeda pada level yang sama. Anda dapat menyelesaikannya dengan memeriksa secara cermat rekaman DNS yang ada, menghapus yang bertentangan, lalu menambahkan rekaman NS. Namun, operasi ini dapat memengaruhi resolusi rekaman DNS lain di bawah subdomain tersebut. Untuk informasi selengkapnya, lihat Aturan konflik rekaman DNS.

Pengalihan 301: 301 berarti Dipindahkan Secara Permanen.

Pengalihan 302: 302 berarti Dipindahkan Sementara.

Kesamaan: Kode status 301 dan 302 keduanya menunjukkan pengalihan. Saat browser menerima kode status 301 atau 302 dari server, browser tersebut mengalihkan ke URL baru. URL baru ini diperoleh dari header Location dalam respons. Pengguna melihat alamat A yang dimasukkan langsung berubah menjadi alamat B lainnya.

Perbedaan: Pengalihan 301 menunjukkan bahwa resource di alamat lama A telah dipindahkan secara permanen dan tidak lagi dapat diakses. Mesin pencari merayapi konten baru dan mengganti URL lama dengan yang baru. Pengalihan 302 menunjukkan bahwa resource di alamat lama A masih ada dan dapat diakses. Pengalihan dari A ke B bersifat sementara. Mesin pencari merayapi konten baru tetapi tetap mempertahankan URL lama.

Saat Anda menambahkan rekaman penerusan URL, Alibaba Cloud DNS secara otomatis menambahkan rekaman A untuk Anda. Rekaman A tersebut mengarah ke alamat server penerusan URL yang disediakan oleh Alibaba Cloud DNS. Oleh karena itu, jika nilai rekaman yang Anda tambahkan di konsol berupa URL, tetapi perintah `dig` mengembalikan rekaman A dengan alamat IP seperti 203.107.XX.XX, hal ini normal.

• Jika Anda menerima pesan bahwa pendaftaran ICP diperlukan saat menambahkan rekaman penerusan URL, periksa apakah nama domain sumber dan nama domain tujuan telah menyelesaikan pendaftaran ICP mereka. Jika belum, selesaikan proses pendaftaran ICP tersebut.

• Jika Anda telah menambahkan rekaman penerusan URL dan mengalami error 502, hal ini mungkin karena pendaftaran ICP telah kedaluwarsa.

Saat Anda menambahkan rekaman penerusan URL, nama domain sumber diresolusi ke server penerusan Alibaba Cloud, yang kemudian menangani proxy penerusan. Server penerusan URL Alibaba Cloud ditempatkan di daratan Tiongkok. Oleh karena itu, nama domain sumber harus memiliki pendaftaran ICP yang valid. Pendaftaran ICP tidak harus diselesaikan melalui Alibaba Cloud.

Anda dapat melihat pesan error di browser Anda, seperti Chrome. Hal ini karena header X-Frame-Options diatur di situs tujuan, yang mencegahnya disematkan dalam frame. Hubungi teknisi website Anda untuk menghapus konfigurasi X-Frame-Options dari situs tujuan.

Periksa kode JavaScript di halaman URL tujuan. Jika Anda menemukan kode yang ditandai pada gambar di bawah, hapus kode tersebut.

Hal ini biasanya terjadi jika halaman tujuan (situs di URL yang diteruskan) berisi kode JavaScript yang mengatur pengalihan. Hubungi teknisi website Anda untuk menyelidiki.

Jika perintah `dig` untuk nama domain sumber tidak mengembalikan alamat IP yang terkait dengan 203.107.XX.XX, ajukan tiket untuk Alibaba Cloud DNS, dan staf teknis kami akan menanganinya untuk Anda.

Hal ini biasanya terjadi selama serangan CC. Karena permintaan per detik (QPS) untuk nama domain terlalu tinggi, server penerusan URL menghentikan layanan penerusan untuk nama domain tersebut. Kami menyarankan Anda menggunakan metode lain untuk mengimplementasikan layanan penerusan.

Gejala: Tidak ada informasi intersepsi yang ditampilkan di konsol.

Penyebab: Koneksi diblokir oleh kebijakan asal sama. Periksa jalur jaringan untuk header dari respons 200 OK terakhir. Header tersebut mungkin berisi pembatasan asal sama.

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

Jumlah rekaman penerusan URL yang didukung bervariasi berdasarkan edisi Alibaba Cloud DNS:

• Edisi Gratis: 2

• Edisi Personal: 5

• Edisi Ultimate: 10

Untuk informasi selengkapnya tentang perbedaan antar edisi, lihat perbandingan URL Forwarding (Single Domain) di Perbandingan Versi.

Nama domain sumber untuk penerusan URL mendukung HTTP tetapi tidak HTTPS. Alamat tujuan mendukung HTTP dan HTTPS. Untuk mengalihkan permintaan HTTPS, Anda harus menginstal Sertifikat SSL di server perantara atau menggunakan layanan yang mendukung penerbitan otomatis sertifikat universal. Karena pertimbangan manajemen sertifikat, keamanan, dan lainnya, fitur ini tidak didukung. Jika Anda ingin meneruskan permintaan HTTPS, Anda harus mengonfigurasi pengalihan HTTPS di server sumber Anda. Berikut adalah contoh konfigurasi untuk 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 eksplisit dan implisit tidak mendukung konfigurasi dengan parameter.