Chuyển đến công cụ
JoeLucky

Nhấn ★ trên công cụ để lưu lại

Danh mục công cụ

IP của tôi là gìTra cứu IPDanh tiếng và rủi ro của IPMáy tính subnet CIDRMỚITạo SPF và DMARCMỚI
JoeLucky

Công cụ trực tuyến thiết thực, tất cả trong một nơi

Chính sách quyền riêng tưĐiều khoản dịch vụ

© 2026 JoeLucky®. Bảo lưu mọi quyền.

  1. JoeLucky
  2. /Mạng và IP
  3. /Tạo SPF và DMARC

Tạo SPF và DMARC

Tạo và kiểm tra bản ghi SPF và DMARC ngay trong trình duyệt, không truy vấn DNS.

MẠNG VÀ IP TƯƠNG TỰ

Xem tất cả
Máy tính subnet CIDR

Nhập CIDR để có mạng, quảng bá, máy chủ dùng được và mặt nạ cho IPv4 và IPv6.

Mở →
Tra cứu IP

Tra cứu dữ liệu đăng ký RDAP và DNS ngược của địa chỉ IPv4/IPv6, tên miền hoặc URL.

Mở →
IP của tôi là gì

Hiển thị IP công khai, thông tin mạng và vị trí gần đúng của bạn, kèm kiểm tra rò rỉ WebRTC.

Mở →

💬 Bình luận

?

Chưa có bình luận nào. Hãy là người đầu tiên!

Tạo SPF và DMARC LÀ GÌ?

Trình tạo SPF & DMARC xây dựng và kiểm tra bản ghi xác thực email theo RFC 7208 (SPF) và RFC 9989 (DMARC). Với SPF bạn có thể đánh dấu include của các dịch vụ gửi phổ biến, thêm IP, đặt quy tắc kết thúc và ước tính số lượt tra cứu DNS (giới hạn 10); với DMARC bạn đặt chính sách p/sp/np, hộp thư báo cáo, tùy chọn báo cáo lỗi và chế độ căn chỉnh. Bạn cũng có thể dán bản ghi có sẵn để kiểm tra cú pháp ngoại tuyến. Công cụ chỉ xử lý văn bản: không bao giờ truy vấn DNS và không thể chứng minh DNS được cấu hình đúng.

Cách sử dụng

  1. Trong “Trình tạo SPF” đánh dấu các dịch vụ gửi bạn dùng, thêm include hoặc IP khác và chọn quy tắc kết thúc (bắt đầu với ~all).
  2. Kiểm tra bản ghi được tạo, số lượt tra cứu DNS và các phát hiện, rồi sao chép bản ghi (hoặc bản có dấu ngoặc kép) vào bảng điều khiển DNS của bạn.
  3. Trong “Trình tạo DMARC” nhập tên miền, chọn chính sách và hộp thư báo cáo, và làm theo hướng dẫn từ p=none đến p=quarantine và p=reject.
  4. Dùng “Trình kiểm tra SPF” hoặc “Trình kiểm tra DMARC” để dán bản ghi có sẵn và đọc kết quả phân tích cùng các phát hiện.

Lưu ý

  • Ví dụ: với tên miền chỉ dùng Google Workspace, SPF là v=spf1 include:_spf.google.com ~all, và DMARC khởi đầu là v=DMARC1; p=none; rua=mailto:dmarc@ten-mien-cua-ban.
  • Một tên miền chỉ được có một bản ghi SPF và tối đa 10 lượt tra cứu DNS; RFC 9989 đã loại pct, rf và ri khỏi DMARC, và pct không được ghi theo mặc định.
  • Giá trị include của các bên gửi phổ biến lấy từ tài liệu chính thức của từng dịch vụ và số lượt tra cứu lồng được đo trong DNS công khai vào 2026-10-20 (nhà cung cấp có thể thay đổi); tài liệu của Postmark nói không cần thêm vào SPF của bạn nên nó không được cài sẵn.
  • Công cụ chỉ xử lý văn bản, không bao giờ truy vấn DNS và không tạo khóa riêng DKIM; sau khi xuất bản, hãy xác nhận bằng công cụ tra cứu DNS và một thư thử.

Câu hỏi thường gặp

Công cụ này có xác minh được DNS của tôi được cấu hình đúng không?

Không. Nó chỉ xây dựng và kiểm tra VĂN BẢN bản ghi trong trình duyệt của bạn và không bao giờ truy vấn DNS, nên không thể chứng minh bản ghi đã được xuất bản hay đang hoạt động. Sau khi xuất bản, hãy xác nhận bằng công cụ tra cứu DNS và kiểm tra kết quả xác thực bằng một thư thử thật.

Giới hạn SPF 10 lượt tra cứu DNS là gì?

Theo RFC 7208, một lần đánh giá SPF có thể liên quan tối đa 10 thuật ngữ kích hoạt truy vấn DNS (include, a, mx, ptr, exists và redirect), và các thuật ngữ lồng trong include cũng được tính. ip4, ip6 và all không được tính. Vượt giới hạn, bên nhận trả về permerror, nghĩa là SPF thất bại.

Số lượt tra cứu hiển thị chính xác đến đâu?

Với các bên gửi phổ biến tích hợp sẵn, công cụ dùng số lượt tra cứu lồng được đo trong DNS công khai vào 2026-10-20; với include bạn tự nhập, số lượng lồng không biết nên được tính là 1 kèm thông báo. Nhà cung cấp có thể đổi bản ghi bất cứ lúc nào, nên hãy xác nhận bằng trình kiểm tra SPF dựa trên DNS trước khi xuất bản.

Bản ghi SPF nên kết thúc bằng ~all hay -all?

~all (soft fail) nói rằng nguồn không có trong danh sách có lẽ không được phép nhưng vẫn nên chấp nhận và đánh dấu; phù hợp lúc bắt đầu, trước khi xác nhận mọi bên gửi. -all (hard fail) từ chối thẳng. Hướng dẫn của Google khuyên dùng ~all, còn Microsoft khuyên -all khi DKIM và DMARC cũng đã có. Đừng bao giờ dùng +all, vì nó cho phép bất kỳ ai gửi thư với tư cách tên miền của bạn.

DMARC định nghĩa những thẻ nào theo RFC 9989, và pct ra sao?

RFC 9989 (DMARCbis) định nghĩa v, p, sp, np, adkim, aspf, fo, rua, ruf, psd và t. Các thẻ pct, rf và ri của RFC 7489 đã bị loại bỏ, với t (cờ thử nghiệm; t=y gần như thay thế cách dùng pct=0 phổ biến) đảm nhận trường hợp sử dụng thông thường. Công cụ này mặc định không ghi pct; nó chỉ được thêm nếu bạn bật trong “Tùy chọn nâng cao và tương thích”.

Làm sao chuyển DMARC từ p=none sang p=reject từng bước?

Bắt đầu với p=none và một địa chỉ rua, rồi thu thập báo cáo tổng hợp ít nhất một tháng để tìm mọi bên gửi hợp lệ. Căn chỉnh SPF hoặc DKIM của từng bên gửi với tên miền From, sau đó chuyển sang p=quarantine và theo dõi lại (dùng t=y trước nếu chưa chắc). Chỉ chuyển sang p=reject khi thư hợp lệ không còn bị ảnh hưởng. p=reject có thể làm gián đoạn danh sách thư và chuyển tiếp, nên hãy đọc báo cáo trước.

Tôi cần biết gì về hộp thư báo cáo ở tên miền khác? Vì sao Postmark không phải là mẫu có sẵn?

Khi hộp thư rua hoặc ruf nằm ngoài tên miền của bạn, tên miền kia phải xuất bản bản ghi TXT có giá trị v=DMARC1; tại “ten-mien-cua-ban._report._dmarc.ten-mien-khac”, nếu không hầu hết bên nhận sẽ không gửi báo cáo; công cụ hiển thị tên máy chủ chính xác. Tài liệu của Postmark nói bạn không cần thêm nó vào SPF, nên nó không có trong các mẫu; giá trị include của mỗi dịch vụ được liệt kê lấy từ tài liệu chính thức của dịch vụ đó.

Công cụ này chỉ tạo và kiểm tra VĂN BẢN trong trình duyệt của bạn. Nó không truy vấn DNS và không thể chứng minh DNS của bạn được cấu hình đúng. Sau khi đăng bản ghi, hãy dùng công cụ tra cứu DNS để xác nhận bản ghi đã có hiệu lực.
Dịch vụ gửi thư phổ biến (giá trị include lấy từ tài liệu của từng nhà cung cấp)
Tên miền exists (nâng cao, mỗi dòng một mục)

Bản ghi SPF đã tạo

v=spf1 include:_spf.google.com ~all
Bản ghi SPF đã tạo
LoạiTên máy chủ DNSGiá trị
TXT@v=spf1 include:_spf.google.com ~all
Truy vấn DNS1 / 10
35 ký tự—
Không phát hiện vấn đề.
Cơ sở và giới hạn
  • SPF theo RFC 7208: tối đa 10 thành phần gây truy vấn DNS (include, a, mx, ptr, exists, redirect); ip4/ip6/all không tính.
  • DMARC theo RFC 9989 (DMARCbis): các thẻ v, p, sp, np, adkim, aspf, fo, rua, ruf, psd, t; pct, rf và ri đã bị loại bỏ.
  • Giá trị include và số truy vấn lồng nhau của các dịch vụ phổ biến được kiểm tra thủ công / đo trên DNS công cộng ngày 2026-10-20; nhà cung cấp có thể thay đổi bất cứ lúc nào nên hãy theo tài liệu của họ.
  • Tài liệu của Postmark nói bạn không cần thêm nó vào SPF (Return-Path của họ nằm trên tên miền của họ) nên nó không có trong danh sách mặc định.
  • Hãy dùng DKIM cùng với SPF và DMARC; khóa và selector DKIM do dịch vụ gửi thư của bạn cấp và công cụ này không bao giờ tạo khóa riêng.