Apa Itu SOA Record? Fungsi, Struktur dan Contohnya

SOA Record atau Start of Authority adalah DNS Record yang menyimpan informasi administratif penting mengenai sebuah zona DNS. Record ini menandai awal otoritas sebuah zona dan berisi sejumlah parameter yang digunakan dalam pengelolaan serta sinkronisasi DNS.

Setiap zona DNS memiliki SOA Record. Di dalamnya terdapat informasi seperti primary nameserver, kontak administrator, serial number zona, refresh interval, retry interval, expire time, serta parameter yang berkaitan dengan negative caching.

SOA Record umumnya dibuat dan dikelola secara otomatis oleh DNS provider sehingga pengguna hosting biasa jarang perlu mengubahnya secara manual. Namun, memahami fungsinya sangat berguna ketika melakukan troubleshooting DNS, pengelolaan authoritative nameserver, atau konfigurasi secondary DNS.

Apa Fungsi SOA Record?

SOA Record menyediakan informasi administratif yang diperlukan untuk mengelola sebuah zona DNS.

Beberapa fungsi utamanya antara lain:

• Menunjukkan primary nameserver yang dicantumkan untuk zona.
• Menyimpan informasi kontak administrator zona.
• Menyediakan serial number versi zona DNS.
• Mengatur interval pemeriksaan perubahan oleh secondary nameserver.
• Menentukan waktu retry jika sinkronisasi gagal.
• Menentukan batas waktu data zona dapat dipertahankan oleh secondary server.
• Menyediakan parameter yang digunakan untuk negative caching.

Contoh SOA Record

SOA Record dapat terlihat seperti berikut:

example.com. 3600 IN SOA ns1.example.net. hostmaster.example.com. (
    2026090901
    3600
    900
    1209600
    300
)

Nilai pada contoh tersebut memiliki fungsi yang berbeda-beda.

Struktur SOA Record

Secara umum, SOA Record berisi:

Primary Nameserver
Responsible Person
Serial
Refresh
Retry
Expire
Minimum / Negative Cache TTL

Masing-masing parameter digunakan untuk membantu sistem DNS mengelola zona secara konsisten.

Apa Itu Primary Nameserver pada SOA?

Bagian pertama SOA biasanya berisi nama server DNS yang disebut sebagai primary atau master nameserver dalam konteks zona tersebut.

Contoh:

ns1.example.net.

Nilai ini merupakan bagian dari metadata zona. Dalam infrastruktur DNS modern, penyedia dapat menggunakan sistem backend yang lebih kompleks sehingga server yang tercantum pada SOA belum tentu menggambarkan seluruh arsitektur fisik DNS provider.

Apa Itu Responsible Person?

SOA Record juga menyimpan informasi kontak administratif dalam format DNS.

Contohnya:

hostmaster.example.com.

Dalam representasi SOA, tanda titik pertama digunakan sebagai pengganti karakter @. Secara konseptual, contoh tersebut dapat mewakili:

[email protected]

Format sebenarnya mengikuti aturan DNS dan dapat berbeda sesuai konfigurasi provider.

Apa Itu Serial Number pada SOA?

Serial number menunjukkan versi zona DNS. Ketika isi zona berubah, serial biasanya perlu dinaikkan agar secondary nameserver dapat mengetahui bahwa terdapat versi zona yang lebih baru.

Contoh:

2026090901

Sebagian administrator menggunakan pola:

YYYYMMDDNN

Dengan pola tersebut:

• 2026 menunjukkan tahun.
• 09 menunjukkan bulan.
• 09 menunjukkan tanggal.
• 01 menunjukkan revisi pertama pada hari tersebut.

Namun, pola tanggal bukan kewajiban. Yang terpenting adalah serial dapat dibandingkan sesuai mekanisme DNS yang berlaku.

Kenapa Serial Number Penting?

Pada konfigurasi primary-secondary DNS tradisional, secondary nameserver memeriksa serial SOA untuk mengetahui apakah zona telah berubah.

Misalnya:

Serial Secondary:
2026090901

Serial Primary:
2026090902

Secondary dapat mengetahui bahwa primary memiliki versi zona yang lebih baru dan kemudian melakukan proses sinkronisasi sesuai konfigurasi.

Apa Itu Refresh pada SOA?

Refresh menentukan interval waktu yang digunakan secondary nameserver untuk memeriksa apakah serial number zona pada primary telah berubah.

Contoh:

Refresh: 3600

Nilai tersebut berarti sekitar 3.600 detik atau satu jam.

Setelah interval tersebut, secondary dapat memeriksa SOA primary untuk mengetahui apakah terdapat versi zona baru.

Apa Itu Retry pada SOA?

Retry menentukan berapa lama secondary nameserver menunggu sebelum mencoba kembali apabila pemeriksaan atau transfer zona sebelumnya gagal.

Contoh:

Retry: 900

Nilai 900 berarti sekitar 15 menit.

Apa Itu Expire pada SOA?

Expire menentukan berapa lama secondary nameserver dapat terus menggunakan data zona tanpa berhasil berkomunikasi dengan primary.

Contoh:

Expire: 1209600

Nilai tersebut setara dengan sekitar 14 hari.

Jika secondary tidak dapat memperbarui zona hingga melewati periode expire, server dapat berhenti memberikan data authoritative untuk zona tersebut berdasarkan implementasi dan konfigurasinya.

Apa Itu Minimum TTL pada SOA?

Field terakhir pada SOA secara historis pernah digunakan sebagai minimum TTL. Dalam penggunaan DNS modern, field tersebut terutama digunakan untuk menentukan TTL negative caching sesuai ketentuan DNS yang berlaku.

Contoh:

300

Nilai tersebut dapat mempengaruhi berapa lama resolver menyimpan informasi bahwa sebuah nama atau record tidak ditemukan.

Apa Hubungan SOA dengan Negative Caching?

Negative caching terjadi ketika resolver menyimpan sementara jawaban bahwa DNS Record tertentu tidak ditemukan.

Misalnya:

app.example.com → NXDOMAIN

Jika kemudian administrator membuat subdomain tersebut, resolver yang masih memiliki negative cache dapat tetap memberikan hasil tidak ditemukan untuk sementara waktu.

SOA menyediakan parameter yang digunakan dalam penentuan lama negative caching sesuai mekanisme DNS.

Apa Itu NXDOMAIN?

NXDOMAIN merupakan respons DNS yang menunjukkan bahwa nama domain yang ditanyakan tidak ada pada namespace yang diperiksa.

Contohnya, jika pengguna mencari:

tidak-ada.example.com

dan hostname tersebut memang tidak tersedia, authoritative DNS dapat memberikan respons NXDOMAIN.

Resolver kemudian dapat menyimpan respons negatif tersebut untuk sementara agar query yang sama tidak berulang terus-menerus.

SOA Record dan Authoritative Nameserver

SOA merupakan salah satu record utama pada zona yang dilayani oleh authoritative nameserver. Ketika resolver meminta SOA Record, authoritative server dapat memberikan informasi administratif zona tersebut.

Contoh query:

example.com → SOA

Hasilnya membantu administrator mengetahui serial, primary server, dan parameter zona lainnya.

Perbedaan SOA Record dan NS Record

SOA dan NS sama-sama berkaitan dengan otoritas DNS, tetapi memiliki fungsi berbeda.

SOA Record menyimpan informasi administratif mengenai zona DNS.

NS Record menentukan authoritative nameserver yang melayani sebuah zona atau delegasi.

Contoh:

SOA:
example.com. SOA ns1.example.net. hostmaster.example.com. ...

NS:
example.com. NS ns1.example.net.
example.com. NS ns2.example.net.

Apakah Satu Zona Bisa Memiliki Banyak SOA Record?

Tidak. Sebuah zona DNS memiliki satu SOA Record pada apex zona tersebut.

Zona dapat memiliki beberapa NS Record dan banyak record lainnya, tetapi SOA merupakan satu record yang mewakili informasi administratif utama zona.

SOA Record dan Zone Transfer

SOA memiliki peran penting pada mekanisme transfer zona antara primary dan secondary authoritative nameserver.

Dua mekanisme yang umum dikenal adalah:

• AXFR untuk transfer seluruh zona.
• IXFR untuk transfer perubahan zona secara incremental jika didukung.

Serial number pada SOA membantu secondary menentukan apakah data zona perlu diperbarui.

Apa Itu AXFR?

AXFR adalah mekanisme transfer DNS yang digunakan untuk menyalin seluruh isi sebuah zona dari server DNS tertentu ke server lain yang diizinkan.

Zone transfer seharusnya dibatasi hanya untuk server yang memang berwenang. Membiarkan AXFR terbuka kepada siapa saja dapat mengungkap struktur DNS internal yang tidak perlu dipublikasikan secara lengkap.

Apa Itu IXFR?

IXFR atau Incremental Zone Transfer memungkinkan secondary memperoleh perubahan zona tanpa harus selalu mentransfer seluruh data.

Pendekatan ini dapat lebih efisien pada zona besar dengan perubahan yang relatif kecil.

Apakah Pengguna Hosting Perlu Mengubah SOA?

Dalam kebanyakan layanan shared hosting dan managed DNS, pengguna tidak perlu mengubah SOA secara manual.

DNS provider biasanya mengelola:

• Primary server.
• Serial number.
• Refresh.
• Retry.
• Expire.
• Negative cache TTL.

Perubahan manual tanpa memahami mekanismenya dapat menyebabkan masalah sinkronisasi pada infrastruktur DNS tertentu.

Cara Mengecek SOA Record dengan dig

SOA Record dapat diperiksa menggunakan:

dig example.com SOA

Contoh hasil:

example.com. 3600 IN SOA ns1.example.net. hostmaster.example.com. 2026090901 3600 900 1209600 300

Hasil tersebut dapat digunakan untuk melihat parameter SOA yang sedang dipublikasikan.

Cara Mengecek SOA Langsung ke Authoritative Nameserver

Jika nameserver domain telah diketahui, query dapat dilakukan langsung:

dig @ns1.example.net example.com SOA

Langkah ini berguna untuk membandingkan SOA antara beberapa authoritative nameserver.

Cara Mengecek SOA dengan nslookup

Pada sistem yang menyediakan nslookup, gunakan:

nslookup -type=SOA example.com

Hasilnya dapat menampilkan primary nameserver, kontak administratif, serial number, dan parameter lainnya.

Cara Membandingkan Serial Antar Nameserver

Jika domain menggunakan beberapa authoritative nameserver, administrator dapat membandingkan SOA setiap server.

Contoh:

dig @ns1.example.net example.com SOA
dig @ns2.example.net example.com SOA

Jika serial berbeda pada sistem primary-secondary tradisional, salah satu server mungkin belum menyelesaikan sinkronisasi zona.

Apa yang Terjadi Jika Serial SOA Tidak Diperbarui?

Pada sistem yang bergantung pada zone transfer, secondary nameserver dapat menganggap zona belum berubah jika serial number tidak dinaikkan.

Akibatnya, data DNS baru mungkin tersedia pada primary tetapi belum tersedia pada secondary.

Hal tersebut dapat menyebabkan jawaban DNS berbeda tergantung authoritative nameserver yang menerima query.

Apakah Serial Berbeda Selalu Berarti DNS Bermasalah?

Tidak selalu. Pada beberapa DNS provider modern, arsitektur internal tidak menggunakan model primary-secondary tradisional yang terlihat oleh pengguna.

Provider dapat mengelola serial dan replikasi melalui sistem internal sehingga interpretasi perlu disesuaikan dengan infrastruktur yang digunakan.

SOA Record dan TTL

SOA Record sendiri juga memiliki TTL, seperti record DNS lainnya.

Selain itu, SOA memiliki parameter khusus yang berkaitan dengan negative caching. Keduanya merupakan konsep berbeda.

Karena itu, angka TTL yang terlihat di depan SOA tidak selalu sama fungsi dengan nilai terakhir di dalam struktur SOA.

SOA Record dan DNSSEC

Pada zona yang menggunakan DNSSEC, SOA Record juga dapat ditandatangani menggunakan RRSIG seperti record DNS lainnya.

Resolver yang melakukan validasi DNSSEC dapat memverifikasi tanda tangan tersebut untuk memastikan integritas data SOA.

Kesalahan Umum pada SOA Record

Beberapa masalah yang dapat terjadi antara lain:

• Serial number tidak dinaikkan setelah perubahan zona pada sistem manual.
• Serial antar authoritative nameserver tidak konsisten.
• Refresh terlalu panjang atau terlalu pendek untuk kebutuhan infrastruktur.
• Retry dikonfigurasi tidak sesuai.
• Expire terlalu pendek sehingga secondary berhenti melayani zona terlalu cepat.
• Kontak administratif salah.
• Mengubah parameter SOA tanpa memahami mekanisme DNS provider.

Apakah SOA Record Mempengaruhi Website?

SOA Record tidak mengarahkan website ke alamat IP seperti A atau AAAA Record.

Namun, SOA merupakan bagian penting dari kesehatan zona DNS. Masalah pada pengelolaan zona atau sinkronisasi authoritative nameserver dapat secara tidak langsung menyebabkan layanan website, email, dan subdomain mengalami gangguan.

Kapan SOA Record Perlu Diperiksa?

Pemeriksaan SOA berguna ketika:

• Terjadi perbedaan jawaban antar authoritative nameserver.
• Zone transfer tidak berjalan.
• DNS baru saja diperbarui tetapi salah satu server masih menggunakan data lama.
• Melakukan audit authoritative DNS.
• Memeriksa negative caching.
• Troubleshooting konfigurasi primary-secondary DNS.

Kesimpulan

SOA Record atau Start of Authority adalah DNS Record yang menyimpan informasi administratif utama sebuah zona DNS. Record ini mencakup primary nameserver, kontak administrator, serial number, refresh, retry, expire, dan parameter negative caching.

Serial number memiliki peran penting pada sistem primary-secondary DNS karena digunakan untuk mengetahui apakah zona telah berubah. Refresh, retry, dan expire membantu mengatur perilaku secondary nameserver dalam melakukan sinkronisasi.

Pada layanan DNS modern, sebagian besar pengelolaan SOA dilakukan secara otomatis oleh provider. Pengguna umumnya cukup memahami fungsinya untuk kebutuhan monitoring dan troubleshooting tanpa perlu mengubah parameter tersebut secara manual.

Pertanyaan Umum tentang SOA Record