WHOIS tên miền: Cách tra cứu tên miền và tìm chủ sở hữu

Tra cứu WHOIS tên miền là gì?

Tra cứu WHOIS tên miền là một truy vấn tới cơ sở dữ liệu đăng ký công khai của một tên miền. Mọi tên miền thuộc nhóm gTLD (tên miền cấp cao dùng chung) như .com, .net hay .org đều bắt buộc phải có một bản ghi do cơ quan quản lý tên miền (registry) và nhà đăng ký (registrar) lưu giữ, và bất kỳ ai cũng đọc được phần công khai của bản ghi đó. Kết quả trả về cho biết nhà đăng ký là ai, tên miền được tạo ngày nào, hết hạn ngày nào, đang dùng nameserver nào, cùng một nhóm mã trạng thái nói rõ tên miền đang bị khóa, bị tạm ngưng hay sắp bị xóa.

Tên gọi này đến từ lệnh Unix nguyên bản. Năm 1982, bạn có thể tra danh bạ ARPANET bằng cách gõ whois kèm một cái tên, và RFC 3912 sau đó chuẩn hóa giao thức văn bản thuần ấy trên cổng TCP 43. Cái tên vẫn ở lại dù giao thức bên dưới đã đổi: từ ngày 28 tháng 1 năm 2025, ICANN không còn yêu cầu các registry và nhà đăng ký gTLD phải chạy WHOIS cổng 43 nữa, và cùng bộ dữ liệu đó được phục vụ qua RDAP, một API JSON. Hầu hết công cụ, kể cả công cụ WHOIS Lookup của DNS Robot, truy vấn RDAP trước rồi vẫn gọi kết quả là bản ghi WHOIS.

Thứ mà một lần tra cứu WHOIS ngày nay thường không còn trả về là tên, địa chỉ và email của chủ sở hữu tên miền. Kể từ khi GDPR có hiệu lực tháng 5 năm 2018, các nhà đăng ký mặc định che dữ liệu liên hệ cá nhân trên toàn thế giới. Phần còn lại của bài viết này sẽ chỉ cho bạn những gì vẫn còn hiển thị, cách đọc chúng, và cách liên hệ được với chủ sở hữu khi các trường liên hệ chỉ ghi REDACTED FOR PRIVACY.

Một bản ghi WHOIS chứa những gì

Dưới đây là bản ghi thật ở cấp registry của example.com, lấy hôm nay bằng lệnh whois trên macOS. Mọi bản ghi gTLD đều có cùng cấu trúc, nên đọc được bản ghi này là bạn đọc được tất cả:

• Định danh — Domain Name và Registry Domain ID. Mã ID là khóa nội bộ của registry và không bao giờ đổi, kể cả khi tên miền sang tay chủ mới.

• Nhà đăng ký — công ty mà chủ sở hữu trả tiền. Registrar IANA ID là số hiệu riêng của nhà đăng ký trong danh sách nhà đăng ký của IANA; Registrar WHOIS Server là nơi chứa các trường liên hệ, bởi với .com và .net thì bản thân registry không lưu thông tin liên hệ nào.

• Ngày tháng — Creation Date, Updated Date và Registry Expiry Date. Cả ba đều theo giờ UTC. Ngày tạo chính là con số mà công cụ kiểm tra tuổi tên miền báo cho bạn.

• Trạng thái — một hoặc nhiều mã trạng thái EPP. Đây là phần hữu ích nhất và cũng hay bị đọc sai nhất; nó có hẳn một mục riêng bên dưới.

• Ủy quyền — danh sách nameserver và cờ DNSSEC. Đây là cây cầu nối giữa WHOIS và DNS: đổi nameserver ở đây thì toàn bộ bản ghi DNS của tên miền cũng đi theo.

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-09-18T01:28:30Z <<<

Bản ghi chia thành năm nhóm, mỗi nhóm trả lời một câu hỏi riêng:

Cách tra cứu WHOIS tên miền

Có ba cách để chạy một lần tra cứu, và cả ba đều trả về cùng một nguồn dữ liệu. Chọn cách nào tùy vào tần suất bạn cần dùng và việc bạn có muốn xem kết quả thô hay không.

Cách 1: Dùng công cụ WHOIS trực tuyến

Mở công cụ WHOIS Lookup của DNS Robot, gõ tên miền trần (example.com, chứ không phải https://www.example.com/page) rồi nhấn Enter. Công cụ truy vấn thẳng máy chủ RDAP của registry với các TLD phổ biến, dùng bootstrap rdap.org cho phần còn lại, và hiển thị bản ghi đã được bóc tách: nhà đăng ký kèm địa chỉ báo cáo lạm dụng, ngày tạo, ngày cập nhật, ngày hết hạn, mã trạng thái kèm giải thích dễ hiểu, nameserver, tình trạng DNSSEC và tuổi của tên miền. Khi thử nghiệm, một lần tra cứu dnsrobot.net trả về sau 387 ms.

ICANN Lookup là lựa chọn chính thức. Trang này có thẩm quyền với mọi gTLD nhưng gần như không trả về gì hữu ích cho phần lớn tên miền quốc gia, đồng thời không có lịch sử, không tra hàng loạt và không liên kết sang dữ liệu DNS. Các nhà đăng ký (GoDaddy, Namecheap, Cloudflare) cũng có trang WHOIS riêng; chúng hoạt động tốt, nhưng được xây để bán tên miền cho bạn nếu nó còn trống.

Cách 2: Lệnh whois (macOS, Linux, Windows)

macOS và gần như mọi bản phân phối Linux đều có sẵn client whois. Nó nói chuyện với WHOIS cổng 43, tự động đi theo chuyển tiếp từ registry sang nhà đăng ký, và in liền hai bản ghi:

# Tra cứu cơ bản (tự đi theo chuyển tiếp registry -> nhà đăng ký)
whois example.com

# Truy vấn đúng một máy chủ và bỏ qua chuyển tiếp
whois -h whois.verisign-grs.com example.com

# Chỉ lấy những dòng bạn thường quan tâm
whois example.com | grep -iE 'Registrar:|Creation Date|Expiry|Domain Status|Name Server'

# Debian/Ubuntu: cài nếu máy chưa có
sudo apt install whois

Windows không có sẵn whois. Hai lựa chọn gọn gàng là công cụ Sysinternals của chính Microsoft, hoặc truy vấn RDAP bằng curl vốn đi kèm Windows 10 và 11:

Windows: Sysinternals whois hoặc curl

Tải whois.exe từ bộ Sysinternals, đưa vào PATH, cú pháp giống hệt trên Unix. Nếu bạn không muốn cài thêm gì, hãy hỏi thẳng máy chủ RDAP và để PowerShell định dạng JSON:

# Sysinternals whois (sau khi tải về)
whois -v example.com

# Không cần cài gì: truy vấn RDAP và in JSON cho dễ đọc
curl.exe -s -H "Accept: application/rdap+json" https://rdap.org/domain/example.com | ConvertFrom-Json | Select-Object ldhName, status, events, nameservers

Cách 3: Truy vấn RDAP trực tiếp (dành cho script)

Nếu bạn cần dữ liệu WHOIS trong script, hãy bỏ qua định dạng văn bản và gọi thẳng RDAP. Phản hồi là JSON với schema cố định, nên bạn lấy được từng trường mà không cần regex. Registry của .com trả lời tại rdap.verisign.com; với mọi TLD khác, rdap.org tra tệp bootstrap của IANA để tìm đúng máy chủ rồi chuyển hướng bạn sang đó:

# Bản ghi registry của một tên miền .com, lấy thẳng từ Verisign
curl -s -H 'Accept: application/rdap+json' \
  https://rdap.verisign.com/com/v1/domain/example.com | jq '{status, events, nameservers: [.nameservers[].ldhName]}'

# Mọi TLD: để rdap.org tìm máy chủ có thẩm quyền
curl -sL https://rdap.org/domain/example.org | jq '.events'

# Kết quả mẫu
{
  "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"]
}

Mảng links trong phản hồi của registry chứa một liên kết related trỏ tới máy chủ RDAP của chính nhà đăng ký. Đi theo liên kết đó, bạn nhận được các đối tượng liên hệ, dù bị che hay không. Đó đúng là việc mà một công cụ web được làm tử tế thực hiện thay bạn chỉ trong một lượt gọi. Nếu bạn định xây dựng trên nền dữ liệu này, quy trình sáu bước trong bài cách kiểm thử một API endpoint công khai áp dụng cho máy chủ RDAP y hệt như với bất kỳ API JSON nào khác.

Cách đọc kết quả (từng trường một)

Phần lớn mọi người chạy tra cứu để trả lời một trong bốn câu hỏi. Dưới đây là chỗ chứa câu trả lời trong bản ghi.

Tên miền đã có người đăng ký chưa? Nếu có bản ghi trả về thì câu trả lời là rồi. Một tên miền đã đăng ký luôn có Creation Date. Nếu registry trả về No match for domain hoặc RDAP trả HTTP 404 thì tên miền còn trống — hoặc bị registry giữ lại, điều rất hay gặp với các từ ngắn và từ phổ thông. Hãy dùng công cụ kiểm tra tên miền còn trống để phân biệt hai trường hợp, vì công cụ này còn kiểm tra chéo qua DNS.

Khi nào hết hạn, và liệu có bị thả ra không? Đọc Registry Expiry Date, rồi đọc tiếp các mã trạng thái. Một tên miền đã quá hạn nhưng mang trạng thái autoRenewPeriod hoặc redemptionPeriod thì chưa được thả ra; chủ sở hữu vẫn gia hạn được. Chỉ pendingDelete mới có nghĩa là nó sắp được trả về công chúng, và thường phải thêm năm ngày nữa. Mục vòng đời hết hạn bên dưới đi qua trọn vẹn mốc thời gian này.

Ai đang quản lý tên miền? Registrar là công ty bạn cần liên hệ, còn Registrar Abuse Contact Email và số điện thoại vẫn được công khai ngay cả khi mọi thứ khác đã bị che. Đó là chủ ý: Chính sách Dữ liệu Đăng ký của ICANN bắt buộc các trường này phải công khai.

Gần đây tên miền có thay đổi gì không? Updated Date nhảy lên mỗi khi nhà đăng ký đẩy một thay đổi: gia hạn, đổi nameserver, thêm hoặc gỡ khóa. Một tên miền vừa đổi nameserver tuần trước và tháng sau hết hạn có mức rủi ro rất khác với tên miền không hề bị động tới từ năm 2015. Nếu nameserver đã đổi, một lần tra cứu NS sẽ cho biết DNS hiện đang nằm ở đâu.

Giải thích các mã trạng thái tên miền (EPP)

Mã trạng thái là dòng giá trị nhất trong một bản ghi WHOIS, và cũng là dòng hay bị đọc sai nhất. Chúng được định nghĩa bởi giao thức EPP, và mỗi mã có một ý nghĩa cố định do ICANN công bố. Mã bắt đầu bằng client do nhà đăng ký đặt, thường theo yêu cầu của chủ sở hữu; mã bắt đầu bằng server do registry đặt và chỉ registry mới gỡ được.

Kiểu mẫu cần nhớ: clientTransferProhibited + clientUpdateProhibited + clientDeleteProhibited là lành mạnh và buồn tẻ. Một tên miền đột nhiên không phân giải được và hiện clientHold thì chủ sở hữu cần kiểm tra hộp thư, chứ không phải kiểm tra DNS. Còn nếu bạn đang chờ mua một tên miền có người bỏ rơi, mọi trạng thái trước pendingDelete đều chưa đáng để theo dõi.

Vì sao WHOIS hiển thị "REDACTED FOR PRIVACY"

Trước năm 2018, bản ghi WHOIS của một tên miền .com thường liệt kê đầy đủ họ tên, địa chỉ, số điện thoại và email của người đăng ký. Các nhà đăng ký bán thêm dịch vụ WHOIS privacy để thay những trường đó bằng thông tin của một đơn vị trung gian. Rồi GDPR của EU có hiệu lực ngày 25 tháng 5 năm 2018, ICANN ban hành một Quy định Tạm thời chỉ vài ngày sau đó, và các nhà đăng ký bắt đầu che dữ liệu cá nhân cho tất cả mọi người thay vì ngồi xác định ai thuộc phạm vi điều chỉnh. Quy định tạm thời ấy đã được thay bằng Chính sách Dữ liệu Đăng ký của ICANN, có hiệu lực đầy đủ từ ngày 21 tháng 8 năm 2025 và biến việc che dữ liệu thành vĩnh viễn.

Đây là những gì bản ghi RDAP ở cấp nhà đăng ký của cloudflare.com trả về cho người đăng ký ngày hôm nay:

{
  "objectClassName": "entity",
  "roles": ["registrant"],
  "vcardArray": ["vcard", [
    ["fn",  {}, "text", "DATA REDACTED"],
    ["org", {}, "text", "DATA REDACTED"],
    ["adr", {}, "text", ["DATA REDACTED", "DATA REDACTED", "DATA REDACTED"]]
  ]],
  "remarks": [{ "title": "REDACTED FOR PRIVACY",
                "description": ["Some of the data in this object has been removed."] }]
}

Chính sách nói rất rõ những gì phải ở lại chế độ công khai. Với một tên miền gTLD, các trường sau luôn bắt buộc công bố: tên miền, tên và mã IANA của nhà đăng ký, URL của nhà đăng ký, email và số điện thoại báo cáo lạm dụng của nhà đăng ký, ngày tạo, ngày hết hạn, nameserver và mã trạng thái. Việc che dữ liệu cũng không phải lúc nào cũng triệt để: nhiều nhà đăng ký vẫn công bố tên tổ chức của người đăng ký khi tên miền do một doanh nghiệp đứng tên (pháp nhân không nằm trong phạm vi bảo vệ của GDPR), cùng tỉnh/bang và quốc gia của người đăng ký — nên một bản ghi đã bị che vẫn có thể cho bạn biết chủ sở hữu là một công ty ở Delaware hay một cá nhân ở Bavaria.

Khác biệt thực tế giữa dịch vụ ẩn danh (privacy) và che dữ liệu (redaction): dịch vụ WHOIS privacy trả phí vẫn chuyển tiếp thư gửi tới địa chỉ trung gian của nó, còn che dữ liệu đơn thuần thì xóa hẳn email và thay bằng một liên kết tới biểu mẫu liên hệ hoặc một địa chỉ chuyển tiếp ẩn danh, tùy nhà đăng ký. Dù theo cách nào, người ngoài vẫn có đường viết thư cho chủ sở hữu mà không biết người đó là ai.

Cách tìm chủ sở hữu tên miền khi WHOIS đã bị che

Việc che dữ liệu đã đóng cửa trước, nhưng một tên miền vẫn để lại dấu vết ở khắp nơi khác. Hãy làm lần lượt theo thứ tự dưới đây; mỗi bước chỉ mất một phút và phần lớn chủ sở hữu lộ diện ngay ở bước ba.

• Đọc những gì chưa bị che. Trường tổ chức, tỉnh/bang và quốc gia thường vẫn còn. Bản thân nhà đăng ký cũng thu hẹp phạm vi: tên miền đặt tại MarkMonitor hay CSC gần như chắc chắn thuộc một tập đoàn lớn; tên miền ở Cloudflare Registrar nhiều khả năng là của lập trình viên hoặc một startup.

• Dùng kênh chuyển tiếp liên hệ của nhà đăng ký. Mọi nhà đăng ký đều phải cho bạn một cách liên hệ người đăng ký: một email ẩn danh kiểu abc123@contact.gandi.net, hoặc một biểu mẫu web được dẫn từ kết quả WHOIS. Thư hợp lệ sẽ được chuyển tiếp.

• Kiểm tra chứng chỉ SSL. Chứng chỉ xác thực tổ chức (OV) và xác thực mở rộng (EV) mang tên pháp lý của công ty trong trường Subject. Hãy đưa tên miền qua công cụ kiểm tra SSL rồi đọc chuỗi chứng chỉ; bài viết về chuỗi chứng chỉ SSL chỉ rõ tên tổ chức nằm ở đâu.

• Nhìn vào DNS. Trường RNAME trong bản ghi SOA chính là email của quản trị viên vùng, với dấu @ được thay bằng dấu chấm. Bản ghi TXT tiết lộ nhà cung cấp email, các mã xác minh của Google, Microsoft và Facebook, đôi khi lộ luôn cả tên công ty. Một lần tra cứu DNS với SOA và TXT chỉ mất vài giây, còn công cụ tìm subdomain sẽ lôi ra những hostname như mail., crm. hay jira. — đủ để đoán công ty đang dùng bộ công cụ nào.

• Tra lịch sử WHOIS. Bản ghi trước tháng 5 năm 2018 vốn công khai và đã được nhiều dịch vụ thương mại lưu trữ lại. Một tên miền đăng ký năm 2012 gần như chắc chắn có bản ghi lịch sử chưa bị che, cho thấy người đăng ký ban đầu.

• Reverse WHOIS. Nếu bạn nắm được một chi tiết (tên công ty hoặc một email còn sót lại), các dịch vụ reverse WHOIS sẽ tìm mọi tên miền từng khai chi tiết đó. Khá đắt, nhưng đây là cách các đội bảo vệ thương hiệu vẽ ra toàn bộ kho tên miền của một kẻ đầu cơ.

• Gửi yêu cầu chính thức. Với nhu cầu pháp lý như tranh chấp nhãn hiệu, lừa đảo hay gian lận, Dịch vụ Yêu cầu Dữ liệu Đăng ký (RDRS) của ICANN sẽ chuyển một yêu cầu công bố chính thức tới nhà đăng ký. Dịch vụ này ra mắt ngày 28 tháng 11 năm 2023 và chỉ áp dụng cho gTLD; phần lớn ccTLD không có cơ chế tương đương.

WHOIS và RDAP: những gì đã đổi trong năm 2025

RDAP (Registration Data Access Protocol) được IETF thiết kế để sửa mọi thứ đang hỏng của WHOIS cổng 43, và đó cũng là thứ mà công cụ tra cứu của bạn thực sự dùng hôm nay. Những khác biệt sau rất đáng bận tâm nếu bạn xây dựng phần mềm trên dữ liệu này:

Hai hệ quả thực tế. Thứ nhất, nếu một script của bạn đang bóc tách kết quả văn bản của whois, nó đang sống nhờ thời gian vay mượn: các registry có thể tắt dịch vụ cổng 43 bất cứ lúc nào, và một số đã tắt thật — whois.nic.google của Google Registry, vốn phục vụ .app và .dev, giờ thậm chí không còn phân giải. Thứ hai, bootstrap của RDAP giải quyết đúng bài toán mà WHOIS chưa bao giờ giải được: với example.museum, client tải data.iana.org/rdap/dns.json đúng một lần, tìm mục museum, rồi truy vấn thẳng máy chủ có thẩm quyền mà không cần nhúng cứng kiến thức nào. ICANN cho biết tới tháng 12 năm 2024, RDAP đã xử lý hơn 10 tỷ truy vấn mỗi tháng.

Tên miền quốc gia: mỗi registry một luật chơi

Chính sách của ICANN chỉ ràng buộc gTLD. Các ccTLD (.de, .uk, .br, .jp và khoảng 300 đuôi khác) tự đặt luật riêng, nên một lần tra cứu WHOIS trên ccTLD có thể trả về bất cứ thứ gì, từ danh tính đã được thẩm định đầy đủ cho tới gần như không có gì. Đây là kết quả mà máy chủ cổng 43 của DENIC, registry của .de, trả về hôm nay cho 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

Không nhà đăng ký, không ngày tháng, không chủ sở hữu, và từ vựng trạng thái (connect) là của riêng DENIC chứ không theo EPP. Các registry khác nằm ở những vị trí rất khác nhau trên thang đo này:

Tra cứu WHOIS cho IP: ai sở hữu một địa chỉ IP

Lệnh whois cũng chạy được với một địa chỉ IP, nhưng câu trả lời đến từ một cơ sở dữ liệu khác. Tên miền do registry và nhà đăng ký quản lý; còn các dải địa chỉ IP do năm Cơ quan Đăng ký Internet Khu vực (RIR) cấp phát — ARIN cho Bắc Mỹ, RIPE NCC cho châu Âu và Trung Đông, APNIC cho châu Á – Thái Bình Dương, LACNIC cho Mỹ Latinh và AFRINIC cho châu Phi. Một bản ghi WHOIS của IP cho biết tổ chức nào đang giữ dải địa chỉ đó, dải lớn tới đâu, được cấp cho quốc gia nào và liên hệ báo cáo lạm dụng ở đâu — đúng thứ bạn cần khi một địa chỉ đang tấn công máy chủ hoặc gửi spam cho bạn.

# WHOIS cổng 43: client tự tìm đúng RIR
whois 1.1.1.1

# RDAP: rdap.org chuyển hướng tới đúng RIR (ở đây là APNIC)
curl -sL https://rdap.org/ip/1.1.1.1 | jq '{name, handle, startAddress, endAddress, country, type}'

# Kết quả
{
  "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"
}

Bản ghi IP không bao giờ cho biết những website nào đang chạy trên địa chỉ đó; một IP đám mây có thể đứng trước hàng nghìn tên miền. Nó cũng không cho biết vị trí thực của người dùng, mà chỉ cho biết dải địa chỉ được đăng ký ở đâu. Nếu muốn câu trả lời nhanh mà không cần dòng lệnh, IP Lookup gộp dữ liệu RIR với định vị địa lý, còn ASN Lookup cho biết dải đó đang được quảng bá từ mạng nào. Để đi ngược từ IP về hostname, hãy dùng reverse DNS — công cụ này đọc bản ghi PTR chứ không đọc WHOIS.

Đọc ngày hết hạn: vòng đời của một tên miền

Các mã trạng thái chỉ có nghĩa khi đặt cạnh mốc thời gian mà một tên miền gTLD đi qua sau khi chủ sở hữu ngừng trả tiền. Chính sách Khôi phục Tên miền Hết hạn của ICANN quy định mức tối thiểu, các registry và nhà đăng ký cộng thêm biên độ riêng, và kết quả là một chặng đường dài hơn nhiều so với hình dung của phần lớn mọi người:

• Khoảng 30 ngày và một lần nữa khoảng 7 ngày trước khi hết hạn — nhà đăng ký bắt buộc phải gửi email cho chủ sở hữu. Thông báo thứ ba đến trong vòng 5 ngày sau ngày hết hạn.

• Ngày 0 (hết hạn) — registry tự động gia hạn tên miền và đặt trạng thái autoRenewPeriod. Nhà đăng ký có tối đa 45 ngày để giữ lại hoặc xóa nó. Nhà đăng ký bắt buộc phải ngắt phân giải DNS ít nhất 8 ngày trước khi xóa, nên website sẽ tắt; nhiều nhà đăng ký chuyển nó về một trang thông báo tên miền đã hết hạn.

• Ngày 1–45 (ân hạn tại nhà đăng ký) — chủ sở hữu vẫn gia hạn được với giá thường. Phần lớn nhà đăng ký rút ngắn giai đoạn này xuống 30 ngày hoặc ít hơn.

• Bị xóa → `redemptionPeriod` (30 ngày) — nhà đăng ký đã xóa tên miền. Chủ sở hữu vẫn khôi phục được, thường với phí 80–200 USD cộng thêm tiền gia hạn. Không ai khác đăng ký được.

• `pendingDelete` (5 ngày) — không còn khôi phục được nữa. Cuối giai đoạn này, vào một thời điểm registry không công bố trước, tên miền bị xóa hẳn và trở thành tên miền tự do.

• Được thả ra — tên miền có thể đăng ký tự do, và các dịch vụ săn tên miền vốn liên tục hỏi registry sẽ tranh nhau trong vài mili giây.

Vậy nên một tên miền có WHOIS ghi ngày hết hạn cách đây hai tuần thường còn 60 đến 75 ngày nữa mới thực sự mua được, và có thể chẳng bao giờ mua được: chủ sở hữu có quyền kéo nó về bất cứ lúc nào trước pendingDelete. Hãy canh dòng trạng thái, đừng canh ngày hết hạn. Chạy tra cứu WHOIS mỗi ngày một lần và ghi lại các bước chuyển trạng thái là đủ.

Người ta thực sự dùng tra cứu WHOIS để làm gì

Ngoài câu hỏi "tên miền này còn trống không", có vài đầu việc lặp đi lặp lại trong hàng đợi hỗ trợ và ở các đội bảo mật.

Kiểm chứng một website trước khi tin nó. Một cửa hàng khoe mười năm kinh nghiệm nhưng tên miền vừa tạo ba tuần trước là đang nói với bạn điều gì đó. Ngày tạo, nhà đăng ký và nameserver chỉ mất mười giây để kiểm tra và không thể làm giả trong bản ghi của registry.

Xử lý website đột nhiên không phân giải được. Trước khi đụng tới DNS, hãy xác nhận tên miền chưa hết hạn và không nằm trong clientHold; nếu nó đang ở đó thì mọi thay đổi DNS đều vô ích. Sau khi chuyển nameserver, các dòng Name Server trong WHOIS xác nhận nhà đăng ký đã thực sự áp dụng thay đổi — việc có thể mất tới 48 giờ để lan truyền.

Mua một tên miền đã có người giữ. WHOIS cho bạn biết nhà đăng ký (thường có dịch vụ môi giới), tên miền có đang bị khóa không, chủ hiện tại đã giữ nó bao lâu, và nó có đang trôi dần về phía hết hạn hay không.

Điều tra lừa đảo hoặc lạm dụng. Registrar Abuse Contact Email được công bố chính là để bạn báo cáo một tên miền độc hại tới bên có quyền đình chỉ nó. Hãy kết hợp với liên hệ báo cáo lạm dụng trong WHOIS của IP để báo tới cả nhà cung cấp hosting.

Rà soát danh mục tên miền của chính bạn. Doanh nghiệp mất tên miền vì thẻ tín dụng hết hạn nhiều hơn vì bị hacker. Quét WHOIS toàn bộ tên miền bạn sở hữu mỗi quý một lần, kiểm tra ngày hết hạn và tình trạng khóa, là một khoản bảo hiểm rất rẻ.

Bảng tra nhanh các trường WHOIS

Bảng tra nhanh cho mọi trường bạn sẽ gặp trong một bản ghi gTLD, kèm vị trí tương ứng trong RDAP dành cho ai đang bóc tách JSON:

Nếu bản ghi bạn đang xem không khớp với bảng này, gần như chắc chắn bạn đang xem một ccTLD, và tài liệu của chính registry đó mới là tài liệu tham chiếu.