Cara Setting DNS di Plesk

DNS (Domain Name System) adalah salah satu komponen paling fundamental dalam ekosistem internet yang sering tidak terlihat namun sangat vital bagi keberlangsungan website Anda. Memahami dan mampu mengonfigurasi DNS dengan benar, terutama melalui control panel seperti Plesk, adalah skill penting bagi setiap pemilik website, developer, atau system administrator.

Dalam panduan komprehensif ini, kami akan membahas secara mendalam tentang DNS, cara setting DNS di Plesk panel, berbagai jenis DNS records, use cases praktis, troubleshooting masalah umum, dan best practices yang perlu Anda ketahui untuk mengelola DNS dengan optimal.

Pengertian DNS

DNS adalah Domain Name System yang biasanya menghubungkan alamat IP (Internet Protocol) dengan nama domain agar lebih mudah diingat oleh manusia. Dengan kata lain, DNS ini berfungsi sebagai penghubung nama domain dan alamat IP server, misal Anda membuka website dengan nama contoh-domain.com sesungguhnya adalah ke IP Server 123.456.789.

Mengapa DNS Penting?

Bayangkan jika setiap kali Anda ingin mengunjungi website, Anda harus mengingat dan mengetikkan alamat IP seperti 192.168.1.1 atau 2001:0db8:85a3:0000:0000:8a2e:0370:7334. Tentu saja ini sangat tidak praktis dan hampir mustahil untuk diingat.

DNS memecahkan masalah ini dengan cara yang elegan:

1. User-Friendly: Anda cukup mengetik nama domain yang mudah diingat seperti www.google.com atau www.facebook.com
2. Fleksibilitas: Jika server pindah ke IP address baru, Anda cukup update DNS tanpa mengubah nama domain
3. Load Balancing: DNS dapat mengarahkan traffic ke multiple servers untuk distribusi beban
4. Redundancy: Jika satu server down, DNS bisa redirect ke backup server
5. Subdomain Management: Mudah membuat dan mengelola subdomain (mail.domain.com, shop.domain.com, dll)

Bagaimana DNS Bekerja?

Proses DNS bekerja dalam beberapa tahap yang terjadi sangat cepat (biasanya dalam milidetik):

1. User Request

Ketika Anda mengetik www.contoh.com di browser:

• Browser memeriksa cache lokal terlebih dahulu
• Jika tidak ada, request diteruskan ke DNS resolver (biasanya dari ISP Anda)

2. DNS Resolver Query

DNS Resolver melakukan query bertingkat:

• Root DNS Server: Memberikan informasi tentang TLD (.com, .id, .org, dll)
• TLD DNS Server: Memberikan informasi tentang nameserver domain
• Authoritative DNS Server: Memberikan IP address final

3. Response

• DNS resolver mendapat IP address (misalnya: 192.168.1.100)
• IP address dikirim kembali ke browser
• Browser connects ke server dengan IP tersebut

4. Caching

• IP address di-cache untuk mempercepat akses berikutnya
• Cache memiliki TTL (Time To Live) yang ditentukan oleh pemilik domain

Komponen Utama DNS

1. Domain Name: Nama yang mudah diingat (contoh.com)
2. DNS Records: Data yang memetakan domain ke IP atau service
3. Nameserver: Server yang menyimpan DNS records
4. DNS Zone: File konfigurasi yang berisi semua DNS records untuk domain
5. TTL (Time To Live): Durasi cache DNS record

Jenis-Jenis DNS Server

Ada beberapa tipe DNS server dalam hierarki DNS:

1. Root DNS Servers

• Server paling tinggi dalam hierarki DNS
• Total ada 13 root server secara logis (a.root-servers.net sampai m.root-servers.net)
• Menyimpan informasi tentang TLD servers

2. TLD (Top-Level Domain) Servers

• Menangani TLD seperti .com, .org, .net, .id, dll
• Menyimpan informasi tentang authoritative nameservers

3. Authoritative DNS Servers

• Server yang menyimpan DNS records definitif untuk domain
• Inilah yang Anda kelola saat setting DNS di Plesk

4. Recursive DNS Resolver

• Server DNS dari ISP atau public DNS (Google DNS, Cloudflare DNS)
• Melakukan query atas nama user

Cara Setting DNS di Plesk

Tiap hosting akan menggunakan kontrol panel tertentu sehingga cara setting DNS ini juga berbeda sesuai dengan panel hosting yang digunakan. Adapun cara setting DNS di Plesk panel adalah sebagai berikut:

Langkah 1: Login ke Plesk Panel

Login ke Plesk control panel Anda.

Akses Plesk melalui:

• URL yang diberikan oleh hosting provider (biasanya https://namadomain.com:8443)
• Atau melalui IP server dengan port 8443: https://123.456.789.012:8443
• Atau melalui client area dengan klik tombol "Login to Plesk"

Masukkan username dan password Plesk Anda untuk login.

Langkah 2: Akses Website & Domains

Klik menu Website & Domains di dashboard Plesk.

Menu ini akan menampilkan semua domain yang Anda kelola di akun Plesk tersebut. Jika Anda memiliki multiple domains, pilih domain yang ingin Anda setting DNS-nya.

Langkah 3: Masuk ke Hosting & DNS

Kemudian klik menu Hosting & DNS.

Di sini Anda akan melihat berbagai opsi konfigurasi untuk domain Anda:

• Hosting Settings: Konfigurasi PHP, database, dll
• DNS Settings: Untuk mengelola DNS records (yang akan kita bahas)
• SSL/TLS Certificates: Untuk manage SSL
• Email Settings: Konfigurasi email
• Dan lain-lain

Langkah 4: Buka Menu DNS Settings

Klik menu DNS.

Halaman DNS Settings akan menampilkan semua DNS records yang saat ini dikonfigurasi untuk domain Anda. Anda akan melihat berbagai record types seperti:

• A Records (alamat IPv4)
• AAAA Records (alamat IPv6)
• MX Records (mail server)
• CNAME Records (alias)
• TXT Records (text records)
• Dan lain-lain

Langkah 5: Tambah DNS Record Baru

Pilih bagian Add Record.

Saat klik "Add Record", Anda akan melihat dropdown menu dengan berbagai pilihan tipe DNS record:

• A (Address Record)
• AAAA (IPv6 Address Record)
• CNAME (Canonical Name)
• MX (Mail Exchange)
• TXT (Text Record)
• SRV (Service Record)
• NS (Name Server)
• CAA (Certification Authority Authorization)
• Dan lain-lain

Pilih tipe record yang sesuai dengan kebutuhan Anda (dijelaskan detail di section berikutnya).

Langkah 6: Input IP Address atau Value

Silahkan input IP yang ingin Anda arahkan pada domain.

Tergantung tipe record yang Anda pilih, Anda perlu mengisi beberapa field:

Untuk A Record:

• Record Name: Subdomain atau @ untuk root domain (contoh: www atau kosongkan)
• IP Address: IP address server tujuan (contoh: 192.168.1.100)
• TTL: Time to Live dalam detik (default 86400 = 24 jam)

Catatan Penting:

• Gunakan @ atau kosongkan untuk root domain (contoh.com)
• Gunakan subdomain untuk membuat subdomain (www, mail, blog, shop, dll)
• IP address harus valid dan accessible
• TTL yang lebih rendah (300-600 detik) berguna saat Anda berencana migrasi server

Langkah 7: Simpan dan Tunggu Propagasi

Jika sudah selesai input IP silahkan untuk klik OK kemudian tunggu hingga proses propagasi selesai. Adapun proses propagasi ini bisa hanya beberapa menit saja atau sampai 48 jam lebih bergantung pada konfigurasi tiap jaringan internet yang digunakan.

Tentang DNS Propagation:

DNS propagation adalah waktu yang dibutuhkan untuk perubahan DNS menyebar ke seluruh internet. Proses ini terjadi karena:

• DNS servers di seluruh dunia cache DNS records
• Setiap cache memiliki TTL (Time To Live)
• Cache harus expired dulu sebelum server melakukan query ulang

Timeline Propagation:

• 1-5 menit: Perubahan mulai terlihat di beberapa lokasi
• 1-2 jam: Sebagian besar ISP sudah update
• 12-24 jam: Mayoritas global sudah update
• 24-48 jam: Hampir 100% propagasi complete (worst case scenario)

Tips Mempercepat Propagation:

1. Set TTL rendah (300-600 detik) sebelum melakukan perubahan
2. Setelah perubahan selesai, naikkan TTL kembali ke 86400 (24 jam)
3. Flush DNS cache di komputer lokal Anda
4. Gunakan DNS checker tools untuk monitoring

Pedoman Record Types - Penjelasan Lengkap

Berikut adalah penjelasan detail tentang berbagai tipe DNS records yang tersedia di Plesk:

1. A Record (Address Record)

A Record – berguna untuk memetakan nama host ke alamat IP Server. Tanpa catatan A yang sesuai, pengunjung tidak dapat mengakses situs web, situs FTP, atau akun email Anda.

Fungsi Utama:

• Menghubungkan nama domain ke IPv4 address
• Record paling fundamental dan paling sering digunakan
• Diperlukan untuk website dapat diakses

Contoh Konfigurasi:

Record Type: A
Host/Name: @ (atau kosong untuk root domain)
Points to: 192.168.1.100
TTL: 86400

Use Cases:

• Root Domain: @ → 192.168.1.100 (untuk contoh.com)
• WWW Subdomain: www → 192.168.1.100 (untuk www.contoh.com)
• Custom Subdomain: blog → 192.168.1.101 (untuk blog.contoh.com)
• Multiple A Records: Bisa point ke multiple IPs untuk load balancing

Tips A Record:

• Selalu buat A record untuk @ (root) dan www
• Pastikan IP address valid dan accessible
• Untuk server dengan dynamic IP, gunakan Dynamic DNS service
• Test dengan ping namadomain.com untuk verifikasi

2. AAAA Record (IPv6 Address Record)

AAAA Record – berguna untuk memetakan nama host ke alamat IPv6.

Fungsi Utama:

• Sama seperti A record, tapi untuk IPv6
• Mendukung protokol internet generasi baru
• Penting untuk future-proofing website Anda

Contoh Konfigurasi:

Record Type: AAAA
Host/Name: @
Points to: 2001:0db8:85a3:0000:0000:8a2e:0370:7334
TTL: 86400

Kapan Menggunakan AAAA Record:

• Jika server Anda support IPv6
• Untuk meningkatkan accessibility global
• Recommended untuk website modern
• Bisa coexist dengan A record (dual stack)

Tips AAAA Record:

• Pastikan server dan hosting support IPv6
• Test accessibility via IPv6 test tools
• Gunakan bersama A record untuk compatibility maksimal

3. CAA Record (Certification Authority Authorization)

CAA Record – berguna untuk menentukan otoritas sertifikat (CA) mana yang akan mengeluarkan sertifikat SSL untuk domain.

Fungsi Utama:

• Keamanan tambahan untuk SSL/TLS certificate
• Mencegah CA yang tidak authorized menerbitkan certificate untuk domain Anda
• Meningkatkan trust dan security

Contoh Konfigurasi:

Record Type: CAA
Host/Name: @
Flag: 0
Tag: issue
Value: letsencrypt.org
TTL: 86400

Tag Types:

• issue: CA yang boleh issue certificate untuk domain
• issuewild: CA yang boleh issue wildcard certificate
• iodef: Email untuk report violation

Contoh Lengkap:

@ CAA 0 issue "letsencrypt.org"
@ CAA 0 issue "digicert.com"
@ CAA 0 issuewild "letsencrypt.org"
@ CAA 0 iodef "mailto:security@contoh.com"

Kapan Menggunakan CAA:

• Untuk meningkatkan security SSL certificate
• Jika menggunakan SSL dari CA tertentu (Let's Encrypt, DigiCert, dll)
• Required oleh beberapa compliance standards

4. CNAME Record (Canonical Name)

CNAME Record – berguna untuk membuat alias untuk nama domain lain, yang DNS cari. Ini berguna, misalnya, jika Anda mengarahkan beberapa catatan CNAME ke catatan A tunggal untuk menyederhanakan pemeliharaan DNS.

Fungsi Utama:

• Membuat alias dari satu domain ke domain lain
• Simplifikasi management DNS
• Berguna untuk subdomain yang point ke external service

Contoh Konfigurasi:

Record Type: CNAME
Host/Name: www
Points to: contoh.com.
TTL: 86400

Use Cases Praktis:

1. Subdomain ke Root Domain:

   www CNAME contoh.com.

2. Third-party Services:

   shop CNAME myshop.myshopify.com.
   blog CNAME myblog.wordpress.com.
   mail CNAME ghs.google.com.

3. CDN Integration:

   cdn CNAME d3example.cloudfront.net.
   static CNAME cdn.example.com.

4. Load Balancer:

   app CNAME lb-12345.us-east-1.elb.amazonaws.com.

Aturan CNAME:

• ❌ TIDAK BOLEH digunakan untuk root domain (@)
• ❌ TIDAK BOLEH coexist dengan record type lain di host yang sama
• ✅ BOLEH digunakan untuk subdomain
• ✅ BOLEH point ke external domains
• ⚠️ Perhatikan: Tambahkan titik (.) di akhir target domain

Tips CNAME:

• Gunakan untuk third-party services (Shopify, WordPress, G Suite)
• Lebih mudah maintain daripada multiple A records
• Jika target IP berubah, tidak perlu update CNAME

5. DMARC Record (Domain-based Message Authentication)

DMARC Record – berguna untuk menunjukkan tindakan yang harus diambil oleh server mail saat menerima email dari domain ini, tetapi pesan itu gagal diperiksa oleh SPF dan DKIM. Jika Anda memilih opsi ini, sistem membuat catatan TXT dengan catatan DMARC default.

Fungsi Utama:

• Melindungi domain dari email spoofing dan phishing
• Instruksi ke email server tentang handling email yang gagal authentication
• Monitoring dan reporting email authentication

Contoh Konfigurasi:

Record Type: TXT
Host/Name: _dmarc
Value: "v=DMARC1; p=quarantine; rua=mailto:dmarc@contoh.com"
TTL: 86400

Parameter DMARC:

• v=DMARC1: Versi protocol
• p=: Policy (none, quarantine, reject)
• rua=: Email untuk aggregate reports
• ruf=: Email untuk forensic reports
• sp=: Policy untuk subdomain
• pct=: Percentage of messages to apply policy
• adkim=: DKIM alignment (s=strict, r=relaxed)
• aspf=: SPF alignment (s=strict, r=relaxed)

Policy Options:

1. p=none: Monitor only, no action (recommended untuk testing)
2. p=quarantine: Mark as spam
3. p=reject: Reject email completely

Contoh Lengkap:

_dmarc TXT "v=DMARC1; p=reject; rua=mailto:dmarc-reports@contoh.com; ruf=mailto:dmarc-forensic@contoh.com; fo=1; adkim=s; aspf=s; pct=100; ri=86400"

Best Practice DMARC:

1. Mulai dengan p=none untuk monitoring
2. Setup SPF dan DKIM terlebih dahulu
3. Monitor reports selama beberapa minggu
4. Gradually increase ke p=quarantine lalu p=reject
5. Set pct=10 dulu, lalu naikkan bertahap

6. MX Record (Mail Exchange)

MX Record – berguna untuk merutekan email masuk domain ke server tertentu.

Fungsi Utama:

• Menentukan server mana yang handle email untuk domain
• Essential untuk email functionality
• Support multiple servers dengan priority

Contoh Konfigurasi:

Record Type: MX
Host/Name: @
Priority: 10
Points to: mail.contoh.com.
TTL: 86400

Priority Explained:

• Angka lebih kecil = priority lebih tinggi
• 0-10: Primary mail servers
• 20-30: Secondary/backup servers
• Jika primary gagal, email dikirim ke secondary

Use Cases:

1. Single Mail Server:

   @ MX 10 mail.contoh.com.

2. Multiple Mail Servers (Redundancy):

   @ MX 10 mail1.contoh.com.
   @ MX 20 mail2.contoh.com.
   @ MX 30 mail3.contoh.com.

3. Google Workspace (G Suite):

   @ MX 1 aspmx.l.google.com.
   @ MX 5 alt1.aspmx.l.google.com.
   @ MX 5 alt2.aspmx.l.google.com.
   @ MX 10 alt3.aspmx.l.google.com.
   @ MX 10 alt4.aspmx.l.google.com.

4. Microsoft 365:

   @ MX 0 contoh-com.mail.protection.outlook.com.

5. Zoho Mail:

   @ MX 10 mx.zoho.com.
   @ MX 20 mx2.zoho.com.

Tips MX Record:

• Selalu gunakan FQDN (fully qualified domain name) dengan titik di akhir
• Setup multiple MX untuk redundancy
• Pastikan A record exists untuk mail server yang dituju
• Test dengan nslookup -type=mx contoh.com

7. SRV Record (Service Record)

SRV Record – berguna untuk memberikan informasi tentang layanan yang tersedia pada port tertentu di server Anda.

Fungsi Utama:

• Specify lokasi services (protocol and port)
• Digunakan untuk VoIP, instant messaging, game servers
• Support load balancing dan failover

Format SRV Record:

_service._protocol.name TTL class SRV priority weight port target

Contoh Konfigurasi:

Record Type: SRV
Service: _sip
Protocol: _tcp
Priority: 10
Weight: 60
Port: 5060
Target: sipserver.contoh.com.
TTL: 86400

Use Cases:

1. SIP/VoIP Service:

   _sip._tcp.contoh.com. SRV 10 60 5060 sipserver.contoh.com.
   _sip._udp.contoh.com. SRV 10 60 5060 sipserver.contoh.com.

2. XMPP/Jabber (Instant Messaging):

   _xmpp-client._tcp.contoh.com. SRV 5 0 5222 xmpp.contoh.com.
   _xmpp-server._tcp.contoh.com. SRV 5 0 5269 xmpp.contoh.com.

3. Minecraft Server:

   _minecraft._tcp.contoh.com. SRV 0 5 25565 mc.contoh.com.

4. LDAP Service:

   _ldap._tcp.contoh.com. SRV 0 0 389 ldap.contoh.com.

Parameters Explained:

• Service: Nama service (diawali underscore _)
• Protocol: TCP atau UDP (diawali underscore _)
• Priority: Lower = higher priority (seperti MX)
• Weight: Load distribution (higher weight = more traffic)
• Port: Port number service
• Target: Hostname server

8. TXT Record (Text Record)

TXT Record – berisi informasi teks untuk dibaca berbagai layanan.

Fungsi Utama:

• Menyimpan arbitrary text data
• Digunakan untuk verification, SPF, DKIM, DMARC
• Dapat berisi berbagai jenis informasi

Contoh Konfigurasi:

Record Type: TXT
Host/Name: @
Value: "v=spf1 include:_spf.google.com ~all"
TTL: 86400

Use Cases Praktis:

1. SPF (Sender Policy Framework):

   @ TXT "v=spf1 mx include:_spf.google.com ~all"
   @ TXT "v=spf1 ip4:192.168.1.100 include:_spf.google.com ~all"

2. DKIM (DomainKeys Identified Mail):

   default._domainkey TXT "v=DKIM1; k=rsa; p=MIGfMA0GCSq..."

3. Domain Verification:

   @ TXT "google-site-verification=abc123..."
   @ TXT "facebook-domain-verification=xyz789..."
   @ TXT "MS=ms12345678"

4. Custom Information:

   @ TXT "Description of my domain"

SPF Syntax Explained:

• v=spf1: SPF version
• mx: Allow MX servers to send
• a: Allow A record servers to send
• ip4:x.x.x.x: Allow specific IP
• include:domain.com: Include another domain's SPF
• ~all: Soft fail (quarantine)
• -all: Hard fail (reject)
• +all: Allow all (NEVER use this!)

Tips TXT Record:

• Maksimal 255 characters per string
• Untuk value lebih panjang, split into multiple strings
• Gunakan quotes untuk values dengan spasi
• Multiple TXT records bisa exist untuk host yang sama

9. NS Record (Name Server)

NS Record – menentukan nameserver yang authoritative untuk domain.

Fungsi Utama:

• Mendelegasikan DNS management ke specific nameservers
• Essential untuk domain functionality
• Biasanya di-manage di domain registrar, bukan di Plesk

Contoh Konfigurasi:

Record Type: NS
Host/Name: @
Points to: ns1.contoh.com.
TTL: 86400

Typical Setup:

@ NS ns1.hostingprovider.com.
@ NS ns2.hostingprovider.com.
@ NS ns3.hostingprovider.com.

Subdomain Delegation:

subdomain NS ns1.external.com.
subdomain NS ns2.external.com.

Tips NS Record:

• Minimal 2 NS records untuk redundancy
• NS records biasanya tidak perlu diubah kecuali pindah hosting
• Perubahan NS di registrar bisa butuh 24-48 jam propagation

10. PTR Record (Pointer Record)

PTR Record – reverse DNS lookup, mapping IP ke domain.

Fungsi Utama:

• Reverse DNS (rDNS) untuk verify email server
• Important untuk email deliverability
• Biasanya di-set di hosting provider, bukan di Plesk

Contoh:

100.1.168.192.in-addr.arpa. PTR mail.contoh.com.

Kapan PTR Penting:

• Email servers (prevent spam classification)
• Server authentication
• Security and logging

Tips:

• Contact hosting provider untuk set PTR
• PTR harus match dengan hostname server
• Important untuk avoid spam filters

Skenario Konfigurasi DNS Praktis

Berikut adalah beberapa skenario umum dan cara konfigurasinya:

Skenario 1: Setup Website Baru

Kebutuhan: Domain baru untuk website di server dengan IP 192.168.1.100

DNS Records:

@ A 192.168.1.100 (untuk contoh.com)
www A 192.168.1.100 (untuk www.contoh.com)
@ MX 10 mail.contoh.com
mail A 192.168.1.100
@ TXT "v=spf1 mx ~all"

Skenario 2: Integrate Google Workspace untuk Email

Kebutuhan: Gunakan Google Workspace untuk email, tapi website tetap di server sendiri

DNS Records:

# Website records (tetap di server sendiri)
@ A 192.168.1.100
www A 192.168.1.100

# Google Workspace MX records
@ MX 1 aspmx.l.google.com.
@ MX 5 alt1.aspmx.l.google.com.
@ MX 5 alt2.aspmx.l.google.com.
@ MX 10 alt3.aspmx.l.google.com.
@ MX 10 alt4.aspmx.l.google.com.

# SPF record
@ TXT "v=spf1 include:_spf.google.com ~all"

# Google site verification
@ TXT "google-site-verification=your-verification-code"

Skenario 3: Setup Subdomain untuk Aplikasi Berbeda

Kebutuhan:

• Main website: contoh.com (192.168.1.100)
• Blog: blog.contoh.com (192.168.1.101)
• Shop: shop.contoh.com (hosted di Shopify)
• API: api.contoh.com (192.168.1.102)

DNS Records:

@ A 192.168.1.100
www A 192.168.1.100
blog A 192.168.1.101
shop CNAME shops.myshopify.com.
api A 192.168.1.102

Skenario 4: Setup CDN (Content Delivery Network)

Kebutuhan: Gunakan CDN untuk static assets

DNS Records:

# Main website
@ A 192.168.1.100
www A 192.168.1.100

# CDN untuk static content
cdn CNAME xyz123.cloudfront.net.
static CNAME cdn.contoh.com.
assets CNAME cdn.contoh.com.

Skenario 5: Email + Website + Subdomain Lengkap

Kebutuhan: Setup complete dengan email, website, dan berbagai subdomain

DNS Records:

# Website
@ A 192.168.1.100
www A 192.168.1.100

# Email
@ MX 10 mail.contoh.com.
mail A 192.168.1.100
@ TXT "v=spf1 mx ip4:192.168.1.100 ~all"
_dmarc TXT "v=DMARC1; p=quarantine; rua=mailto:dmarc@contoh.com"
default._domainkey TXT "v=DKIM1; k=rsa; p=YOUR_DKIM_KEY"

# Subdomains
blog A 192.168.1.101
shop CNAME mystore.myshopify.com.
ftp A 192.168.1.100
webmail A 192.168.1.100
cpanel A 192.168.1.100
autoconfig A 192.168.1.100
autodiscover A 192.168.1.100

# Verification
@ TXT "google-site-verification=abc123"

# SSL CAA
@ CAA 0 issue "letsencrypt.org"

Troubleshooting DNS di Plesk

Berikut adalah masalah umum dan solusinya:

Masalah 1: Website Tidak Bisa Diakses Setelah Ubah DNS

Gejala:

• Error "This site can't be reached"
• DNS_PROBE_FINISHED_NXDOMAIN
• ERR_NAME_NOT_RESOLVED

Penyebab:

• A record tidak ada atau salah
• DNS belum propagasi
• Nameserver tidak pointing ke Plesk

Solusi:

1. Cek A Record di Plesk:

   • Pastikan A record untuk @ dan www exists
   • Verify IP address benar
   • Test dengan: nslookup contoh.com

2. Cek Nameserver:

   • Login ke domain registrar
   • Verify nameserver pointing ke hosting provider
   • Contoh: ns1.hostingprovider.com, ns2.hostingprovider.com

3. Tunggu Propagasi:

   • Bisa 1-48 jam
   • Check progress: https://whatsmydns.net

4. Flush DNS Cache:

   • Windows: ipconfig /flushdns
   • Mac: sudo dscacheutil -flushcache
   • Linux: sudo systemd-resolve --flush-caches

5. Test dengan Different DNS:

   • Temporary change DNS ke Google DNS (8.8.8.8)
   • Atau Cloudflare DNS (1.1.1.1)

Masalah 2: Email Tidak Terkirim/Diterima

Gejala:

• Email bounced back
• Email masuk spam
• Tidak bisa kirim/terima email

Penyebab:

• MX record salah atau tidak ada
• SPF record missing
• PTR record tidak match

Solusi:

1. Verifikasi MX Record:

   nslookup -type=mx contoh.com

   Pastikan MX record pointing ke mail server yang benar

2. Setup SPF Record:

   @ TXT "v=spf1 mx ip4:YOUR_SERVER_IP ~all"

3. Setup DKIM:

• Di Plesk → Mail → DKIM
• Enable DKIM untuk domain
• Copy public key ke DNS TXT record

4. Setup DMARC:

   _dmarc TXT "v=DMARC1; p=quarantine; rua=mailto:dmarc@contoh.com"

5. Verify PTR Record:

   dig -x YOUR_SERVER_IP

   PTR should match mail server hostname

6. Test Email Authentication:

• Kirim test email ke: check-auth@verifier.port25.com
• Review hasil authentication

Masalah 3: Subdomain Tidak Berfungsi

Gejala: Subdomain seperti blog.contoh.com tidak bisa diakses

Penyebab:

• DNS record untuk subdomain belum dibuat
• CNAME pointing ke target yang salah
• Virtual host belum dikonfigurasi

Solusi:

1. Tambah A Record untuk Subdomain:

   blog A 192.168.1.101

2. Atau Gunakan CNAME:

   blog CNAME contoh.com.

3. Cek di Plesk:

• Website & Domains → Add Subdomain
• Pastikan subdomain sudah dibuat di Plesk

4. Verify DNS:

   nslookup blog.contoh.com

Masalah 4: DNS Propagation Terlalu Lama

Gejala: Sudah 48 jam tapi DNS belum update

Penyebab:

• TTL terlalu tinggi
• Nameserver belum update
• Cache stuck

Solusi:

1. Lower TTL sebelum perubahan:

• Set TTL ke 300 (5 menit)
• Tunggu old TTL expire
• Baru lakukan perubahan

2. Force Propagation:

• Restart DNS service di Plesk
• Contact hosting support

3. Verify di Multiple Locations:

• https://www.whatsmydns.net
• https://dnschecker.org

4. Clear All Caches:

• Local computer
• Router
• ISP (by changing DNS server temporarily)

Masalah 5: CNAME dan A Record Conflict

Gejala: Error atau DNS tidak resolve correctly

Penyebab: CNAME dan record type lain tidak boleh coexist di host yang sama

Solusi:

• Pilih salah satu: A record atau CNAME
• Untuk root domain (@), harus gunakan A record
• Untuk subdomain, bisa gunakan CNAME atau A

Contoh Benar:

@ A 192.168.1.100
www CNAME contoh.com.

Contoh Salah:

www A 192.168.1.100
www CNAME contoh.com.  ← ERROR! Conflict

Masalah 6: Wildcard Subdomain Tidak Bekerja

Gejala: *.contoh.com tidak resolve

Solusi:

1. Tambah Wildcard A Record:

• A 192.168.1.100

2. Atau Wildcard CNAME:

• CNAME contoh.com.

3. Configure Server:

• Pastikan web server configured untuk handle wildcard
• Apache: VirtualHost dengan ServerAlias *.contoh.com
• Nginx: server_name *.contoh.com

Masalah 7: SSL Certificate Error Setelah DNS Change

Gejala: "Your connection is not private" atau SSL error

Penyebab:

• SSL certificate belum issued untuk domain baru
• Certificate tidak cover subdomain

Solusi:

1. Request New SSL Certificate:

• Di Plesk → SSL/TLS Certificates
• Request Let's Encrypt certificate
• Pastikan include www subdomain

2. Menggunakan Wildcard Certificate:

• Untuk cover *.contoh.com
• Request di Plesk atau CA

3. Update CAA Record (jika ada):

   @ CAA 0 issue "letsencrypt.org"

Tools untuk Testing dan Monitoring DNS

Tools Online untuk DNS Check:

1. DNS Propagation Checker:

   • https://www.whatsmydns.net
   • https://dnschecker.org
   • Cek DNS propagation global

2. DNS Lookup Tools:

   • https://mxtoolbox.com
   • https://dnslookup.online
   • Comprehensive DNS records check

3. Email Authentication Tester:

   • https://www.mail-tester.com
   • https://mxtoolbox.com/SuperTool.aspx
   • Test SPF, DKIM, DMARC

4. SSL/TLS Checker:

   • https://www.ssllabs.com/ssltest
   • Test SSL configuration

5. Website Performance:

   • https://www.pingdom.com
   • https://gtmetrix.com
   • Test site speed and DNS resolution time

Command Line Tools:

1. nslookup (Windows, Mac, Linux):

   nslookup contoh.com
   nslookup -type=mx contoh.com
   nslookup -type=txt contoh.com

2. dig (Mac, Linux):

   dig contoh.com
   dig contoh.com MX
   dig contoh.com TXT
   dig @8.8.8.8 contoh.com  # Query specific DNS server

3. host (Mac, Linux):

   host contoh.com
   host -t MX contoh.com
   host -t TXT contoh.com

4. ping:

   ping contoh.com

5. traceroute / tracert:

   traceroute contoh.com  # Mac/Linux
   tracert contoh.com     # Windows

Best Practices untuk DNS Management

1. Security Best Practices

Enable DNSSEC:

• Tambahkan layer security untuk DNS
• Prevent DNS spoofing dan cache poisoning
• Setup di domain registrar dan hosting

Use CAA Records:

• Specify authorized CAs untuk SSL
• Prevent unauthorized certificate issuance

Implement SPF, DKIM, DMARC:

• Protect dari email spoofing
• Improve email deliverability
• Monitor authentication failures

Regular Audit:

• Review DNS records secara berkala
• Hapus records yang tidak digunakan
• Update outdated configurations

2. Performance Best Practices

Optimize TTL:

• Development: 300-600 seconds (5-10 minutes)
• Production: 86400 seconds (24 hours)
• Before migration: Lower TTL 24-48 hours sebelumnya

Use CDN:

• Improve global performance
• Setup CNAME untuk static assets
• Example: cdn.contoh.com → cloudfront.net

Minimize DNS Lookups:

• Terlalu banyak subdomain = slower
• Consolidate jika memungkinkan
• Use CDN untuk reduce lookups

Monitor DNS Resolution Time:

• Gunakan tools seperti GTmetrix
• Target: < 20ms DNS lookup time
• Consider faster DNS service jika lambat

3. Reliability Best Practices

Multiple MX Records:

• Minimal 2 MX servers untuk redundancy
• Different priorities untuk failover

Multiple NS Records:

• Hosting provider biasanya provide 2-4 nameservers
• Ensure all nameservers in sync

Backup DNS Configuration:

• Export DNS zone file secara berkala
• Simpan copy di tempat aman
• Useful untuk disaster recovery

Monitor DNS Health:

• Setup uptime monitoring
• Alert jika DNS down
• Tools: UptimeRobot, Pingdom

4. Management Best Practices

Documentation:

• Document setiap DNS change
• Catat alasan perubahan
• Simpan changelog

Testing Before Production:

• Test di staging subdomain dulu
• Verify perubahan sebelum apply ke production
• Use short TTL saat testing

Gradual Changes:

• Lower TTL sebelum major changes
• Monitor setelah perubahan
• Naikkan TTL kembali setelah stable

Version Control (untuk advanced users):

• Track DNS changes dengan Git
• Gunakan Terraform atau Ansible untuk DNS as Code
• Rollback capability

DNS dan SEO

DNS juga berpengaruh pada SEO website Anda:

1. DNS Resolution Speed

Impact:

• Faster DNS = faster page load
• Page speed adalah ranking factor
• User experience improvement

Optimization:

• Use reliable DNS provider
• Consider premium DNS service
• Monitor resolution time regularly

2. Downtime Prevention

Impact:

• DNS down = website down = SEO penalty
• Search engines can't crawl
• Loss of rankings

Prevention:

• Multiple nameservers
• Monitor uptime 24/7
• Quick response untuk DNS issues

3. Subdomain Strategy

SEO Consideration:

• blog.contoh.com vs contoh.com/blog
• Subdomains treated as separate entities
• Subdirectories pass link juice better

When to Use Subdomain:

• Completely different content/purpose
• Different target audiences
• Different languages (en.contoh.com, id.contoh.com)

4. WWW vs Non-WWW

SEO Impact:

• Pilih salah satu sebagai canonical
• Setup 301 redirect dari satu ke yang lain
• Consistent branding

Recommended Setup:

• Choose preferred version (www atau non-www)
• Add both A records
• Configure server untuk redirect

Advanced DNS Topics

1. GeoDNS / DNS Load Balancing

Konsep:

• Route traffic based pada lokasi geografis user
• Improve performance untuk global audience
• Automatic failover

Implementasi:

• Requires advanced DNS service (Cloudflare, AWS Route53)
• Configure health checks
• Set routing policies

Example:

• US visitors → US server (192.168.1.100)
• Asia visitors → Asia server (192.168.2.100)
• Europe visitors → EU server (192.168.3.100)

2. Anycast DNS

Konsep:

• Multiple servers dengan IP address yang sama
• Nearest server responds
• Better performance dan DDoS protection

Benefits:

• Lowest latency
• High availability
• Scalability

3. DNS Failover

Konsep:

• Automatic switch ke backup server jika primary down
• Health monitoring
• Zero downtime

Setup:

# Primary server (checked every 30 seconds)
@ A 192.168.1.100 (monitored)

# Failover to backup if primary fails
@ A 192.168.1.101 (backup)

4. DNS Security Extensions (DNSSEC)

Konsep:

• Cryptographic authentication untuk DNS
• Prevent DNS spoofing
• Chain of trust

Implementation:

• Enable di domain registrar
• Configure DS records
• Plesk has built-in DNSSEC support

Kesimpulan

Setting DNS di Plesk adalah skill fundamental yang sangat penting untuk mengelola website dan layanan online dengan efektif. Dengan memahami berbagai tipe DNS records, cara konfigurasinya, troubleshooting common issues, dan best practices yang telah dijelaskan dalam panduan ini, Anda kini memiliki pengetahuan komprehensif untuk mengelola DNS dengan confidence.

Key Takeaways:

1. DNS adalah jembatan antara domain names dan IP addresses
2. Berbagai DNS record types memiliki fungsi spesifik (A, AAAA, CNAME, MX, TXT, dll)
3. Plesk menyediakan interface yang user-friendly untuk manage DNS
4. DNS propagation bisa memakan waktu hingga 48 jam
5. Security matters: SPF, DKIM, DMARC, CAA, DNSSEC
6. Testing dan monitoring adalah essential untuk DNS health
7. Documentation dan backup penting untuk disaster recovery

Checklist DNS Setup:

• ✅ A record untuk root domain (@) dan www
• ✅ MX records untuk email
• ✅ SPF record untuk email authentication
• ✅ DKIM enabled dan configured
• ✅ DMARC policy implemented
• ✅ CAA record untuk SSL security
• ✅ TTL di-set appropriate (24 jam untuk production)
• ✅ Testing dengan DNS lookup tools
• ✅ Monitoring DNS uptime
• ✅ Documentation lengkap

Next Steps:

1. Apply what you learned: Setup DNS untuk domain Anda
2. Test thoroughly: Use tools untuk verify configuration
3. Monitor: Setup uptime monitoring
4. Stay updated: DNS best practices evolve over time
5. Document: Keep records of all changes

Jika Anda mengalami kesulitan atau memiliki pertanyaan lebih lanjut tentang DNS di Plesk, jangan ragu untuk menghubungi technical support NusantaraHost. Tim kami siap membantu Anda 24/7 untuk memastikan DNS Anda configured dengan benar dan website Anda accessible untuk semua pengunjung.

Selamat mengelola DNS Anda! 🌐