Apakah domain root dan domain www dapat dipercepat secara bersamaan?
Ya, baik domain root maupun domain www dapat dipercepat secara bersamaan. Anda perlu menambahkan Rekaman DNS untuk kedua domain di ESA Console dan mengaktifkan akselerasi proksi.
Apakah ESA mendukung koneksi ke jaringan pribadi (intranet)?
Tidak. ESA hanya mendukung origin-pull melalui jaringan publik. Saat mengonfigurasi server asal, Anda perlu menyediakan alamat IP yang dapat diakses melalui internet publik, atau nama domain yang me-resolve ke alamat IP publik.
Apa yang harus saya lakukan jika resolusi CNAME belum berlaku?
Ada beberapa kemungkinan alasan mengapa CNAME mungkin tidak terselesaikan dengan benar:
Periksa apakah nilai rekaman CNAME yang Anda konfigurasikan cocok dengan alamat CNAME yang diperoleh dari ESA Console. Setiap ketidakcocokan akan menyebabkan resolusi gagal.
Setelah menyelesaikan konfigurasi CNAME, TTL DNS ISP mungkin belum diperbarui. TTL umumnya adalah 10 menit, tetapi durasi sebenarnya bergantung pada nilai TTL yang dipilih saat mengonfigurasi resolusi domain.
Setelah menyelesaikan konfigurasi CNAME, ESA akan melakukan pemeriksaan global untuk memverifikasi apakah domain yang dipercepat meresolusi ke ESA. Jika wilayah tertentu belum meresolusi ke ESA, tanda seru akan ditampilkan. Status hanya akan ditampilkan sebagai normal setelah resolusi berlaku di seluruh jaringan.
Anda mungkin telah mengonfigurasi rute resolusi saat menyiapkan resolusi domain Anda, yang menyebabkan trafik dari wilayah tertentu melewati akselerasi ESA. Misalnya, seperti yang ditunjukkan pada gambar di bawah, rute resolusi untuk Tiongkok Daratan mungkin dikonfigurasi untuk meresolusi ke ESA, sedangkan rute resolusi untuk wilayah di luar Tiongkok Daratan menggunakan Rekaman A yang mengarah langsung ke server. Karena trafik dari luar Tiongkok Daratan tidak meresolusi ke ESA, Konsol tidak akan menampilkan status resolusi normal untuk wilayah tersebut. Namun, hal ini tidak akan memengaruhi penggunaan aktual Anda.
Dampak penggantian wilayah akselerasi
Mengalihkan wilayah akselerasi untuk nama domain dapat menyebabkan efek berikut:
Peningkatan lalu lintas sumber.
Misalnya, jika Anda mengubah Wilayah akselerasi dari Chinese Mainland ke Global, POP akan ditambahkan di wilayah luar Tiongkok daratan. Karena POP baru ini tidak memiliki sumber daya yang di-cache dari server asal, mereka harus mengambil sumber daya langsung dari sumber, yang untuk sementara meningkatkan lalu lintas sumber.
Meskipun POP Level-2 dari ESA biasanya mengurangi lalu lintas sumber, kami menyarankan Anda untuk memantau beban pada server asal Anda secara real-time setelah mengganti wilayah akselerasi untuk memastikannya dapat menangani peningkatan lalu lintas sumber.
Penurunan rasio hit cache.
Peningkatan lalu lintas sumber dari POP baru untuk sementara menurunkan rasio hit cache secara keseluruhan.
Perbedaan Jenis Akselerasi Record DNS
Dalam konfigurasi skenario Rekaman DNS, pemilihan jenis bisnis menawarkan penyesuaian yang fleksibel. Memilih jenis bisnis yang tidak sama persis dengan skenario Anda tidak akan memengaruhi fungsionalitas akses dasar; namun, kecocokan yang akurat dapat secara signifikan meningkatkan efisiensi penjadwalan sumber daya akselerasi keamanan dan mengoptimalkan performa keseluruhan. Disarankan untuk memilih jenis skenario yang paling sesuai dengan karakteristik bisnis aktual Anda, sehingga sistem ESA dapat mengalokasikan kebijakan akselerasi keamanan yang lebih sesuai untuk catatan domain secara dinamis. Anda dapat mengedit catatan dan menyesuaikan jenis bisnis kapan saja melalui konsol untuk mencapai optimisasi konfigurasi sumber daya yang berkelanjutan.
Bagaimana cara memeriksa konfigurasi koneksi saat ini untuk domain saya?
Di Konsol ESA, buka DNS > Records. Halaman ini menampilkan mode koneksi saat ini, skenario bisnis (misalnya, akselerasi API), dan target CNAME untuk domain Anda. Anda dapat menggunakan informasi ini untuk menentukan apakah fitur lanjutan seperti perutean pintar diaktifkan.
Bagaimana prioritas ditentukan antara catatan subdomain dan catatan domain wildcard?
Ketika sebuah subdomain memiliki rekaman A/AAAA atau CNAME sendiri, rekaman spesifik tersebut lebih diutamakan daripada rekaman CNAME wildcard (*) untuk namespace yang sama. Permintaan untuk subdomain tersebut diarahkan ke alamat yang dikonfigurasi pada rekaman spesifik dan tidak lagi cocok dengan rekaman wildcard.
Rekaman DNS yang saya tambahkan dilaporkan sudah ada, tetapi tidak muncul di daftar. Apa yang harus saya lakukan?
Cobalah langkah-langkah berikut secara berurutan:
Periksa apakah Anda telah mencapai kuota catatan paket Anda. Halaman daftar catatan menampilkan "You have added {current record count}/{quota value} records" di atas tabel. Saat kuota terlampaui, pesan ini berubah menjadi merah dan disertai dengan "The limit has been exceeded and editing is disabled. Delete records until you are back within the limit, and then try editing again", dan tombol Add record serta Edit dinonaktifkan. Jangan mengasumsikan jumlah tetap seperti 100 atau 150 catatan. Kuota dikembalikan secara dinamis berdasarkan paket Anda, jadi selalu periksa pesan di halaman ini untuk mengetahui kuota aktual Anda.
Periksa konfigurasi asal Anda. Jika Rekaman CNAME yang Anda tambahkan mengarah ke alamat CNAME default dari Bucket OSS, konflik dapat terjadi. Sebagai gantinya, pada nilai rekaman, pilih OSS sebagai jenis asal dan masukkan nama domain default dari bucket tersebut. Saat Anda memilih jenis asal OSS atau S3, ESA akan mengatur otentikasi ke baca publik secara otomatis, dan jika Proxied diaktifkan, host asal akan mengikuti nama domain asal.
Segarkan halaman Konsol dan tambahkan Catatan lagi.
Apa itu Catatan URI, dan mengapa ping mengembalikan Unknown host?
Catatan URI mempublikasikan lokasi layanan yang dibaca oleh aplikasi klien tertentu. Catatan ini tidak ditujukan untuk akses browser, dan perintah ping tidak me-resolvenya ke alamat IP. Jika suatu hostname hanya memiliki catatan URI yang dikonfigurasi, Unknown host yang dikembalikan oleh ping untuk hostname tersebut adalah perilaku yang diharapkan, bukan tanda bahwa catatan tersebut ditambahkan secara tidak benar. Untuk jumlah catatan URI yang diizinkan per hostname, lihat Batas Catatan.