Gunakan panduan ini saat domain kustom tidak menjadi siap, membuka website yang salah, mengalihkan dengan tidak benar, atau menampilkan kesalahan HTTPS/keamanan.

Temukan masalah Anda terlebih dahulu

Gunakan tabel gejala sebelum mengubah DNS. Mulailah dengan bagian yang sesuai dengan apa yang Anda lihat, lakukan satu perubahan terarah, lalu periksa kembali status domain dan hostname di browser.

Tempat memeriksa domain

Referensi cepat: Istilah yang mungkin Anda lihat saat menggunakan panduan ini

Anda tidak perlu memahami DNS secara internal untuk menggunakan langkah-langkah pemecahan masalah. Definisi ini hanya ada di sini jika suatu istilah terasa asing.

Sebelum Anda mengubah apa pun

• Catat Domain Status yang tepat dan pesan kesalahan apa pun yang ditampilkan di Atoms.

• Ubah satu pengaturan DNS atau routing pada satu waktu agar Anda dapat mengetahui perubahan mana yang memengaruhi hasil.

• Catat nilai sebelumnya sebelum mengedit record DNS produksi.

• Jangan hapus record hanya karena Anda tidak mengenalinya. Record MX, record TXT terkait email, dan subdomain yang tidak terkait mungkin mendukung email atau layanan lain.

• Jangan ubah nameserver hanya untuk memperbaiki satu masalah verifikasi kecuali migrasi DNS terpisah memang direncanakan dan telah dikonfirmasi.

• Jika perubahan pemecahan masalah merusak website, email, atau layanan lain yang sebelumnya berfungsi, pulihkan hanya perubahan terakhir yang menyebabkan regresi.

Masalah verifikasi dan record DNS

Gunakan bagian ini saat Atoms tidak dapat memverifikasi domain, record yang diperlukan tampak hilang atau salah, atau Anda telah mengedit DNS tetapi status domain tidak berubah.

Periksa DNS sumber terlebih dahulu

• Buka domain di Atoms dan bandingkan setiap record yang diperlukan dengan apa yang dipublikasikan secara publik untuk hostname yang sama.

• Periksa nameserver otoritatif domain dan pastikan Anda mengedit DNS pada penyedia yang melayani nameserver tersebut. Jika nameserver mengarah ke Cloudflare, perubahan yang dibuat hanya di panel DNS registrar mungkin tidak bersifat otoritatif.

• Untuk setiap record yang diperlukan, konfirmasikan jenis record, hostname/nama, target atau nilai, dan bahwa record tersebut benar-benar ada pada penyedia otoritatif.

• Nilai verifikasi harus sama persis dengan nilai yang saat ini ditampilkan oleh Atoms dan harus terlihat dalam pencarian DNS publik.

Perbaiki hanya ketidaksesuaian, lalu periksa kembali

• Buat record yang hilang atau perbaiki hanya kolom yang tidak cocok.

• Jika record ditambahkan pada penyedia DNS yang salah, tambahkan di penyedia otoritatif sebagai gantinya.

• Jangan mengganti nilai Atoms saat ini dengan alamat atau nilai verifikasi dari proyek lain, domain lain, screenshot lama, atau artikel Help Center yang lebih lama.

• Setelah perubahan dipublikasikan, kembali ke Domains → Manage, periksa kembali Domain Status, lalu uji hostname di browser.

Routing, konten lama, record yang bertentangan, dan Cloudflare

Gunakan bagian ini saat hostname membuka website lama, mencapai tujuan yang salah, atau memiliki beberapa record routing untuk hostname yang sama.

Periksa record A, AAAA, dan CNAME untuk hostname yang tepat

• Cari record dari penyedia hosting sebelumnya, tujuan AAAA IPv6 lama, CNAME plus record tujuan lain untuk hostname yang sama, atau record duplikat yang mengirim lalu lintas ke layanan yang berbeda.

• Hapus hanya record perutean website yang telah Anda konfirmasi bertentangan dengan penyiapan Atoms saat ini. Jangan hapus record yang tidak dikenal sebagai langkah pembersihan.

• Jika DNS sudah mengarah ke tujuan yang dimaksud tetapi konten lama muncul, uji jendela private/incognito, browser atau perangkat lain, dan jaringan lain sebelum mengubah DNS lagi.

Status proxy Cloudflare

• Record verifikasi TXT hanya DNS; itu bukan record web-proxy.

• Untuk record A atau CNAME, ubah Proxy Status hanya jika antarmuka Atoms atau Atoms Support secara khusus memerlukannya. Jangan mengubah record antara Proxied dan DNS only sebagai langkah pemecahan masalah rutin.

• Jika Atoms atau Support meminta Anda mengubah status proxy, ubah hanya record routing yang disebutkan, tunggu hingga respons DNS baru terlihat, lalu uji ulang domain dan HTTPS.

Propagasi DNS dan cache lokal

Jika DNS otoritatif sudah benar tetapi jaringan atau perangkat yang berbeda masih menunjukkan hasil yang berbeda, masalah yang tersisa biasanya adalah cache, bukan kesalahan konfigurasi baru.

• Bandingkan hasil DNS otoritatif dengan satu atau lebih resolver DNS publik dan, jika berguna, jaringan lain seperti data seluler.

• Jika DNS otoritatif salah, perbaiki record sumber. Jika DNS otoritatif benar tetapi resolver lain masih mengembalikan nilai sebelumnya, hindari mengedit record berulang kali.

• Perubahan DNS mungkin memerlukan waktu hingga 48 jam untuk terlihat secara global, meskipun biasanya muncul lebih cepat.

• Jika hanya satu browser atau perangkat yang menunjukkan hasil yang salah sementara DNS dan Atoms benar di tempat lain, hapus atau lewati cache browser/jaringan lokal tersebut. Jangan ubah DNS untuk masalah cache khusus perangkat.

• Periksa kembali nanti dan lihat apakah resolver publik menyatu pada nilai yang sama seperti yang dimaksud.

Masalah SSL / HTTPS

Gunakan bagian ini saat DNS tampak benar tetapi HTTPS tidak dapat diterbitkan, browser menampilkan peringatan sertifikat, atau HTTPS sebelumnya berfungsi dan sekarang gagal.

Periksa konfigurasi di sekitar sertifikat

• Catat kesalahan browser yang tepat dan hostname yang tepat yang dibuka.

• Konfirmasikan routing DNS, propagasi, status proxy Cloudflare, dan apakah sertifikat tampak milik hostname yang berbeda.

• Periksa apakah ada sesuatu yang baru-baru ini berubah pada DNS, nameserver, pengaturan proxy Cloudflare, record CAA, atau asosiasi proyek/domain.

• Periksa record CAA pada hostname yang terdampak dan domain induk jika kebijakan sertifikat yang ketat mungkin ada.

Perbaiki dan verifikasi

• Perbaiki hanya masalah DNS, proxy, CAA, hostname, atau asosiasi proyek yang telah dikonfirmasi.

• Jangan lewati peringatan sertifikat browser sebagai solusi normal.

• Jika DNS publik benar dan tidak ada konfigurasi yang dikendalikan pengguna yang menjelaskan kegagalan tersebut, hentikan mengubah DNS dan hubungi Atoms Support untuk penyediaan atau perpanjangan sertifikat.

• Jangan mengganti DNS yang sebenarnya sudah benar hanya untuk memaksa perpanjangan sertifikat kecuali Atoms secara khusus menginstruksikan Anda untuk melakukannya.

• Periksa kembali dengan membuka hostname yang tepat menggunakan https:// dan mengonfirmasi bahwa proyek yang dimaksud dimuat tanpa peringatan sertifikat.

Root, www, pengalihan, dan perilaku proyek yang salah

Masalah ini layak diperiksa di sini karena dapat terlihat seperti kegagalan DNS atau SSL bahkan ketika koneksi dasarnya sudah berfungsi.

Root berfungsi tetapi www tidak — atau sebaliknya

• Perlakukan example.com dan www.example.com sebagai hostname terpisah. Uji keduanya melalui HTTPS.

• Periksa hasil DNS dan Atoms Domain Status untuk hostname yang gagal.

• Jangan berasumsi bahwa nilai domain root cukup disalin ke www.

Jika hostname masih perlu dihubungkan atau dikonfigurasi ulang, ikuti langkah penyiapan di Connect and Manage Domains daripada menduplikasi prosedur konfigurasi di sini.

Pengalihan menuju ke alamat yang salah atau berulang terus

• Konfirmasikan alamat tempat Anda mengharapkan pengunjung berakhir dan uji pengalihan dalam sesi browser baru/private.

• Periksa apakah sistem lain juga melakukan pengalihan, seperti forwarding registrar, aturan pengalihan Cloudflare, proxy/CDN lain, atau platform hosting sebelumnya.

• Ubah hanya lapisan pengalihan yang telah dikonfirmasi bertentangan. Hindari mengubah beberapa sistem pengalihan pada saat yang sama.

• Jika suatu perubahan membuat loop pengalihan atau mengirim pengunjung ke tujuan yang salah, pulihkan konfigurasi pengalihan sebelumnya yang berfungsi sebelum menguji lapisan lain.

Untuk mengubah alamat terhubung mana yang menjadi utama, gunakan prosedur di Connect and Manage Domains.

Domain membuka proyek Atoms yang salah

• Jika DNS sudah mencapai Atoms dengan benar, perlakukan masalah ini sebagai masalah asosiasi proyek/domain daripada terus-menerus mengubah DNS.

• Konfirmasikan proyek atau ruang kerja mana yang saat ini menampilkan asosiasi domain.

• Setelah asosiasi diperbaiki, periksa kembali bahwa hostname membuka proyek yang dimaksud dan bahwa HTTPS masih berfungsi.

Untuk mengganti, memutuskan, menghubungkan kembali, atau memindahkan domain antarproyek, ikuti Connect and Manage Domains. Jika asosiasi saat ini milik proyek/ruang kerja/akun yang tidak dapat diakses atau telah dihapus, hubungi Atoms Support alih-alih membuat perubahan DNS tambahan.

Kapan harus berhenti mengubah DNS dan menghubungi Atoms Support

Lakukan eskalasi alih-alih terus mengedit DNS ketika bukti menunjukkan adanya masalah status, sertifikat, atau asosiasi di sisi Atoms.

• DNS telah dikonfirmasi benar tetapi status domain Atoms tidak pulih.

• Penyediaan atau perpanjangan sertifikat gagal meskipun DNS publik dan pengaturan yang dikendalikan pengguna sudah benar.

• Domain diasosiasikan dengan proyek/ruang kerja/akun yang tidak dapat diakses atau telah dihapus, atau tindakan pengelolaan domain yang relevan gagal.

• Beberapa domain Atoms yang tidak terkait gagal pada saat yang sama dan record DNS-nya belum berubah baru-baru ini.

• Perubahan pemecahan masalah memengaruhi layanan lain dan Anda tidak dapat dengan aman mengidentifikasi rollback yang benar.

Siapkan bukti ini sebelum melakukan eskalasi

• Hostname yang terdampak dan proyek/ruang kerja Atoms yang dimaksud.

• Domain Status atau pesan kesalahan yang tepat yang saat ini ditampilkan.

• Hasil DNS otoritatif saat ini dan nilai yang saat ini diperlukan Atoms.

• Kesalahan HTTPS/sertifikat yang tepat dari browser, jika berlaku.

• Perubahan terakhir yang dibuat dan apakah memulihkannya mengembalikan perilaku sebelumnya.

Pemeriksaan akhir

Setelah perbaikan apa pun, kembali ke Domains → Manage dan periksa kembali Domain Status. Lalu konfirmasikan hasilnya di browser.

• Hostname yang dimaksud terhubung dan mencapai proyek Atoms yang dimaksud.

• HTTPS berfungsi tanpa peringatan sertifikat.

• Root dan www berperilaku sesuai yang dimaksud.

• Pengalihan berakhir di alamat yang dimaksud.

• Email dan layanan lain yang tidak terkait masih berfungsi setelah perubahan DNS.

FAQ