Cara Kerja Domain dan DNS: Panduan untuk Non-Developer

Domain adalah nama yang diketik orang untuk membuka situs Anda, seperti example.com, dan DNS (Domain Name System) adalah buku alamat internet yang menerjemahkan nama itu ke lokasi tempat situs Anda sebenarnya berada. Anda menyewa domain dari registrar, lalu menambahkan record DNS yang menyatakan “situs webnya ada di sana” dan “email dikirim ke sini.” Menghubungkan domain kustom ke aplikasi pada dasarnya adalah menambahkan record yang tepat di tempat yang tepat, lalu menunggu hingga berlaku.

Mengapa ini penting saat membangun dengan AI

Pembuat aplikasi AI bisa menulis dan menjalankan aplikasi Anda, tetapi domain Anda berada di luar aplikasi — sering kali di perusahaan terpisah, dalam panel kontrol yang penuh jenis record yang asing. Di sinilah banyak peluncuran tersendat: aplikasinya sudah siap, tetapi domainnya menampilkan error, atau email tiba-tiba berhenti bekerja setelah perubahan DNS.

Pemahaman dasar sangat membantu. Anda akan tahu record apa yang diminta host Anda, mengapa record itu belum berfungsi, dan cara menghindari kerusakan pada hal-hal (seperti email) yang sudah bergantung pada domain Anda.

Analogi sehari-hari

Bayangkan daftar kontak di ponsel Anda.

Anda tidak mengingat nomor teman Anda; Anda mengetuk namanya dan ponsel mencarinya. DNS melakukan hal yang sama untuk internet: Anda mengetik example.com, lalu DNS mencari “nomor” (alamat IP) server yang harus dihubungi.

• Domain adalah nama kontaknya.
• Registrar adalah perusahaan yang secara resmi mencatat bahwa nama itu milik Anda.
• Record DNS adalah detail yang disimpan di bawah nama itu: nomor telepon, alamat email, alamat rumah.
• Nameserver adalah buku kontak mana yang resmi untuk nama tersebut.
• Caching adalah ponsel yang mengingat nomor selama beberapa waktu. Jika teman Anda mengganti nomor, sebagian ponsel akan tetap menelepon nomor lama sampai salinan yang tersimpan diperbarui — itulah yang disebut “propagasi” DNS.

Bagian-bagian nama domain

Ambil contoh app.example.com:

Anda tidak membeli domain selamanya; Anda mendaftarkannya untuk jangka waktu tertentu (biasanya setahun atau lebih) dan memperpanjangnya. Jika dibiarkan habis masa berlakunya, orang lain bisa mendaftarkannya.

Cara kerja pencarian DNS

Ketika seseorang mengetik app.example.com:

1. Browser bertanya kepada DNS resolver — biasanya dijalankan oleh penyedia internet mereka atau layanan publik — untuk mencari alamatnya.
2. Jika resolver punya jawaban segar yang tersimpan di cache, ia langsung membalas.
3. Jika tidak, ia menelusuri hierarkinya: root server mengarahkannya ke server .com, yang mengarahkannya ke nameserver domain Anda.
4. Nameserver Anda mengembalikan record yang Anda atur, seperti CNAME ke host Anda atau record A dengan alamat IP.
5. Resolver menyimpan jawaban itu di cache selama TTL (time to live) record tersebut dan memberikannya ke browser, yang kemudian terhubung ke server.

Semua ini biasanya terjadi dalam hitungan milidetik.

Jenis record DNS yang benar-benar akan Anda pakai

Beberapa aturan yang perlu diketahui:

• CNAME tidak bisa berbagi nama dengan record lain. Itulah sebabnya CNAME standar tidak bisa dipasang di domain utama, yang selalu memiliki record NS dan record lainnya. Banyak penyedia DNS menawarkan solusi alternatif yang disebut ALIAS, ANAME, atau CNAME flattening.
• Record TXT melakukan banyak pekerjaan email. SPF menyatakan siapa yang boleh mengirim email untuk domain Anda; DKIM menerbitkan kunci untuk memverifikasi tanda tangan; DMARC memberi tahu penerima apa yang harus dilakukan terhadap email yang gagal pemeriksaan tersebut.
• Angka MX yang lebih kecil berarti prioritas lebih tinggi. Email dicoba lebih dulu ke yang angkanya paling kecil.

Propagasi dan TTL

Istilah “propagasi” membuatnya terdengar seperti perubahan menyebar perlahan ke seluruh internet. Yang sebenarnya terjadi adalah caching: resolver menyimpan salinan setiap jawaban selama TTL-nya, dan hanya bertanya lagi setelah masa itu habis. Jadi:

• Record baru yang belum pernah dicari biasanya berfungsi dalam hitungan menit.
• Mengubah record yang sudah ada membutuhkan waktu hingga TTL lamanya habis agar terlihat di semua tempat.
• Mengubah nameserver bisa memakan waktu hingga satu atau dua hari, karena record tersebut disimpan di cache lebih lama di tingkat TLD.

Trik yang berguna: sebelum perubahan yang direncanakan, turunkan TTL record tersebut (misalnya menjadi beberapa menit), tunggu hingga TTL lama berlalu, lalu lakukan perubahannya.

Contoh kasus: menghubungkan aplikasi pemesanan ke domain Anda

Anda memiliki yoursalon.com. Situs web Anda saat ini dan email Google Workspace sudah menggunakannya. Anda telah membangun aplikasi pemesanan dan ingin aplikasi itu berada di book.yoursalon.com.

1. Cari tahu di mana DNS Anda dikelola. Bisa jadi di registrar Anda atau penyedia DNS terpisah. Record NS Anda akan memberi tahu.
2. Tambahkan CNAME untuk book yang mengarah ke target yang diberikan host aplikasi Anda.
3. Tambahkan record TXT jika host Anda memintanya untuk membuktikan kepemilikan.
4. Biarkan record MX dan TXT email tidak tersentuh. Email tetap berfungsi karena Anda tidak mengubahnya.
5. Verifikasi di host Anda setelah DNS diperbarui. Host kemudian menerbitkan sertifikat HTTPS untuk book.yoursalon.com.
6. Uji di ponsel menggunakan data seluler, karena itu memakai resolver dan cache yang berbeda dari Wi-Fi rumah Anda.

Jika Anda ingin aplikasinya berada di domain utama yoursalon.com, Anda membutuhkan record A atau fitur ALIAS/flattening dari penyedia DNS Anda — dan Anda akan menggantikan situs web Anda yang sekarang di sana. Untuk langkah lebih lanjut, lihat cara menghubungkan domain kustom.

Kesalahan dan kesalahpahaman umum

• “Domain dan hosting itu sama.” Domain adalah namanya; hosting adalah tempat aplikasi berjalan. DNS yang menghubungkan keduanya.
• Memakai record A padahal host meminta CNAME (atau sebaliknya). Ikuti instruksi host Anda dengan tepat.
• Salah ketik pada target. Satu karakter yang salah di target CNAME membuat verifikasi gagal.
• Mengganti nameserver tanpa menyalin record. Memindahkan DNS ke penyedia baru tanpa membuat ulang record MX dan TXT adalah cara klasik untuk merusak email.
• Memakai proxy padahal tidak perlu. Beberapa penyedia DNS, seperti Cloudflare, bisa mem-proxy trafik. Beberapa host memerlukan record diatur ke “DNS only” agar bisa menerbitkan sertifikat.
• Menghapus record TXT yang “tidak dikenal”. Itu sering kali record verifikasi atau keamanan email yang dibutuhkan sesuatu.
• Membiarkan domain kedaluwarsa. Aktifkan perpanjangan otomatis dan jaga kartu pembayaran tetap berlaku.

Apa yang sebaiknya ditanyakan kepada pembuat aplikasi AI Anda

DNS berada di luar kode Anda, jadi ini lebih tentang apa yang perlu ditanyakan mengenai DNS:

• “Record DNS apa yang tepat untuk app.domainsaya.com — jenis, nama, dan nilainya?”
• “Apakah perubahan ini akan memengaruhi email saya?”
• “Domain saya menampilkan error setelah menambahkan record. Apa yang harus saya periksa?”
• “Tambahkan URL kanonik dan redirect yang benar agar www dan non-www tidak sama-sama menampilkan situs.”
• “Siapkan pengiriman email dari domain saya — record SPF, DKIM, dan DMARC apa yang saya butuhkan?” Lihat cara mengirim email dari aplikasi Anda.

Domain kustom di Mythex

Setiap aplikasi Mythex yang diterbitkan mendapatkan alamat namaanda.mythex.app. Di Pro, Anda bisa memakai domain sendiri: beli di dalam Mythex (pendaftarannya ditagih terpisah, dan DNS untuk domain yang dibeli dikelola untuk Anda), atau hubungkan domain yang sudah Anda miliki dengan menambahkan CNAME dari subdomain seperti app.example.com ke alamat namaanda.mythex.app aplikasi Anda, lalu klik Verify. HTTPS diterbitkan secara otomatis. Jika DNS Anda ada di Cloudflare, atur record tersebut ke “DNS only.” Subdomain direkomendasikan; domain utama bergantung pada dukungan ALIAS atau flattening dari penyedia DNS Anda. Dokumentasi domain kustom memandu setiap langkahnya, dan harga menunjukkan apa saja yang termasuk di Pro.

Pertanyaan