TXT Record là gì? Hướng dẫn toàn diện về bản ghi TXT trong DNS từ A-Z - Taphoammo - Bán theme plugin mẫu thiết kế web sẵn Thegioitinhoc.com.vn

Khi bạn quản lý tên miền, chắc hẳn Đây là một loại bản ghi DNS đặc biệt cho phép bạn nhúng dữ liệu văn bản vào hệ thống phân giải tên miền. Không giống như các bản ghi khác chỉ phục vụ một mục đích kỹ thuật cụ thể, TXT record mang tính linh hoạt cao, thường được dùng để xác thực quyền sở hữu domain, chống giả mạo email, và tăng cường bảo mật. Trong bài viết này, chúng ta sẽ khám phá chi tiết về bản ghi TXT, cách nó hoạt động, các loại phổ biến, lợi ích, hạn chế, và hướng dẫn thực hành từng bước.

Bản ghi TXT (TXT Record) là gì? Định nghĩa và bản chất

TXT record là viết tắt của Text record, một loại bản ghi trong hệ thống DNS (Domain Name System). Nó cho phép quản trị viên tên miền lưu trữ các đoạn văn bản dưới dạng cặp tên-giá trị hoặc chuỗi ký tự. Mục đích chính của TXT record là cung cấp thông tin bên ngoài phạm vi kỹ thuật thuần túy, hỗ trợ xác thực và xác minh danh tính.

Bản chất của TXT record rất đơn giản: nó là một chuỗi văn bản được liên kết với tên miền của bạn. Bất kỳ ai tra cứu DNS đều có thể đọc được nội dung này. Ban đầu, TXT record được thiết kế để mang các chú thích văn bản tùy ý, nhưng ngày nay nó chủ yếu được dùng cho các tiêu chuẩn bảo mật email như SPF, DKIM, DMARC và xác thực tên miền của các dịch vụ bên thứ ba.

Cấu trúc và cách hoạt động của TXT Record

Cấu trúc cú pháp cơ bản

Một bản ghi TXT điển hình bao gồm hai phần chính: tên và giá trị. Tên thường là tên miền (ví dụ: example.com) hoặc tên miền con. Giá trị là chuỗi văn bản, có thể được đặt trong dấu ngoặc kép nếu chứa khoảng trắng. Mỗi bản ghi có thể có nhiều giá trị, nhưng giới hạn về độ dài là 255 ký tự cho mỗi chuỗi. Để vượt quá, người ta nối nhiều chuỗi lại với nhau.

Thành phần	Mô tả	Ví dụ
Tên (Name)	Domain hoặc subdomain áp dụng bản ghi	example.com
Loại (Type)	Luôn là TXT	TXT
Giá trị (Value)	Chuỗi văn bản	“v=spf1 include:_spf.google.com ~all”
TTL	Thời gian sống (tính bằng giây)	3600

Cách thức hoạt động trong DNS

Khi một máy chủ hoặc ứng dụng cần truy vấn bản ghi TXT của một tên miền, nó gửi truy vấn DNS loại TXT đến hệ thống phân giải. DNS server sẽ trả về tất cả các bản ghi TXT liên quan đến tên miền đó. Quá trình này diễn ra tương tự như tra cứu bản ghi A (IPv4) hoặc MX (mail exchanger). Không có sự ưu tiên giữa các bản ghi TXT; tất cả đều được trả về và ứng dụng sẽ xử lý dựa trên nội dung.

Ví dụ, khi Google muốn xác thực bạn sở hữu tên miền để sử dụng Google Workspace, họ yêu cầu bạn thêm một TXT record với giá trị đặc biệt. Sau đó, Google truy vấn DNS để kiểm tra sự tồn tại của bản ghi đó. Nếu khớp, quyền sở hữu được xác nhận.

Các loại TXT Record phổ biến và ứng dụng thực tế

1. SPF (Sender Policy Framework)

SPF là một tiêu chuẩn xác thực email cho phép chủ sở hữu tên miền chỉ định máy chủ nào được phép gửi email thay mặt tên miền đó. Bản ghi SPF thường bắt đầu bằng v=spf1. Ví dụ: v=spf1 include:_spf.google.com ~all có nghĩa là chỉ các máy chủ của Google được phép gửi email cho tên miền đó, các máy chủ khác sẽ bị đánh dấu là softfail.

Lợi ích: Giảm thư rác và email giả mạo, bảo vệ thương hiệu.
Hạn chế: SPF có giới hạn 10 lần tra cứu DNS (include), có thể gây lỗi nếu cấu hình phức tạp.

2. DKIM (DomainKeys Identified Mail)

DKIM thêm chữ ký số vào tiêu đề email. Bản ghi TXT chứa khóa công khai để máy chủ nhận xác minh chữ ký. Cấu trúc thường là k=rsa; p=MIG… (khóa base64). DKIM giúp đảm bảo email không bị thay đổi trên đường truyền và xác thực người gửi.

Ví dụ: Một bản ghi DKIM có tên là google._domainkey.example.com với giá trị v=DKIM1; k=rsa; p=MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEA…

3. DMARC (Domain-based Message Authentication, Reporting & Conformance)

DMARC hoạt động dựa trên SPF và DKIM, cung cấp chính sách cho bên nhận xử lý email không hợp lệ. Bản ghi DMARC bắt đầu bằng v=DMARC1 và bao gồm các tham số như p (policy: none, quarantine, reject), rua (báo cáo tổng hợp), ruf (báo cáo pháp y).

Ví dụ: v=DMARC1; p=quarantine; rua=mailto:[email protected]; pct=100 yêu cầu cách ly tất cả email không đạt xác thực SPF/DKIM.

4. Xác minh quyền sở hữu tên miền

Google Search Console, Microsoft 365, Facebook Business, và nhiều dịch vụ khác yêu cầu bạn thêm một TXT record duy nhất để chứng minh bạn kiểm soát tên miền. Giá trị thường là một mã xác nhận như google-site-verification=… hoặc ms=… .

5. Các mục đích khác

Bạn cũng có thể dùng TXT record để lưu trữ thông tin chính sách bảo mật, thông tin liên hệ của quản trị viên, hoặc bất kỳ dữ liệu văn bản nào mà ứng dụng của bạn cần. Tuy nhiên, việc này ít phổ biến hơn.

Lợi ích của việc sử dụng TXT Record

Bảo mật email nâng cao: SPF, DKIM, DMARC giúp ngăn chặn giả mạo email, phishing, và bảo vệ danh tiếng tên miền.
Xác thực quyền sở hữu nhanh chóng: Không cần thay đổi nội dung website hay can thiệp server, chỉ cần thêm bản ghi TXT.
Linh hoạt và đa dụng: Có thể lưu trữ bất kỳ thông tin văn bản nào, phù hợp với nhiều mục đích khác nhau.
Không ảnh hưởng đến tốc độ website: TXT record không tham gia vào quá trình tải trang, chỉ ảnh hưởng đến email và xác thực.
Dễ dàng quản lý: Hầu hết các nhà cung cấp DNS đều hỗ trợ thêm/sửa/xóa TXT record qua giao diện web.

Hạn chế và lưu ý khi sử dụng TXT Record

Mặc dù hữu ích, TXT record có một số hạn chế cần biết:

Giới hạn độ dài: Mỗi giá trị TXT record tối đa 255 ký tự. Nếu cần dài hơn, bạn phải chia thành nhiều chuỗi (mỗi chuỗi nối tiếp). Tổng chiều dài tối đa lý thuyết là 65.535 ký tự.
Không có thứ tự ưu tiên: Khi có nhiều bản ghi TXT, thứ tự trả về không được đảm bảo. Ứng dụng phải tự xử lý.
Nguy cơ cấu hình sai: SPF sai cú pháp hoặc quá nhiều include có thể khiến email bị từ chối hoặc spam. DKIM hoặc DMARC sai cũng gây lỗi gửi/nhận.
Thời gian lan truyền DNS: Sau khi thay đổi bản ghi TXT, cần vài phút đến vài giờ để cập nhật trên toàn bộ internet (phụ thuộc TTL).

So sánh TXT Record với các loại DNS record khác

Để hiểu rõ hơn về txt record là gì, chúng ta hãy so sánh nó với các bản ghi DNS phổ biến:

Loại bản ghi	Mục đích chính	Nội dung lưu trữ	Ví dụ
TXT	Xác thực, chính sách email, xác minh	Văn bản tùy ý (thường là chuỗi cấu hình)	“v=spf1 include:_spf.google.com ~all”
A	Ánh xạ tên miền sang địa chỉ IPv4	Địa chỉ IP	93.184.216.34
AAAA	Ánh xạ tên miền sang địa chỉ IPv6	Địa chỉ IPv6	2606:4700:4700::1111
CNAME	Bí danh, trỏ domain sang domain khác	Tên miền đích	blog.example.com -> example.github.io
MX	Xác định máy chủ nhận email	Domain máy chủ mail + priority	10 mail.example.com
NS	Chỉ định nameserver cho domain	Domain nameserver	ns1.example.com

Điểm khác biệt lớn nhất: TXT record không ánh xạ tên miền đến tài nguyên mạng (IP, mail server) mà chỉ cung cấp dữ liệu văn bản. Nó giống như một bảng thông báo cho tên miền của bạn.

Hướng dẫn cách thêm TXT Record vào DNS

Tìm đến khu vực quản lý DNS records (thường có tên “DNS Settings”, “Zone Editor”, “Manage DNS”).
Nhấn nút “Add Record” hoặc “Thêm bản ghi”.
Chọn loại record là TXT.
Nhập thông tin: – Name: để trống hoặc nhập @ cho domain chính, hoặc nhập tên subdomain (ví dụ: google._domainkey). – Value: nhập chính xác chuỗi văn bản do dịch vụ yêu cầu (ví dụ: google-site-verification=… ). – TTL: giữ mặc định (thường 3600 giây).
Lưu bản ghi.
Chờ vài phút để DNS lan truyền, sau đó kiểm tra lại.

Mẹo: Một số nhà cung cấp yêu cầu nhập giá trị có dấu ngoặc kép hoặc không. Luôn làm theo hướng dẫn cụ thể của dịch vụ bạn đang xác thực.

Kiểm tra TXT Record đã hoạt động

Sau khi thêm,

TXT record là nền tảng cho ba tiêu chuẩn bảo mật email quan trọng: SPF (xác định máy chủ gửi hợp lệ), DKIM (chữ ký số chống giả mạo), và DMARC (chính sách xử lý email không đạt yêu cầu). Cả ba đều là bản ghi TXT trong DNS, giúp giảm spam và phishing.

Có thể có nhiều TXT record cho cùng một domain không?

Hoàn toàn có thể. Một domain có thể có nhiều bản ghi TXT phục vụ các mục đích khác nhau, ví dụ: một bản ghi SPF, một bản ghi DMARC, và một bản ghi xác minh Google. Hệ thống DNS cho phép tồn tại song song các bản ghi TXT.

Làm thế nào để kiểm tra TXT record của domain?

Không. Bản ghi TXT không tham gia vào quá trình tải trang web. Website chỉ cần bản ghi A hoặc AAAA để phân giải tên miền. TXT record chỉ ảnh hưởng đến email và các tác vụ xác thực bên ngoài, hoàn toàn độc lập với website.

Bản ghi TXT có thể bảo vệ khỏi email giả mạo không?

Có, thông qua SPF, DKIM và DMARC. SPF hạn chế máy chủ gửi, DKIM xác thực nội dung email, DMARC quy định hành động khi email không hợp lệ. Kết hợp cả ba giúp giảm thiểu rủi ro giả mạo rất hiệu quả.

Kết luận

TXT record là gì? Đây là một bản ghi DNS linh hoạt, đóng vai trò thiết yếu trong bảo mật email và xác thực quyền sở hữu tên miền. Từ SPF, DKIM đến DMARC, tất cả đều dựa trên TXT record để hoạt động. Việc hiểu rõ cấu trúc, cách thêm, và những sai lầm thường gặp sẽ giúp bạn quản lý tên miền hiệu quả, tránh mất email hay rủi ro bảo mật.

Hãy nhớ kiểm tra định kỳ các bản ghi TXT của bạn, đặc biệt khi thay đổi nhà cung cấp email hoặc dịch vụ. Cấu hình đúng TXT record không chỉ giúp email của bạn đến được hộp thư chính, mà còn bảo vệ thương hiệu khỏi các cuộc tấn công lừa đảo.

Xem thêm: