Các bản ghi SPF và DKIM TXT có yêu cầu báo giá không?


15

Tôi đã tìm kiếm một vài giờ, nhưng nhiều nguồn nói những điều khác nhau.

https://support.wordfly.com/hc/en-us/articles/204767474-How-do-we-publish-DKIM-and-SPF-in-our-DNS- States Tôi không nên bao gồm dấu ngoặc kép, trong khi https: //stackoverflow.com/a/9784925/1293725 đọc dấu ngoặc kép nên được bao gồm trong các bản ghi TXT.

Đây chỉ là một số ví dụ về các nguồn, nhưng có nhiều hơn nữa.

Vậy những hồ sơ này có nên báo giá hay không?


2
Nó thực sự phụ thuộc vào hệ thống / thiết lập của bạn. Ví dụ. Tôi giả sử với wordfly bạn đang nhập các giá trị của bạn trong một hình thức web. Sử dụng dấu ngoặc kép trong một hình thức thực sự có thể làm rối tung mọi thứ. Vì vậy, có khả năng quy trình giả định các trích dẫn và nhập các giá trị bằng cách sử dụng các trích dẫn trong DNS như bình thường.
Closnoc

2
@closetnoc là chính xác. Cho dù bạn sử dụng dấu ngoặc kép hay không có khả năng liên quan nhiều hơn đến trang web / công cụ mà bạn sử dụng để nhập chúng.
Chuyến bay của Sherwin

Cảm ơn, tôi sẽ dùng thử với các trích dẫn được bao gồm trước tiên và xem hệ thống có đưa ra lỗi không. Tôi thấy khó hiểu khi các nguồn chỉ ra khoảng trắng trong các bản ghi TXT làm cho mỗi từ được coi là một chuỗi riêng lẻ và tôi không thể biết liệu đó có phải là hành vi dự định cho SPF và DKIM hay không. Nhưng tôi hiểu bây giờ nó nên được coi là một chuỗi.
Neograph734

1
Tôi đã có dấu ngoặc kép, chuyển DNS của mình sang nhà cung cấp mới (Azure DNS) và SPF ngừng hoạt động. Xóa các trích dẫn và mọi thứ hoạt động trở lại. Vì vậy, nó phụ thuộc vào nhà cung cấp. Hãy chắc chắn rằng bạn xác minh hồ sơ. Thực thể bạn đang tạo bản ghi SPF cho thường có một công cụ / nút để thực hiện việc này.
nmit026

Câu trả lời:


13

Trong tệp vùng DNS (thô) , giá trị của TXTbản ghi cần được đặt trong dấu ngoặc kép nếu nó chứa khoảng trắng (như trường hợp thường có bản ghi SPF và DKIM). Dấu cách là dấu phân cách khác trong tệp Vùng DNS.

RFC 1305 xác định cách trích dẫn các giá trị trong Vùng phạt. Liên quan đến TXThồ sơ tài nguyên:

3.3,14. Định dạng TXT RDATA

+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
/                   TXT-DATA                    /
+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+

Ở đâu:

TXT-DATA Một hoặc nhiều <character-string>s.

[Trang 20]

<character-string>được thể hiện theo một hoặc hai cách: dưới dạng một tập hợp các ký tự không có khoảng trắng bên trong hoặc dưới dạng một chuỗi bắt đầu bằng "và kết thúc bằng". Bên trong một "chuỗi phân cách, bất kỳ ký tự nào cũng có thể xảy ra, ngoại trừ chính", phải được trích dẫn bằng cách sử dụng \ (dấu gạch chéo ngược).

[Trang 35]


Tuy nhiên, như đã đề cập trong các nhận xét, bạn thường sử dụng một công cụ khác để chỉnh sửa các bản ghi DNS (bạn thường không chỉnh sửa trực tiếp tệp vùng DNS, mặc dù WHM không cung cấp cho bạn tùy chọn này). Công cụ khác này có thể sẽ xử lý các trích dẫn và bất kỳ thoát bổ sung nào được yêu cầu để làm cho hồ sơ hợp lệ. Nếu bạn bao quanh thủ công giá trị trong dấu ngoặc kép khi gửi giá trị bằng trình chỉnh sửa / công cụ của bạn thì những trích dẫn bổ sung này có thể được thoát và trở thành một phần của TXTgiá trị bản ghi.

Ngẫu nhiên, khi bạn thực hiện tra cứu DNS, bạn sẽ thấy giá trị chuỗi được phân tích cú pháp / không trích dẫn.

Tham khảo thêm:
https://en.wikipedia.org/wiki/TXT_Record
https://tools.ietf.org/html/rfc1464


Có, sau khi đọc các bình luận tôi cũng đã tìm thấy một hướng dẫn trên trang web của công ty đăng ký của mình, nêu rõ các hồ sơ nên được nhập mà không có dấu ngoặc kép (mặc dù tôi có chúng với các trích dẫn trước đó và các trình xác nhận trực tuyến đã đánh dấu chúng là hợp lệ nên có lẽ cả hai cách đều hoạt động trong trường hợp của tôi ). Tôi đã chuyển sang định dạng được đề nghị của công ty đăng ký của tôi. Cảm ơn tất cả vì sự giúp đỡ!
Neograph734

Có, Cloudflare cũng có một ghi chú cụ thể về dấu ngoặc kép hỗ
trợ.cloudflare.com / hc / en

Trường hợp tìm thấy quy tắc này, "nếu một TXTgiá trị chứa một khoảng trắng, thì nó phải được trích dẫn bằng dấu ngoặc kép"? Nghe có vẻ là một quy tắc tốt, nhưng đó là quy tắc của ai? Tôi không thể tìm thấy bất cứ điều gì về nó trong RFC 1464 hoặc trong bài viết Wikipedia mà bạn đã đề cập. (RFC 1464 đề cập đến việc thoát khỏi dấu ngoặc kép nội bộ, nhưng điều đó thì khác.)
Garret Wilson

1
À, tốt nhất tôi có thể nói loại thoát này được định nghĩa trong RFC 1035 trong Phần 3.3 cho <character-string>sản xuất, và sau đó trong phần 3.3,14, nó chỉ định rằng TXTcác bản ghi có <character-string>dữ liệu và do đó nên được trích dẫn. (Nó cũng đề cập đến điều này cho HINFOcác hồ sơ, bất kể đó là những gì.)
Garret Wilson

Có, RFC 1305 dường như là nơi được xác định. Nếu bạn chỉnh sửa vùng DNS thô trong WHM, bạn thực sự được nhắc rằng "bạn phải tuân theo các quy ước trích dẫn và thoát được mô tả trong RFC 1035". Tôi sẽ cập nhật câu trả lời của tôi, cảm ơn.
MrWhite
Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.