WHOIS Domain: Cara Cek Pemilik Domain dan Membaca Record-nya

Apa Itu WHOIS Domain?

Cek WHOIS adalah kueri ke basis data registrasi publik sebuah nama domain. Setiap domain di bawah domain tingkat atas generik seperti .com, .net, atau .org harus punya record yang disimpan oleh registry dan registrar, dan siapa pun bisa membaca bagian publiknya. Hasilnya menunjukkan siapa registrarnya, kapan domain dibuat, kapan kedaluwarsa, nameserver yang dipakai, dan sekumpulan kode status yang menandakan apakah domain terkunci, ditahan, atau akan segera dihapus.

Namanya berasal dari perintah Unix aslinya. Pada 1982, RFC 812 menjelaskan layanan NICNAME/WHOIS milik ARPANET di port TCP 43, yang dikueri dengan mengetik whois diikuti sebuah nama; RFC 3912 adalah spesifikasi terkini dari protokol teks polos itu. Namanya bertahan meski protokol di bawahnya sudah berubah: sejak 28 Januari 2025, ICANN tidak lagi mewajibkan registry dan registrar gTLD menjalankan WHOIS port 43 (kecuali untuk .com, .name, dan .post), dan data yang sama disajikan lewat RDAP, sebuah API JSON. Sebagian besar alat, termasuk WHOIS Lookup DNS Robot, menanyakan RDAP terlebih dahulu dan tetap menyebut hasilnya record WHOIS.

Satu hal yang biasanya tidak lagi dikembalikan cek WHOIS adalah nama, alamat, dan email pemilik. Sejak GDPR berlaku pada Mei 2018, registrar secara default menyensor data kontak pribadi di seluruh dunia. Sisa panduan ini menunjukkan apa yang masih ada, cara membacanya, dan cara menjangkau pemilik ketika field kontak bertuliskan REDACTED FOR PRIVACY.

Isi Sebuah Record WHOIS

Berikut record registry asli untuk example.com, diambil pada 27 Oktober 2026 dengan perintah whois di macOS. Setiap record gTLD punya bentuk yang sama, jadi begitu Anda bisa membaca yang ini, Anda bisa membaca semuanya:

Domain Name: EXAMPLE.COM
Registry Domain ID: 2336799_DOMAIN_COM-VRSN
Registrar WHOIS Server: whois.iana.org
Registrar URL: http://res-dom.iana.org
Updated Date: 2026-08-14T08:01:43Z
Creation Date: 1995-08-14T04:00:00Z
Registry Expiry Date: 2027-08-13T04:00:00Z
Registrar: RESERVED-Internet Assigned Numbers Authority
Registrar IANA ID: 376
Domain Status: clientDeleteProhibited https://icann.org/epp#clientDeleteProhibited
Domain Status: clientTransferProhibited https://icann.org/epp#clientTransferProhibited
Domain Status: clientUpdateProhibited https://icann.org/epp#clientUpdateProhibited
Name Server: ELLIOTT.NS.CLOUDFLARE.COM
Name Server: HERA.NS.CLOUDFLARE.COM
DNSSEC: signedDelegation
DNSSEC DS Data: 2371 13 2 C988EC423E3880EB8DD8A46FE06CA230EE23F35B578D64E78B29C3E1C83D245A
>>> Last update of whois database: 2026-10-26T19:13:27Z <<<

Record itu terbagi menjadi lima kelompok, dan masing-masing menjawab pertanyaan yang berbeda:

• Identitas — Domain Name dan Registry Domain ID. ID itu adalah kunci internal registri dan tidak pernah berubah, bahkan ketika domain berpindah tangan.
• Registrar — perusahaan tempat pemiliknya membayar. Registrar IANA ID adalah nomor unik registrar di daftar registrar IANA; Registrar WHOIS Server adalah tempat kolom kontak berada, karena untuk .com dan .net registri sendiri tidak menyimpan data kontak.
• Tanggal — Creation Date, Updated Date, dan Registry Expiry Date. Ketiganya dalam UTC. Creation date inilah yang dilaporkan domain age checker.
• Status — satu atau beberapa kode status EPP. Ini bagian paling berguna sekaligus paling sering salah dibaca; ada bagian khusus untuknya di bawah.
• Delegasi — nameserver dan flag DNSSEC. Inilah jembatan antara WHOIS dan DNS: ubah nameserver di sini dan seluruh record DNS domain itu ikut berpindah.

Cara Cek WHOIS Domain

Ada tiga cara menjalankan pencarian, dan semuanya mengembalikan data dasar yang sama. Pilih berdasarkan seberapa sering Anda membutuhkannya dan apakah Anda ingin output mentah.

Metode 1: Pakai Alat WHOIS Online

Buka WHOIS Lookup DNS Robot, ketik sebuah domain (menempelkan URL atau alamat email juga bisa: akan dibaca sebagai domain terdaftarnya) lalu tekan Enter. Alat ini menanyakan server RDAP milik registry itu sendiri (dari daftar IANA, ditambah registry seperti DENIC yang menjalankan RDAP di luar daftar itu), lalu record registrar untuk field kontak; untuk TLD tanpa RDAP, yaitu sekitar dua dari tiga kode negara (termasuk .jp, .ru, .it, dan .eu), alat ini menanyakan server port 43 milik registry. Anda mendapat registrar beserta kontak abuse-nya, tanggal pembuatan, pembaruan, dan kedaluwarsa, kode status dengan arti dalam bahasa sederhana, nameserver, status DNSSEC, dan usia domain.

ICANN Lookup adalah alternatif resminya. Ia otoritatif untuk setiap gTLD, tetapi hanya mencakup domain kode negara yang registry-nya menjalankan RDAP, dan tidak punya riwayat, mode massal, maupun tautan ke data DNS. Situs registrar seperti GoDaddy dan Namecheap juga menawarkan halaman WHOIS yang membaca record publik yang sama; halaman itu berfungsi, tetapi dibuat untuk menjual domain kepada Anda jika masih kosong.

Metode 2: Perintah whois (macOS, Linux, Windows)

macOS membawa klien whois, dan distribusi Linux menyediakan paketnya. Ia berbicara WHOIS port 43, mengikuti rujukan ke registrar secara otomatis, dan mencetak tiap record berurutan (macOS dimulai dari IANA, jadi Anda mendapat tiga):

# Basic lookup (follows registry -> registrar referral)
whois example.com

# Query one specific server and skip the referral
whois -h whois.verisign-grs.com example.com

# Only the lines you usually care about
whois example.com | grep -iE 'Registrar:|Creation Date|Expiry|Domain Status|Name Server'

# Debian/Ubuntu: install if missing
sudo apt install whois

Windows tidak punya whois bawaan. Dua opsi yang bersih adalah alat Sysinternals buatan Microsoft sendiri, atau mengueri RDAP dengan curl yang sudah tersedia di Windows 10 dan 11:

Windows: Sysinternals whois atau curl

Unduh whois.exe dari paket Sysinternals dan letakkan di PATH. -v mengikuti rujukan ke registrar, dan server tertentu ditulis setelah domain (whois example.com whois.verisign-grs.com), bukan setelah -h. Jika tidak ingin menginstal apa pun, tanyakan langsung ke server RDAP dan biarkan PowerShell memformat JSON-nya:

# Sysinternals whois (after download)
whois -v example.com

# No install: query RDAP and pretty-print the JSON
curl.exe -sL -H "Accept: application/rdap+json" https://rdap.org/domain/example.com | ConvertFrom-Json | Select-Object ldhName, status, events, nameservers

Metode 3: Kueri RDAP Langsung (untuk Skrip)

Kalau Anda butuh data WHOIS di dalam skrip, lupakan format teks dan panggil RDAP. Responsnya berupa JSON dengan skema tetap, jadi Anda bisa mengambil field tanpa regex. Registri .com menjawab di rdap.verisign.com; untuk TLD lain, rdap.org mencari server yang tepat dari file bootstrap IANA lalu mengalihkan Anda ke sana:

# Registry record for a .com, straight from Verisign
curl -s -H 'Accept: application/rdap+json' \
  https://rdap.verisign.com/com/v1/domain/example.com | jq '{status, events, nameservers: [.nameservers[].ldhName]}'

# Any TLD: let rdap.org find the authoritative server
curl -sL https://rdap.org/domain/example.org | jq '.events'

# Output of the first command (trimmed: Verisign also returns a "last update of RDAP database" event)
{
  "status": ["client delete prohibited", "client transfer prohibited", "client update prohibited"],
  "events": [
    { "eventAction": "registration", "eventDate": "1995-08-14T04:00:00Z" },
    { "eventAction": "expiration",   "eventDate": "2027-08-13T04:00:00Z" },
    { "eventAction": "last changed", "eventDate": "2026-08-14T08:01:43Z" }
  ],
  "nameservers": ["ELLIOTT.NS.CLOUDFLARE.COM", "HERA.NS.CLOUDFLARE.COM"]
}

Array links pada respons registri berisi tautan related ke server RDAP milik registrar. Ikuti tautan itu dan Anda mendapat objek kontaknya, tersensor maupun tidak. Itulah persis yang dikerjakan alat web yang dibangun dengan baik untuk Anda, dalam satu permintaan. Kalau Anda membangun sesuatu di atas data ini, metode enam langkah di cara menguji endpoint API publik berlaku untuk server RDAP sama seperti untuk API JSON mana pun.

Cara Membaca Hasilnya (Field per Field)

Kebanyakan orang melakukan pengecekan untuk menjawab salah satu dari empat pertanyaan. Berikut letak jawabannya di dalam record.

Apakah domain sudah diambil? Jika sebuah record kembali, ya. Domain yang terdaftar selalu punya Creation Date. Jika registry mengembalikan No match for domain atau RDAP mengembalikan HTTP 404, nama itu belum terdaftar, atau dicadangkan oleh registry, yang umum untuk kata pendek dan kata kamus. Pakai pengecek ketersediaan domain untuk membedakan keduanya, karena ia juga memverifikasi lewat DNS.

Kapan kedaluwarsa, dan apakah akan lepas? Baca tanggal kedaluwarsa, lalu kode statusnya. Domain di autoRenewPeriod atau redemptionPeriod belum dilepas; pemilik masih bisa memperpanjang atau memulihkannya. Hanya pendingDelete yang berarti domain akan dilepas, dan itu biasanya butuh lima hari lagi. Bagian siklus hidup kedaluwarsa di bawah menjelaskan seluruh lini masanya. Jangan menilai hanya dari tanggal registry: ketika domain gTLD kedaluwarsa, registry memperpanjangnya otomatis setahun, sehingga Registry Expiry Date bisa sudah menunjukkan tahun depan sementara record registrar sendiri (Registrar Registration Expiration Date) masih menunjukkan hari ketika pemilik berhenti membayar. Jika keduanya berbeda, kode status yang menentukan apakah domain akan lepas.

Siapa yang mengelola? Registrar adalah perusahaan yang harus dihubungi, dan Registrar Abuse Contact Email serta telepon tetap dipublikasikan walau semua yang lain disensor. Itu disengaja: Kebijakan Data Registrasi ICANN mewajibkan field tersebut tetap publik.

Apakah baru berubah? Updated Date bergeser setiap kali registrar mendorong perubahan: perpanjangan, pergantian nameserver, kunci yang ditambah atau dilepas. Domain yang berganti nameserver minggu lalu dan kedaluwarsa bulan depan punya profil risiko yang berbeda dari domain yang tak tersentuh sejak 2015. Jika nameserver berubah, cek NS menunjukkan di mana DNS sekarang berada.

Penjelasan Kode Status Domain (EPP)

Kode status adalah baris paling berharga dalam sebuah record WHOIS, sekaligus yang paling sering disalahartikan. Kode ini didefinisikan protokol EPP, dan setiap kode punya arti baku yang dipublikasikan ICANN. Kode yang diawali client dipasang oleh registrar, biasanya atas permintaan pemiliknya; kode yang diawali server dipasang oleh registri, dan hanya registri yang bisa mencabutnya.

Pola yang perlu diingat: clientTransferProhibited + clientUpdateProhibited + clientDeleteProhibited itu sehat dan membosankan. Domain yang tiba-tiba tidak me-resolve apa pun dan menampilkan clientHold membutuhkan pemiliknya memeriksa kotak masuk, bukan DNS-nya. Dan jika Anda menunggu untuk membeli domain yang dibiarkan lapse oleh seseorang, tidak ada yang sebelum pendingDelete yang layak dipantau.

Kenapa WHOIS Menampilkan "REDACTED FOR PRIVACY"

Sampai 2018, record WHOIS untuk sebuah .com biasanya mencantumkan nama lengkap pendaftar, alamat pos, nomor telepon, dan email. Registrar menjual privasi WHOIS sebagai tambahan berbayar yang mengganti field itu dengan data layanan proxy. Lalu GDPR Uni Eropa berlaku pada 25 Mei 2018, di hari yang sama dengan Spesifikasi Sementara yang diadopsi ICANN seminggu sebelumnya, dan registrar mulai menyensor data pribadi untuk semua orang daripada mencoba menentukan siapa yang masuk cakupan. Aturan sementara itu digantikan oleh Kebijakan Data Registrasi ICANN, yang berlaku penuh sejak 21 Agustus 2025: registrar wajib menyensor data pribadi di tempat hukum privasi mengharuskannya dan boleh menyensornya juga untuk semua orang lain.

Inilah yang dikembalikan record RDAP tingkat registrar untuk cloudflare.com bagi pendaftarnya saat ini (dipangkas):

{
  "objectClassName": "entity",
  "roles": ["registrant"],
  "vcardArray": ["vcard", [
    ["fn",  {}, "text", "DATA REDACTED"],
    ["org", {"type": "work"}, "text", "DATA REDACTED"],
    ["adr", {"cc": "US", "type": "work"}, "text",
      ["", "", ["DATA REDACTED", "DATA REDACTED"], "DATA REDACTED", "CA", "DATA REDACTED", ""]],
    ["contact-uri", {}, "uri", "https://domaincontact.registrar.cloudflare.com/cloudflare.com"]
  ]],
  "remarks": [{ "title": "REDACTED FOR PRIVACY",
                "description": ["Some of the data in this object has been removed"] }]
}

Kebijakan itu tegas soal apa yang tetap publik. Field berikut harus selalu dipublikasikan untuk domain gTLD: nama domain, nama registrar dan IANA ID, URL registrar, email dan telepon abuse registrar, tanggal pembuatan, tanggal kedaluwarsa, nameserver, dan kode status. Penyensoran juga tidak pernah lengkap: kebijakan mewajibkan provinsi/negara bagian dan negara pendaftar dipublikasikan, begitu juga nama organisasi bila pendaftar setuju mempublikasikannya, sehingga record yang disensor pun masih bisa memberi tahu bahwa pemiliknya berada di California atau di Bavaria. Pada record di atas, itu adalah CA dan US, plus tautan contact-uri ke formulir kontak Cloudflare.

Perbedaan praktis antara privasi dan penyensoran: layanan privasi WHOIS berbayar tetap meneruskan surat yang dikirim ke alamat proxy-nya, sedangkan penyensoran biasa menghapus email dan menggantinya dengan tautan formulir kontak atau alamat penerusan anonim, tergantung registrar. Bagaimanapun, orang luar mendapat cara menulis kepada pemilik tanpa mengetahui siapa dia.

Cara Cek Pemilik Domain Ketika WHOIS Tersensor

Penyensoran menutup pintu depan, tetapi domain meninggalkan jejak di tempat lain. Lakukan langkah-langkah ini berurutan; masing-masing hanya semenit.

• Baca apa yang tidak disensor. Provinsi/negara bagian dan negara selalu dipublikasikan, begitu juga organisasi bila pendaftar setuju. Registrar sendiri mempersempit dugaan: domain di MarkMonitor atau CSC dipegang korporasi besar; yang di Cloudflare Registrar kemungkinan milik developer atau startup.
• Pakai penerusan kontak dari registrar. Setiap registrar wajib memberi Anda cara menghubungi pendaftar: email anonim seperti abc123@contact.gandi.net atau formulir web yang ditautkan dari output WHOIS. Pesan yang sah akan diteruskan.
• Periksa sertifikat SSL. Sertifikat validasi organisasi (OV) dan validasi diperpanjang (EV) membawa nama hukum perusahaan di field Subject. Jalankan domain lewat pengecek SSL dan baca rantai sertifikatnya; panduan tentang rantai sertifikat SSL menunjukkan letak organisasinya.
• Lihat DNS. Field RNAME pada record SOA adalah email administrator zone dengan @ diganti titik. Record TXT mengungkap penyedia email, token verifikasi Google, Microsoft, dan Facebook, dan kadang nama perusahaan secara gamblang. Cek DNS untuk SOA dan TXT hanya butuh beberapa detik, dan pencari subdomain memunculkan hostname seperti mail., crm., atau jira. yang menyebut alat yang dipakai perusahaan.
• Cek riwayat WHOIS. Record sebelum Mei 2018 bersifat publik dan telah diarsipkan beberapa layanan komersial. Domain yang didaftarkan bertahun-tahun sebelumnya sering punya record historis tanpa sensor yang menunjukkan pendaftar awal, kecuali saat itu pun sudah memakai layanan privasi.
• WHOIS terbalik. Jika Anda punya satu detail yang diketahui (nama perusahaan atau email yang masih ada), layanan WHOIS terbalik mencari setiap domain yang pernah mencantumkannya. Mahal, tetapi begitulah tim perlindungan merek memetakan portofolio seorang cybersquatter.
• Ajukan permintaan. Untuk kebutuhan hukum seperti sengketa merek dagang, phishing, atau penipuan, Registration Data Request Service (RDRS) milik ICANN meneruskan permintaan pengungkapan resmi ke registrar. Hanya berfungsi untuk gTLD dan hanya dengan registrar yang berpartisipasi. Dalam uji coba dua tahun (28 November 2023 sampai 30 November 2025), layanan ini menerima lebih dari 3.700 permintaan, 26% di antaranya disetujui dan 55% ditolak (ICANN); ICANN tetap menjalankannya sementara komunitas memutuskan langkah berikutnya.

WHOIS vs RDAP: Apa yang Berubah pada 2025

RDAP (Registration Data Access Protocol) dirancang IETF untuk membereskan semua yang rusak pada WHOIS port 43, dan inilah yang sebenarnya dipakai alat pencarian Anda hari ini. Perbedaannya penting kalau Anda membangun sesuatu di atas datanya:

Dua konsekuensi praktis. Pertama, jika skrip Anda men-scrape output teks whois, ia hidup dengan waktu pinjaman: di luar .com, .name, dan .post, registry dan registrar bisa mematikan layanan port 43 kapan saja, dan sebagian sudah melakukannya. whois.nic.google milik Google Registry, yang melayani .app dan .dev, bahkan sudah tidak ter-resolve lagi, dan server registrar GoDaddy menjawab setiap kueri dengan "This WHOIS server is being retired. Please use our RDAP service instead." (keduanya diperiksa pada 27 Oktober 2026).

Kedua, bootstrap RDAP menyelesaikan masalah yang tak pernah diselesaikan WHOIS: diberi example.museum, klien mengunduh data.iana.org/rdap/dns.json sekali, menemukan entri untuk museum, dan mengueri server otoritatif tanpa pengetahuan yang ditanam sebelumnya. Peralihannya terlihat di lalu lintas: laporan bulanan ICANN menunjukkan kueri RDAP gTLD naik dari sekitar 7 miliar per bulan pada Januari 2025 menjadi 65 miliar pada Agustus 2025, melampaui WHOIS port 43 pada Juni 2025 (APNIC).

Domain Kode Negara: Setiap Registri Punya Aturan Sendiri

Kebijakan ICANN mengikat gTLD. TLD kode negara (.de, .uk, .br, .jp, dan sekitar 300 lainnya) menetapkan aturannya sendiri, dan cek WHOIS pada ccTLD bisa mengembalikan apa saja, dari identitas tervalidasi lengkap sampai hampir tidak ada. Berikut hasil kueri publik di delapan registry pada 27 Oktober 2026:

Di ujung lain skala, inilah seluruh jawaban port 43 DENIC untuk example.de:

% The DENIC whois service on port 43 doesn't disclose any information concerning
% the domain holder, general request and abuse contact.
% This information can be obtained through use of our web-based whois service
% available at the DENIC website:
% https://webwhois.denic.de/?lang=en

Domain: example.de
Nserver: ns1078.ui-dns.biz
Nserver: ns1078.ui-dns.com
Nserver: ns1078.ui-dns.de
Nserver: ns1078.ui-dns.org
Status: connect
Changed: 2018-08-10T05:24:12+02:00

Tanpa registrar, tanpa tanggal pembuatan atau kedaluwarsa, tanpa pemilik, dan kosakata statusnya (connect) milik DENIC sendiri, bukan EPP.

WHOIS IP: Cek Pemilik Sebuah Alamat IP

Perintah whois yang sama juga bekerja pada alamat IP, tetapi jawabannya datang dari basis data yang berbeda. Nama domain dikelola registri dan registrar; blok alamat IP dialokasikan oleh lima Regional Internet Registry (ARIN untuk Amerika Utara, RIPE NCC untuk Eropa dan Timur Tengah, APNIC untuk Asia-Pasifik, LACNIC untuk Amerika Latin, dan AFRINIC untuk Afrika). Record WHOIS IP memberi tahu organisasi mana yang memegang blok tersebut, ukuran bloknya, negara penetapannya, dan kontak abuse-nya — persis yang Anda butuhkan ketika sebuah alamat menyerang server Anda atau mengirimi Anda spam.

# Port-43 WHOIS: the client finds the right RIR automatically
whois 1.1.1.1

# RDAP: rdap.org redirects to the right RIR (APNIC here)
curl -sL https://rdap.org/ip/1.1.1.1 | jq '{name, handle, startAddress, endAddress, country, type}'

# Output
{
  "name": "APNIC-LABS",
  "handle": "1.1.1.0 - 1.1.1.255",
  "startAddress": "1.1.1.0",
  "endAddress": "1.1.1.255",
  "country": "AU",
  "type": "ASSIGNED PORTABLE"
}

Record IP tidak pernah memberi tahu situs web mana yang di-hosting di alamat itu; satu IP cloud bisa menaungi ribuan domain. Ia juga tidak menyebutkan lokasi fisik penggunanya, hanya tempat blok itu didaftarkan. Untuk jawaban cepat tanpa command line, IP Lookup menggabungkan data RIR dengan geolokasi, dan ASN Lookup menunjukkan jaringan mana yang mengumumkan blok tersebut. Untuk membalik dari IP ke hostname, pakai reverse DNS, yang membaca record PTR, bukan WHOIS.

Membaca Tanggal Kedaluwarsa: Siklus Hidup Domain

Kode status baru masuk akal kalau dibaca bersama linimasa yang dilalui domain gTLD setelah pemiliknya berhenti membayar. Expired Registration Recovery Policy dari ICANN menetapkan batas minimumnya, registri dan registrar menambahkan marginnya sendiri, dan hasilnya adalah perjalanan yang jauh lebih panjang dari dugaan kebanyakan orang:

• Sekitar 30 hari dan lagi sekitar 7 hari sebelum kedaluwarsa — registrar wajib mengirim email ke pemilik. Pemberitahuan ketiga menyusul dalam 5 hari setelah kedaluwarsa.
• Hari 0 (kedaluwarsa) — registry memperpanjang domain secara otomatis dan menetapkan autoRenewPeriod. Registrar punya hingga 45 hari untuk mempertahankan atau menghapusnya. Sebelum menghapus, registrar harus menghentikan resolve domain sedikitnya selama 8 hari terakhir (atau sejak kedaluwarsa, jika menghapus lebih awal), sehingga situs gelap; banyak registrar mengarahkannya ke halaman yang menyatakan domain telah kedaluwarsa.
• Hari 1–45 (tenggang registrar) — pemilik masih bisa memperpanjang. ICANN hanya menjamin hal ini selama domain diinterupsi (ERRP); berapa lama registrar mengizinkan di luar itu, dan dengan harga berapa, adalah kebijakannya sendiri, dan ia wajib mempublikasikan biaya pasca-kedaluwarsa di situsnya.
• Penghapusan → redemptionPeriod (30 hari) — registrar menghapusnya. Pemilik masih bisa memulihkannya, dengan biaya pemulihan yang wajib ditampilkan registrar di situsnya, di atas biaya perpanjangan. Tidak ada orang lain yang bisa mendaftarkannya.
• pendingDelete (5 hari) — pemulihan tidak lagi mungkin. Di akhir jendela ini, pada waktu yang tidak diumumkan registry, nama dibersihkan dan menjadi tersedia.
• Lepas — domain bebas didaftarkan, dan layanan drop-catching yang terus mengueri registry berebut mendapatkannya dalam hitungan milidetik.

Jadi domain yang record registrarnya menunjukkan tanggal kedaluwarsa dua minggu lalu masih bisa berjarak sekitar 35 sampai 66 hari dari benar-benar tersedia, dan mungkin tidak pernah tersedia: pemilik bisa mengambilnya kembali kapan saja sampai pendingDelete. Pantau baris status, bukan tanggal kedaluwarsa. Menjalankan cek WHOIS sekali sehari dan mencatat transisi statusnya sudah cukup.

Untuk Apa Orang Sebenarnya Memakai WHOIS

Selain "apakah nama ini bebas", ada beberapa pekerjaan yang muncul berulang kali di antrean dukungan dan tim keamanan.

Memverifikasi situs sebelum mempercayainya. Toko yang mengaku sudah sepuluh tahun berbisnis tetapi domainnya dibuat tiga minggu lalu sedang memberi tahu Anda sesuatu. Tanggal pembuatan, registrar, dan nameserver hanya butuh sepuluh detik untuk dicek dan mustahil dipalsukan di record registry.

Memecahkan masalah situs yang berhenti ter-resolve. Sebelum menyentuh DNS, pastikan domain tidak kedaluwarsa atau berstatus clientHold; jika ya, perubahan DNS apa pun tidak akan membantu. Setelah migrasi nameserver, baris Name Server di WHOIS memastikan registrar benar-benar menerapkan perubahan; resolver bisa menyimpan nameserver lama di cache hingga 48 jam, TTL record delegasi .com. Cek NS menunjukkan apa yang dilihat dunia saat ini.

Membeli domain yang sudah diambil. WHOIS memberi tahu registrar (sebagian menjalankan layanan broker), apakah domain terkunci, sudah berapa lama pemilik saat ini memegangnya, dan apakah ia bergerak menuju kedaluwarsa.

Menyelidiki phishing atau penyalahgunaan. Registrar Abuse Contact Email dipublikasikan justru agar Anda bisa melaporkan domain berbahaya ke pihak yang dapat menangguhkannya. Padukan dengan kontak abuse dari WHOIS IP untuk penyedia hosting.

Mengaudit portofolio Anda sendiri. Domain hilang karena kartu kredit kedaluwarsa sebanyak karena peretas. Penyisiran WHOIS tiap kuartal untuk setiap domain yang Anda miliki, memeriksa tanggal kedaluwarsa dan status kunci, adalah asuransi yang murah.

Referensi Field WHOIS

Referensi singkat untuk setiap field yang akan Anda temui di record gTLD, lengkap dengan padanan RDAP-nya bagi siapa pun yang mengurai JSON:

Kalau record yang Anda lihat tidak cocok dengan tabel ini, hampir pasti Anda sedang melihat ccTLD, dan dokumentasi registri itu sendirilah rujukannya.