Công cụ phổ biến

Giao diện

IP Sang Hostname

Chuyển đổi địa chỉ IP sang hostname và tên miền (IP to host). Chúng tôi đọc bản ghi PTR của địa chỉ từ nameserver của bên nắm giữ nó, kiểm tra tên có dẫn về đúng IP đó không, và hiển thị các tên website mà địa chỉ trả lời kèm theo.

Nguồn: nameserver của bên nắm giữ địa chỉ · Team Cymru · chứng chỉ mà địa chỉ phục vụ trên cổng 443

IPv4 hoặc IPv6. Cũng có thể nhập hostname: địa chỉ đầu tiên của nó được tra cứu đầy đủ, tối đa 7 địa chỉ khác được liệt kê.

Thử

Cách tìm hostname của một địa chỉ IP

Nhập địa chỉ ở trên và nhấn Tìm hostname. Công cụ đọc bản ghi PTR của địa chỉ từ nameserver của bên nắm giữ nó, rồi tra lại tên đó để xác nhận nó dẫn về đúng IP: 1.1.1.1 là one.one.one.one, 8.8.8.8 là dns.google.

Hostname là tên do bên nắm giữ địa chỉ chọn. Máy chủ của một công ty thường mang tên của chính công ty; máy chủ đám mây, kết nối gia đình hay điện thoại thường mang mẫu tên mặc định của nhà cung cấp, với các chữ số của địa chỉ viết vào trong.

Chỉ tin một hostname khi nó trỏ ngược lại. Nếu bản ghi A hoặc AAAA của tên không trả về đúng IP, ai đó đã ghi một cái tên mà họ không kiểm soát; công cụ đánh dấu nó là trỏ đi nơi khác.

Từ một địa chỉ đến hostname của nó8.8.8.8, dữ liệu thực 2026-10-23
  1. Địa chỉ8.8.8.8IPv4 · mạng của Google, AS15169
  2. Tên ngược của nó8.8.8.8.in-addr.arpabốn con số viết ngược, dưới in-addr.arpa
  3. Nameserver của bên nắm giữns1.google.comtìm từ gốc trở xuống: IANA, ARIN, rồi Google
  4. Hostnamedns.googletrỏ ngược về 8.8.8.8
Bản ghi PTRHostname được lưu dưới dạng bản ghi PTR dưới tên ngược.
Bên nắm giữ đặt nóBên nắm giữ khối địa chỉ ghi PTR: ở đây là Google.
Trỏ ngược lạiChính các bản ghi A của dns.google trả về 8.8.8.8 và 8.8.4.4, nên tên này là thật.
Mọi lần tra cứu đều qua bốn bước này, rồi tra xuôi tên đó để thấy nó dẫn về lại.

Kết quả hiển thị những gì

Phần đầu đưa ra hostname trong một câu, kèm mạng đứng sau địa chỉ và việc tên có trỏ ngược lại không. Bên dưới, một thẻ viền đứt nét liệt kê các tên website từ chính chứng chỉ của địa chỉ: chỉ là gợi ý, không phải danh sách mọi website.

Hostname hiển thị từng tên PTR kèm TTL và kiểm tra xuôi, Tên miền hiển thị câu trả lời của chứng chỉ và cổng 80, Mạng hiển thị khối địa chỉ, số AS và cơ quan đăng ký, còn Lệnh đưa ra cùng lần tra cứu cho terminal. Cột bên phải lần lại nơi tên được lấy ra.

Tra cứu IP sang hostname cho 8.8.8.8: hostname dns.google, đã xác nhận về lại IP, và các tên trong chứng chỉTra cứu IP sang hostname cho 8.8.8.8: hostname dns.google, đã xác nhận về lại IP, và các tên trong chứng chỉHostnameTên trong bản ghi PTR của địa chỉ, và tên đó có phân giải về lại đúng IP không.Gợi ý từ chứng chỉCác tên website trong chứng chỉ mà địa chỉ phục vụ trên cổng 443 khi không nêu tên website.Các chế độ xemMọi tên PTR, các tên miền mà địa chỉ trả lời kèm theo, mạng đứng sau nó, các lệnh.Tên đến từ đâuĐường đi của vùng ngược từ gốc, và những gì chính địa chỉ đã trả lời trên cổng 443 và 80.
8.8.8.8 được chuyển sang hostname: tên từ bản ghi PTR, kiểm tra xuôi, mạng và các tên website mà địa chỉ phục vụ. Chọn một số để xem từng phần thể hiện điều gì.

Có tìm được mọi tên miền trên một địa chỉ IP không?

Không thể từ DNS. Một địa chỉ chỉ có một chỗ cho tên, bản ghi PTR, và chỗ đó chứa bất cứ tên gì bên nắm giữ địa chỉ chọn, thường là tên mặc định của nhà cung cấp chứ không phải một website nào.

Có thêm hai gợi ý đến từ chính địa chỉ. Chứng chỉ nó phục vụ trên cổng 443 khi không có tên website nào được gửi sẽ nêu tên website mặc định (RFC 6066 §3 cấm dùng địa chỉ IP làm tên website), và một chuyển hướng trên cổng 80 có thể nêu tên một host. Công cụ hiển thị cả hai dưới dạng gợi ý, không bao giờ là danh sách đầy đủ.

Muốn liệt kê mọi tên miền trỏ đến một địa chỉ cần passive DNS: các câu trả lời được thu thập qua nhiều tháng từ nhiều bộ phân giải và lượt crawl, do một vài công ty bán. Chúng tôi không mua dữ liệu đó và không chuyển các lần tra cứu của bạn cho ai, nên trang này nói thẳng những gì nó không thấy được.

Bốn nơi một cái tên có thể đến từ1.1.1.1, dữ liệu thực 2026-10-23
Bản ghi PTRcó tên trong 3/5one.one.one.oneMột tên, do bên nắm giữ địa chỉ chọn.
Chứng chỉ, cổng 443có tên trong 4/5cloudflare-dns.comone.one.one.one*.cloudflare-dns.comSSL.comCác tên của website mặc định khi không nêu tên website. Tên có * là một mẫu, không phải host.
Chuyển hướng, cổng 80có tên trong 0/5301 → https://1.1.1.1/Trên 1.1.1.1, nó chuyển hướng về chính địa chỉ trần: không có tên.
Passive DNSkhông dùngCác tên từng được thấy trỏ đến đây theo thời gian, từ một cơ sở dữ liệu trả phí. Không dùng.
Các thanh: mỗi nguồn nêu được tên host trong bao nhiêu trên năm lần tra cứu đã ghi lại (1.1.1.1, 8.8.8.8, 9.9.9.9, 104.18.0.1 và địa chỉ của github.com, 2026-10-23). Công cụ hiển thị ba nguồn đầu, dưới dạng gợi ý.

IP sang tên miền trên shared hosting và CDN

Một địa chỉ shared hosting hoặc CDN phục vụ nhiều website, nên không có một tên miền duy nhất nào để tìm. Địa chỉ của Cloudflare được dùng chung cho mọi hostname được proxy, và một lần bắt tay không nêu tên website sẽ bị từ chối (TLS alert 40), nên ngay cả website mặc định cũng không hiện ra.

Một địa chỉ dùng riêng (dedicated) trả lời bằng chứng chỉ của chính nó: 9.9.9.9 phục vụ dns.quad9.net và các tên dịch vụ khác của Quad9. Phía sau CDN, PTR nêu tên CDN hoặc không nêu gì, và tên website chỉ đi trong yêu cầu của từng khách truy cập. Để đi theo chiều ngược lại, từ một website đến địa chỉ của nó, hãy dùng Tên Miền Sang IP.

Địa chỉ dùng chung, được hỏi mà không nêu tên websitedữ liệu thực 2026-10-23
151.101.0.223Fastly · AS54113
PTR
không có · NXDOMAIN
Chứng chỉ
www.python.org · *.python.org · python.orgGlobalSign
Cổng 80
500
Cũng ở đây
các website khác Fastly phục vụ, không bao giờ được liệt kê
104.18.0.1Cloudflare · AS13335
PTR
không có · NXDOMAIN
Chứng chỉ
bị từ chối: TLS alert 40, cần tên website
Cổng 80
403
Cũng ở đây
mọi hostname Cloudflare proxy

Một địa chỉ dùng riêng tự trả lời cho chính nó: 9.9.9.9 gửi chứng chỉ riêng của Quad9, dns.quad9.net và 21 tên Quad9 khác.DigiCert

151.101.0.223 là một trong bốn địa chỉ của python.org: chứng chỉ Fastly gửi nêu tên đúng website đó, không bao giờ nêu các website khác nó phục vụ tại đây.

Cách tìm hostname từ IP trên Windows, macOS và Linux

Trên Windows, nslookup 1.1.1.1 in hostname trên dòng Name:. Trên macOS và Linux, host 1.1.1.1 in nó sau "domain name pointer", và dig -x 1.1.1.1 +short chỉ in mỗi tên. Trong PowerShell, Microsoft ghi trong tài liệu dạng dùng tên đã đảo ngược: Resolve-DnsName -Name 1.1.1.1.in-addr.arpa -Type PTR.

Mỗi lệnh hỏi bộ phân giải của chính bạn, nên nó hiển thị bản sao lưu đệm của bộ phân giải đó và để bước kiểm tra xuôi cho bạn tự làm. Công cụ hỏi nameserver của chính vùng và xác nhận tên ngay trong cùng một bước.

nslookup 1.1.1.1

Hostname nằm trên dòng "Name:".

Cùng một lần tra cứu trên ba hệ thống1.1.1.1, ghi lại ngày 2026-10-23
Terminal · Command Prompt

macOS

% host 1.1.1.1
1.1.1.1.in-addr.arpa domain name pointer one.one.one.one.hostname

Linux

$ dig -x 1.1.1.1 +short
one.one.one.one.hostname

Windows

C:\> nslookup 1.1.1.1
PS> Resolve-DnsName -Name 1.1.1.1.in-addr.arpa -Type PTR

Microsoft ghi trong tài liệu rằng nslookup trả về tên máy tính cho một địa chỉ IP, và ghi Resolve-DnsName với tên đã đảo ngược.

Mỗi lệnh hỏi bộ phân giải mà máy tính đang dùng, nên câu trả lời có thể là bản sao lưu đệm, và không lệnh nào kiểm tra tên có trỏ ngược lại không.

Hostname cho biết gì về một địa chỉ IP

Ai chịu trách nhiệm cho địa chỉ, và thường là cả nó là gì: crawl-66-249-66-1.googlebot.com là Googlebot, ec2-3-80-0-1.compute-1.amazonaws.com là một máy chủ AWS ở us-east-1, còn các tên mail-…google.com là máy chủ gửi thư của Gmail.

Nhà mạng viết địa chỉ và các từ như dsl, dyn, pool hay cable vào tên của đường truyền gia đình; ví dụ của chính RFC 8501 là 1.string.region.example.com. Mã thành phố hay mã sân bay trong tên là gợi ý do đơn vị vận hành chọn, không bao giờ là bản ghi vị trí.

Riêng một cái tên không chứng minh được gì: hãy kiểm tra nó có trỏ ngược lại không trước khi tin, như công cụ làm với mọi tên nó tìm thấy.

Sáu hostname, đọc từng phầnPTR thực tế và các mẫu được công bố, 2026-10-23

1.string.region.example.com

  • 1số thứ tự host
  • stringmột từ do nhà mạng chọn
  • regionkhu vực
  • example.comtên miền của nhà mạng
Tên pool của nhà mạng, ví dụ của chính RFC 8501mẫu

ec2-3-80-0-1.compute-1.amazonaws.com

  • ec2EC2
  • 3-80-0-1địa chỉ
  • compute-1us-east-1
  • amazonaws.comtên miền của Amazon
Một máy chủ AWS EC2

lb-140-82-112-3-iad.github.com

  • lbnhiều khả năng là một bộ cân bằng tải
  • 140-82-112-3địa chỉ
  • iadmã sân bay Washington Dulles
  • github.comtên miền của GitHub
Edge của GitHub

crawl-66-249-66-1.googlebot.com

  • crawltrình thu thập
  • 66-249-66-1địa chỉ
  • googlebot.comtên miền crawler của Google
Googlebot

mail-am6eur05on2052.outbound.protection.outlook.com

  • mail-am6eur05on2052một máy chủ gửi; Microsoft không công bố ý nghĩa các phần
  • outbound.protection.outlook.comtên miền thư gửi đi của Microsoft 365
Thư gửi đi của Microsoft 365

<reversed-ip>.bc.googleusercontent.com

  • <reversed-ip>địa chỉ, viết ngược
  • bc.googleusercontent.comtên miền mặc định của Google Cloud
Mọi VM Google Cloudmẫu
Các tên thực tế thuộc về máy chủ công khai (3.80.0.1, 140.82.112.3, 66.249.66.1 và 40.107.22.52) và mỗi tên đều trỏ ngược lại. Tên mặc định của nền tảng đám mây cho biết ai cho thuê máy chủ, không phải ai đang dùng nó.

IP sang hostname: câu hỏi thường gặp

Làm sao tìm hostname của một địa chỉ IP?

Nhập địa chỉ ở trên và nhấn Tìm hostname. Công cụ đọc bản ghi PTR từ nameserver của mạng đang nắm giữ địa chỉ và xác nhận tên phân giải về lại đúng IP đó. Từ terminal, nslookup 1.1.1.1 trên Windows hoặc host 1.1.1.1 trên macOS và Linux in ra cùng tên đó từ bộ phân giải của chính bạn.

Làm sao chuyển địa chỉ IP sang tên miền?

Hãy tra hostname của nó: bản ghi PTR cho một tên, như one.one.one.one cho 1.1.1.1, và hai nhãn cuối thường là tên miền. Với địa chỉ của một website, chứng chỉ mà địa chỉ phục vụ trên cổng 443 thường nêu tên chính website đó. Không cách nào trong hai cách này liệt kê được mọi tên miền đang dùng địa chỉ.

Vì sao hostname khác với website tôi đã truy cập?

Vì website và địa chỉ thuộc về những chủ khác nhau. Tên PTR do bên nắm giữ địa chỉ đặt, thường là nhà cung cấp hosting hoặc CDN, nên một website trên AWS hiển thị tên amazonaws.com và một website sau Cloudflare thường không có tên nào. Tên riêng của website nằm trong các bản ghi DNS trỏ theo chiều ngược lại.

Vì sao một địa chỉ IP không có hostname?

Bên nắm giữ nó chưa bao giờ công bố bản ghi PTR, vốn là tùy chọn. Nhiều địa chỉ CDN, phần lớn địa chỉ IPv6 và nhiều kết nối gia đình không có, và 104.18.0.1 của Cloudflare trả lời rằng không có tên như vậy. Địa chỉ private như 192.168.1.1 hoàn toàn không có hostname công khai: chỉ bộ phân giải của chính mạng bạn mới đặt tên được cho chúng.

Có tìm được mọi website được host trên một địa chỉ IP không?

Không đáng tin cậy, và không thể từ DNS. Một địa chỉ công bố nhiều nhất vài tên PTR, và chứng chỉ của nó chỉ nêu tên website mặc định. Danh sách mọi tên miền trên một địa chỉ đến từ passive DNS: câu trả lời của bộ phân giải và lượt crawl được các cơ sở dữ liệu thương mại thu thập theo thời gian. Ngay cả chúng cũng bỏ sót website, và với địa chỉ CDN chúng sẽ liệt kê hàng nghìn website không liên quan.

Hostname và tên miền khác nhau thế nào?

Hostname đặt tên cho một máy hoặc một dịch vụ, như mail.example.com hay dns.google; tên miền là tên đã đăng ký mà nó nằm dưới, như example.com. Trong bản ghi PTR của một IP, hostname thường mang tên miền riêng của nhà cung cấp: ec2-3-80-0-1.compute-1.amazonaws.com thuộc về amazonaws.com, tên miền của AWS, không phải của khách hàng.

Hostname có cho biết địa chỉ IP ở đâu không?

Chỉ như một gợi ý. Một số đơn vị vận hành đặt thành phố, mã sân bay hoặc khu vực vào tên, như các tên mặc định us-east-1 của AWS, nhưng bản thân bản ghi PTR không chứa vị trí, và đơn vị vận hành có thể đặt tên tùy ý. Để ước tính vị trí từ cơ sở dữ liệu định vị, hãy dùng Tra Cứu IP của chúng tôi; hãy coi một từ chỉ thành phố trong hostname là nhãn của đơn vị vận hành.

Vì sao địa chỉ IP của Cloudflare không hiển thị website nào?

Vì một địa chỉ Cloudflare được dùng chung cho mọi hostname mà Cloudflare proxy. Máy chủ của nó từ chối kết nối TLS không nêu tên website, và vùng ngược của chính Cloudflare thường trả lời rằng không có PTR, như với 104.18.0.1. Tên website chỉ nằm trong yêu cầu của từng khách truy cập, nên không công cụ nào xác định được website chỉ từ địa chỉ.

Tra cứu hostname của một địa chỉ IP có hợp pháp không?

Có. Bản ghi PTR là dữ liệu DNS công khai mà bên nắm giữ địa chỉ công bố cho bất kỳ ai đọc, cũng là câu trả lời mà mọi máy chủ email hay công cụ log nhận được. Trên trang DNS ngược, lần tra cứu không gửi gì đến địa chỉ. Trên trang này, công cụ còn kết nối đến địa chỉ một lần trên mỗi cổng trong hai cổng: một lần bắt tay TLS trên cổng 443 không nêu tên website, để đọc chứng chỉ nó phục vụ mặc định, và một yêu cầu HTTP thường trên cổng 80.

Vì sao hai công cụ hiển thị hostname khác nhau cho một IP?

Phần lớn công cụ đọc bản sao lưu đệm của một bộ phân giải, có thể bị trễ sau khi bên nắm giữ thay đổi PTR, trong khi công cụ này hỏi nameserver của chính vùng. Một số công cụ chỉ hiển thị tên đầu tiên trong nhiều bản ghi PTR. Số khác không kiểm tra tên có trỏ ngược lại không, nên một tên mà chủ sở hữu tên miền chưa từng xác nhận trông cũng đáng tin như vậy.

Các công cụ IP và DNS khác