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 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 một tên miền cấp cao chung như .com, .net hay .org đều có một bản ghi do registry và nhà đăng ký 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ả cho biết nhà đăng ký là ai, tên miền được tạo khi nào, hết hạn khi nào, dùng nameserver nào và một tập mã trạng thái cho biết tên miền đang bị khóa, bị tạm giữ hay sắp bị xóa.

Cái tên bắt nguồn từ lệnh Unix gốc. Năm 1982, RFC 812 mô tả dịch vụ NICNAME/WHOIS của ARPANET trên cổng TCP 43, truy vấn bằng cách gõ whois rồi một cái tên; RFC 3912 là đặc tả hiện hành của giao thức văn bản thuần đó. Cái tên vẫn còn 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 registry và nhà đăng ký gTLD chạy WHOIS cổng 43 (trừ .com, .name và .post), và cùng dữ liệu đó được phục vụ qua RDAP, một API JSON. Phần lớn công cụ, trong đó có WHOIS Lookup của DNS Robot, hỏi RDAP trước và vẫn gọi kết quả là bản ghi WHOIS.

Có một thứ mà tra cứu WHOIS thường không còn trả về: tên, địa chỉ và email của chủ sở hữu. Từ khi GDPR có hiệu lực vào tháng 5 năm 2018, 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 hướng dẫn này chỉ cho bạn những gì vẫn còn đó, cách đọc chúng, và cách liên hệ chủ sở hữu khi các trường liên hệ ghi REDACTED FOR PRIVACY.

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

Đây là một bản ghi registry thật của example.com, lấy ngày 27 tháng 10 năm 2026 bằng lệnh whois trên macOS. Mọi bản ghi gTLD đều có cùng hình dạng, nên đọc được bản ghi này là đọc được bất kỳ bản ghi nào:

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 <<<

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:

• Đị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.

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ở WHOIS Lookup của DNS Robot, nhập một tên miền (dán URL hoặc địa chỉ email cũng được: nó sẽ được đọc thành tên miền đã đăng ký) rồi nhấn Enter. Công cụ hỏi máy chủ RDAP của chính registry (từ danh sách của IANA, cộng với các registry như DENIC chạy RDAP ngoài danh sách đó), sau đó hỏi bản ghi của nhà đăng ký để lấy các trường liên hệ; với những TLD không có RDAP, tức khoảng hai trong ba tên miền quốc gia (gồm .jp, .ru, .it và .eu), nó hỏi máy chủ cổng 43 của registry. Bạn nhận được nhà đăng ký cùng liên hệ báo lạm dụng, ngày tạo, ngày cập nhật và ngày hết hạn, mã trạng thái kèm giải thích dễ hiểu, nameserver, trạng thái DNSSEC và tuổi tên miền.

ICANN Lookup là lựa chọn chính thức. Nó có thẩm quyền với mọi gTLD, nhưng chỉ bao phủ những tên miền quốc gia mà registry có chạy RDAP, và không có lịch sử, không tra hàng loạt, không liên kết sang dữ liệu DNS. Các trang của nhà đăng ký như GoDaddy và Namecheap cũng có trang WHOIS đọc cùng các bản ghi công khai; chúng dùng được, nhưng được dựng lên để 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 có sẵn máy khách whois, và các bản phân phối Linux đều đóng gói một cái. Nó nói chuyện WHOIS qua cổng 43, tự động đi theo các chuyển hướng tới nhà đăng ký và in từng bản ghi nối tiếp nhau (macOS bắt đầu từ IANA nên bạn nhận ba bản ghi):

# 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 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 và đặt vào PATH. -v đi theo chuyển hướng tới nhà đăng ký, và máy chủ cụ thể được viết sau tên miền (whois example.com whois.verisign-grs.com) chứ không phải sau -h. Nếu không muốn cài gì, hãy hỏi thẳng máy chủ RDAP và để PowerShell định dạng JSON:

# 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

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 đó:

# 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"]
}

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 tra cứu để trả lời một trong bốn câu hỏi. Dưới đây là chỗ câu trả lời nằm trong bản ghi.

Tên miền đã có người đăng ký chưa? Nếu có bản ghi trả về thì 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ả về HTTP 404, thì tên miền chưa đăng ký hoặc đã bị registry giữ chỗ, điều thường gặp với các từ ngắn và từ trong từ điển. Hãy dùng công cụ kiểm tra tên miền khả dụng để phân biệt hai trường hợp, vì nó còn xác minh qua DNS.

Khi nào hết hạn, và có rớt không? Đọc ngày hết hạn, rồi xem mã trạng thái. Tên miền ở autoRenewPeriod hoặc redemptionPeriod chưa được thả; chủ sở hữu vẫn gia hạn hoặc khôi phục được. Chỉ pendingDelete mới có nghĩa là sẽ được thả, và thường mất thêm năm ngày. Phần vòng đời hết hạn bên dưới đi qua toàn bộ dòng thời gian. Đừng chỉ dựa vào ngày của registry: khi tên miền gTLD hết hạn, registry tự động gia hạn nó thêm một năm, nên Registry Expiry Date có thể đã hiện năm sau trong khi bản ghi riêng của nhà đăng ký (Registrar Registration Expiration Date) vẫn hiện ngày chủ sở hữu ngừng thanh toán. Khi hai ngày không khớp, mã trạng thái quyết định tên miền có rớt hay không.

Ai quản lý? Registrar là công ty cần liên hệ, và Registrar Abuse Contact Email cùng 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 yêu cầu các trường này phải công khai.

Gần đây có thay đổi không? Updated Date nhích 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à hết hạn vào tháng sau có hồ sơ rủi ro khác với tên miền không ai động tới từ năm 2015. Nếu nameserver đã đổi, tra cứu NS cho thấy DNS hiện 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.

Quy luật cần nhớ: clientTransferProhibited + clientUpdateProhibited + clientDeleteProhibited là khỏe mạnh và nhàm chán. Một tên miền đột nhiên không phân giải ra gì và hiện clientHold cần chủ sở hữu kiểm tra hộp thư, chứ không phải DNS. Và nếu bạn đang chờ mua một tên miền ai đó để hết hạn, không có gì trước pendingDelete đáng để theo dõi.

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

Cho tới 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ỉ bưu điện, số điện thoại và email của người đăng ký. Nhà đăng ký bán bảo mật WHOIS như một dịch vụ cộng thêm, thay các trường đó bằng thông tin của một dịch vụ đại diện. Rồi GDPR của EU có hiệu lực vào ngày 25 tháng 5 năm 2018, cùng ngày với Đặc tả Tạm thời mà ICANN đã thông qua một tuần trước đó, và nhà đăng ký bắt đầu che dữ liệu cá nhân của tất cả mọi người thay vì cố quyết định ai thuộc phạm vi. 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: nhà đăng ký phải che dữ liệu cá nhân ở nơi luật quyền riêng tư yêu cầu và được phép che cả với những người còn lại.

Đâ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ý của nó hiện nay (đã rút gọn):

{
  "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"] }]
}

Chính sách quy định rõ những gì vẫn công khai. Với tên miền gTLD, các trường sau luôn phải được công khai: tên miền, tên nhà đăng ký và IANA ID, URL của nhà đăng ký, email và số điện thoại bá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 cũng không bao giờ hoàn toàn: chính sách yêu cầu công khai bang/tỉnh và quốc gia của người đăng ký, và cả tên tổ chức khi người đăng ký đồng ý công khai, nên một bản ghi bị che vẫn có thể cho biết chủ sở hữu ở California hay ở Bavaria. Trong bản ghi trên, đó là CA và US, cùng liên kết contact-uri dẫn tới biểu mẫu liên hệ của Cloudflare.

Khác biệt thực tế giữa bảo mật và che dữ liệu: dịch vụ bảo mật WHOIS trả phí vẫn chuyển tiếp thư gửi tới địa chỉ đại diện của nó, còn che dữ liệu thông thường chỉ xóa email và thay bằng liên kết biểu mẫu liên hệ hoặc đị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ó cách viết thư cho chủ sở hữu mà không biết họ 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 chính, nhưng một tên miền để lại dấu vết ở mọi nơi khác. Hãy đi qua các bước sau theo thứ tự; mỗi bước mất một phút.

• Đọc những gì không bị che. Bang/tỉnh và quốc gia luôn được công khai, tổ chức cũng vậy nếu người đăng ký đồng ý. Chính nhà đăng ký cũng thu hẹp phạm vi: tên miền ở MarkMonitor hay CSC thuộc về một tập đoàn lớn; tên miền ở Cloudflare Registrar nhiều khả năng là của nhà phát triển hoặc startup.
• Dùng cơ chế chuyển tiếp liên hệ của nhà đăng ký. Mọi nhà đăng ký phải cho bạn cách liên hệ người đăng ký: một email ẩn danh như abc123@contact.gandi.net hoặc một biểu mẫu web được liên kết từ kết quả WHOIS. Tin nhắn 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) ghi tên pháp lý của công ty trong trường Subject. Đưa tên miền qua công cụ kiểm tra SSL và đọc chuỗi chứng chỉ; hướng dẫn về chuỗi chứng chỉ SSL cho thấy tổ chức nằm ở đâu.
• Xem DNS. Trường RNAME của bản ghi SOA là email của quản trị viên zone với dấu @ thay bằng dấu chấm. Bản ghi TXT tiết lộ nhà cung cấp email, token xác minh của Google, Microsoft và Facebook, và đôi khi là cả tên công ty. Tra cứu DNS cho SOA và TXT chỉ mất vài giây, còn công cụ tìm subdomain lôi ra các hostname như mail., crm. hay jira. cho biết công ty dùng những công cụ nào.
• Xem lịch sử WHOIS. Các bản ghi trước tháng 5 năm 2018 là công khai và đã được nhiều dịch vụ thương mại lưu trữ. Một tên miền đăng ký từ nhiều năm trước đó thường có bản ghi lịch sử không bị che cho thấy người đăng ký ban đầu, trừ khi khi ấy nó đã dùng dịch vụ bảo mật.
• WHOIS ngược. Nếu bạn có một chi tiết đã biết (tên công ty hoặc một email còn sót), các dịch vụ WHOIS ngược tìm mọi tên miền từng ghi chi tiết đó. Đắt, nhưng đây là cách các nhóm bảo vệ thương hiệu lập bản đồ danh mục của kẻ đầu cơ tên miền.
• Gửi yêu cầu. Với nhu cầu pháp lý như tranh chấp nhãn hiệu, lừa đảo phishing hay gian lận, Registration Data Request Service (RDRS) của ICANN chuyển một yêu cầu tiết lộ chính thức tới nhà đăng ký. Chỉ hoạt động với gTLD và chỉ với các nhà đăng ký tham gia. Trong hai năm chạy thử (28 tháng 11 năm 2023 đến 30 tháng 11 năm 2025), nó nhận hơn 3.700 yêu cầu, trong đó 26% được chấp thuận và 55% bị từ chối (ICANN); ICANN vẫn duy trì dịch vụ trong lúc cộng đồng quyết định bước tiếp theo.

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 cào văn bản đầu ra của whois, nó đang sống bằng thời gian vay mượn: ngoài .com, .name và .post, registry và nhà đăng ký có thể tắt dịch vụ cổng 43 bất cứ lúc nào, và một số đã tắt. whois.nic.google của Google Registry, từng phục vụ .app và .dev, giờ thậm chí không còn phân giải, và máy chủ nhà đăng ký của GoDaddy trả lời mọi truy vấn bằng "This WHOIS server is being retired. Please use our RDAP service instead." (cả hai đã kiểm tra ngày 27 tháng 10 năm 2026).

Thứ hai, bootstrap RDAP giải quyết vấn đề mà WHOIS chưa bao giờ giải quyết được: với example.museum, một máy khách tải data.iana.org/rdap/dns.json một lần, tìm mục của museum và truy vấn máy chủ có thẩm quyền mà không cần biết trước gì. Sự chuyển đổi thể hiện trong lưu lượng: báo cáo hằng tháng của ICANN cho thấy truy vấn RDAP gTLD tăng từ khoảng 7 tỷ mỗi tháng vào tháng 1 năm 2025 lên 65 tỷ vào tháng 8 năm 2025, vượt WHOIS cổng 43 vào tháng 6 năm 2025 (APNIC).

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

Chính sách của ICANN ràng buộc gTLD. Các TLD quốc gia (.de, .uk, .br, .jp và khoảng 300 đuôi khác) tự đặt quy tắc, và một lần tra WHOIS trên ccTLD có thể trả về mọi thứ, từ danh tính đã xác thực đầy đủ cho tới gần như không có gì. Đây là những gì một truy vấn công khai trả về ở tám registry vào ngày 27 tháng 10 năm 2026:

Ở đầu bên kia của thang đo, đây là toàn bộ câu trả lời cổng 43 của DENIC 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 có nhà đăng ký, không có ngày tạo hay ngày hết hạn, không có chủ sở hữu, và từ vựng trạng thái (connect) là của riêng DENIC chứ không phải EPP.

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.

# 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"
}

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à lại khoảng 7 ngày trước khi hết hạn — nhà đăng ký phải gửi email cho chủ sở hữu. Thông báo thứ ba đến trong vòng 5 ngày sau khi hết hạn.
• Ngày 0 (hết hạn) — registry tự động gia hạn tên miền và đặt autoRenewPeriod. Nhà đăng ký có tối đa 45 ngày để giữ hoặc xóa. Trước khi xóa, nhà đăng ký phải làm cho tên miền ngừng phân giải ít nhất trong 8 ngày cuối (hoặc từ lúc hết hạn nếu xóa sớm hơn), nên trang web tối đen; nhiều nhà đăng ký đưa nó về một trang báo tên miền đã hết hạn.
• Ngày 1–45 (ân hạn của nhà đăng ký) — chủ sở hữu vẫn gia hạn được. ICANN chỉ bảo đảm điều này khi tên miền đang bị gián đoạn (ERRP); nhà đăng ký cho phép thêm bao lâu và với giá nào là chính sách riêng của họ, và họ phải công bố phí sau hết hạn trên website.
• 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, với phí khôi phục mà nhà đăng ký phải hiển thị trên website, cộng thêm phí gia hạn. Không ai khác đăng ký được.
• pendingDelete (5 ngày) — không thể khôi phục nữa. Cuối khoảng này, vào một thời điểm registry không thông báo, tên miền bị xóa sạch và trở nên khả dụng.
• Rớt — tên miền được tự do đăng ký, và các dịch vụ bắt tên miền rớt vốn đã liên tục thăm dò registry tranh nhau nó trong vài mili giây.

Vì vậy một tên miền có bản ghi nhà đăng ký ghi ngày hết hạn hai tuần trước vẫn có thể còn cách thời điểm thực sự khả dụng khoảng 35 đến 66 ngày, và có thể không bao giờ: chủ sở hữu có thể lấy lại bất cứ lúc nào cho đến pendingDelete. Hãy theo dõi dòng trạng thái, không phải ngày hết hạn. Tra cứu WHOIS mỗi ngày một lần và ghi lại 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 này còn trống không", có vài việc cứ lặp đi lặp lại trong hàng đợi hỗ trợ và các nhóm bảo mật.

Xác minh một website trước khi tin tưởng. Một cửa hàng tự nhận kinh doanh mười năm mà tên miền mới tạo ba tuần trước đang cho bạn biết điều gì đó. Ngày tạo, nhà đăng ký và nameserver mất mười giây để kiểm tra và không thể làm giả trong bản ghi registry.

Xử lý sự cố trang web ngừng phân giải. Trước khi động tới DNS, hãy xác nhận tên miền không hết hạn và không ở clientHold; nếu có, 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; resolver có thể cache nameserver cũ tới 48 giờ, đúng bằng TTL của bản ghi ủy quyền .com. Tra cứu NS cho thấy thế giới đang nhìn thấy gì.

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

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

Kiểm toán danh mục tên miền của chính bạn. Tên miền mất vì thẻ tín dụng hết hạn nhiều như vì hacker. Mỗi quý quét WHOIS toàn bộ tên miền bạn sở hữu, kiểm tra ngày hết hạn và trạng thái khóa, là một khoản bảo hiểm 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.