Tất cả công cụ lập trình

Tạo bản ghi SPF hợp lệ từ các dịch vụ gửi thư của bạn, rồi kiểm tra bản ghi tên miền đang công bố theo quy tắc RFC 7208.

Miễn phí

1Ai gửi thư cho tên miền này?

Đánh dấu mọi dịch vụ gửi email dùng tên miền của bạn trong địa chỉ From. Mỗi dịch vụ sẽ thêm thành phần include: mà nó yêu cầu, cùng số lượt tra cứu DNS mà nó tốn.

2Máy chủ của riêng bạn

Mỗi dòng một mục. Thành phần IP không tốn lượt tra cứu DNS nào, nên hãy ưu tiên dùng khi có thể.

Mỗi dòng một tên miền: mỗi tên miền trở thành một thành phần include:. Các thành phần đã viết sẵn được giữ nguyên.

3Còn những người gửi khác thì sao?

Thành phần cuối cùng quyết định cách bên nhận xử lý thư từ bất kỳ máy chủ nào không có trong danh sách ở trên.

Bản ghi SPF của bạn


		

Cách công bố
Loại bản ghi
TXT
Tên / host
@ (gốc của tên miền)
TTL
3600
  1. Mở vùng DNS của tên miền tại nhà đăng ký hoặc nơi quản lý DNS của bạn.
  2. Xóa mọi bản ghi SPF hiện có: một tên miền chỉ được công bố đúng một bản ghi.
  3. Thêm một bản ghi TXT tại gốc của tên miền với giá trị ở trên.
  4. Chờ TTL hết hạn, rồi xác nhận lại bằng tab kiểm tra.

Một tên miền chỉ được công bố một bản ghi SPF. Để thêm người gửi mới, hãy sửa bản ghi hiện có, đừng bao giờ thêm bản ghi thứ hai.

Tạo bản ghi ở bên trái, hoặc chuyển sang trình kiểm tra để đọc bản ghi SPF mà một tên miền đang công bố: mọi cơ chế đều được giải thích và giới hạn mười lần tra cứu được đếm giúp bạn.

Tạo bản ghi ở bên trái, hoặc chuyển sang trình kiểm tra để đọc bản ghi SPF mà một tên miền đang công bố: mọi cơ chế đều được giải thích và giới hạn mười lần tra cứu được đếm giúp bạn.

Your results appear here Fill in the field above, then run the check.
Bản ghi đã công bố
Hạn mức tra cứu DNS
RFC 7208 cho phép mười lượt
#Thành phầnTìm thấy trong
Giải thích từng thành phần
Thành phầnKết quảTác dụng
Kết quả phát hiện

Giới thiệu về Tạo & kiểm tra bản ghi SPF

Công cụ tạo & kiểm tra bản ghi SPF làm hai việc mà chủ sở hữu tên miền thực sự cần. Trình tạo hỏi những dịch vụ nào gửi thư bằng tên miền của bạn (Google Workspace, Microsoft 365, SendGrid, Mailgun, Amazon SES, máy chủ riêng của bạn) và lắp ráp bản ghi `v=spf1` hợp lệ từ đó, đồng thời đếm số lần tra cứu DNS mà bản ghi sẽ tốn khi bạn xây dựng. Trình kiểm tra đọc bản ghi mà tên miền của bạn đang công bố, giải thích từng cơ chế bằng ngôn ngữ dễ hiểu và kiểm thử theo RFC 7208.

Quy tắc khiến nhiều người vấp nhất là giới hạn mười lần tra cứu. Mỗi thành phần `include`, `a`, `mx`, `ptr` và `exists` tốn một truy vấn DNS, và mỗi thành phần bên trong các bản ghi mà chúng trỏ tới cũng vậy. Vượt quá mười, bên nhận trả về lỗi vĩnh viễn, nghĩa là SPF thất bại với toàn bộ thư của bạn, không chỉ phần giả mạo. Trình kiểm tra đi theo các include của bạn theo kiểu đệ quy và cho thấy chính xác mỗi lần tra cứu được dùng ở đâu, để bạn thấy bên gửi nào đã đẩy bạn vượt giới hạn.

Công cụ cũng cảnh báo những lỗi âm thầm làm vô hiệu bản ghi SPF: bản ghi SPF thứ hai trên cùng tên miền (khiến cả hai đều không hợp lệ), `+all` (cho phép toàn bộ internet), thiếu `all` (không khẳng định gì), cơ chế `ptr` đã lỗi thời, các thành phần đặt sau `all` nơi chúng không bao giờ được đọc, và lỗi cú pháp biến toàn bộ bản ghi thành lỗi vĩnh viễn.

Cách sử dụng Tạo & kiểm tra bản ghi SPF

  1. Trên tab Trình tạo, đánh dấu mọi dịch vụ gửi email bằng tên miền của bạn trong địa chỉ From.
  2. Thêm máy chủ thư của riêng bạn: bật mx, và dán mọi dải IPv4 hoặc IPv6 cố định: các thành phần IP không tốn lần tra cứu DNS nào.
  3. Theo dõi đồng hồ đo tra cứu. Nếu vượt quá mười, hãy bỏ một bên gửi hoặc thay một include bằng các dải IP đứng sau nó.
  4. Chọn chính sách cuối: bắt đầu bằng ~all (đánh dấu đáng ngờ) và siết lại thành -all khi báo cáo DMARC của bạn đã sạch.
  5. Sao chép bản ghi và công bố dưới dạng một bản ghi TXT duy nhất ở gốc tên miền của bạn, thay thế mọi bản ghi SPF hiện có.
  6. Quay lại tab Trình kiểm tra sau khi TTL đã trôi qua và xác nhận bản ghi đã công bố được phân tích sạch.

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

RFC 7208 cho phép tối đa mười thành phần truy vấn DNS cho mỗi lần đánh giá: include, a, mx, ptr, exists và bộ điều chỉnh redirect. Các lần tra cứu bên trong những bản ghi bạn include cũng được tính. Vượt quá mười, bên nhận trả về lỗi vĩnh viễn và SPF thất bại với mọi thư bạn gửi.

Không. Một tên miền phải công bố đúng một bản ghi v=spf1. Khi bên nhận thấy hai bản ghi, nó trả về lỗi vĩnh viễn và SPF thất bại với toàn bộ thư của bạn. Để thêm bên gửi, hãy sửa bản ghi hiện có thay vì thêm bản ghi thứ hai.

Bắt đầu bằng ~all, nghĩa là yêu cầu bên nhận chấp nhận các bên gửi không được liệt kê nhưng coi họ là đáng ngờ. Khi báo cáo tổng hợp DMARC cho thấy mọi bên gửi hợp lệ đều đạt, hãy chuyển sang -all để thực thi đầy đủ. Đừng bao giờ dùng +all: nó cho phép toàn bộ internet.

Xóa các bên gửi bạn không còn dùng, thay một include bằng các dải ip4:/ip6: đứng sau nó (các thành phần IP không tốn tra cứu), chuyển bản tin sang một tên miền phụ có bản ghi riêng, hoặc dùng nhà cung cấp có bản ghi đã được làm phẳng (flatten).

Không. SPF chỉ cấp phép cho máy chủ gửi và sẽ hỏng khi thư được chuyển tiếp. Nó phải đi cùng DKIM và chính sách DMARC để bên nhận hành động khi thất bại, đúng như Gmail và Yahoo yêu cầu từ các bên gửi hàng loạt từ năm 2024.

Có, hoàn toàn miễn phí và không cần đăng ký. Trình tạo chạy trong trình duyệt của bạn và trình kiểm tra thực hiện một lần tra cứu DNS thông thường, có giới hạn tần suất.


Tìm kiếm phổ biến
tạo bản ghi spf kiểm tra spf kiểm tra bản ghi spf tra cứu spf xác thực spf tạo spf record spf record cho google workspace giới hạn 10 lookup của spf kiểm tra spf record của tên miền kiểm tra cú pháp spf
Cần trợ giúp?
Gặp sự cố với công cụ này? Hãy cho đội ngũ của chúng tôi biết.
Báo cáo sự cố

Thêm công cụ miễn phí này vào trang web của riêng bạn: sao chép và dán mã bên dưới.