Tham gia Đăng nhập
Điểm:-1
John avatar Server

Mất bao lâu để google xác thực mục nhập DNS DKIM TXT?

lá cờ in
John

nhập mô tả hình ảnh ở đây

Có ai biết mất bao lâu để google xác thực mục nhập DNS DKIM TXT không?

Mục nằm trong AWS Route53 và bản ghi được lưu chính xác, bản ghi chỉ ở TTL 10 giây.

Google dường như hài lòng với việc đọc hồ sơ.

Nhưng ... nó đã được đặt như hình ảnh hơn 4 giờ rồi.

Nó có nghĩa là mất nhiều thời gian như vậy, hoặc có ai có bất kỳ lời khuyên nào không?

54
0 + 0
lá cờ cn
Håkan Lindqvist
Để rõ ràng, có vấn đề gì không?
2
Hồi đáp
John avatar
lá cờ in
John
Có lẽ sau đó đây là câu hỏi. Đây có phải là giao diện google trông giống như khi xác thực DKIM không? Hoặc nên có một dấu hiệu cho thấy việc xác thực đã thành công? Tôi gần như không thể biết được liệu có hay không có gì sai.
0
Hồi đáp
lá cờ cn
Håkan Lindqvist
Theo hiểu biết của tôi, đây là giao diện khi DKIM đang hoạt động, do đó "xác thực email". Có lẽ đó là toàn bộ sự nhầm lẫn?
1
Hồi đáp
John avatar
lá cờ in
John
À đúng rồi tôi hiểu rồi.. vâng, điều đó thực sự làm tôi bối rối. Tôi đã mong đợi một số loại phản hồi từ giao diện người dùng để nói "tất cả đều tốt"... không giúp được gì khi nút lưu cũng bị mờ đi :D
0
Hồi đáp
djdomi avatar
lá cờ za
djdomi
thành thật mà nói, câu hỏi cần tập trung hơn. một thay đổi dns mất nhiều ngày ngay cả trên ttl thấp mà bất kỳ dns nào trên trái đất đều biết về những thay đổi
0
Hồi đáp
Điểm:0
John Hanley avatar Server
lá cờ cn
John Hanley

Với điều kiện là bạn đã tạo các bản ghi tài nguyên một cách chính xác lần đầu tiên, không có sự chậm trễ. Vì đã chờ đợi, điều đó có nghĩa là bạn:

  • đã tạo một bản ghi tài nguyên không chính xác,
  • đặt tên cho bản ghi tài nguyên không chính xác,
  • đã không tạo bản ghi tài nguyên trước lần đầu tiên Google truy vấn bản ghi (và nhận được NXDOMAIN).

Bình luận:

  1. TTL hiện tại không ảnh hưởng đến các bản ghi đã lưu trong bộ nhớ cache trước đó.

  2. Nếu một truy vấn trước đó nhận được NXDOMAIN, thì phản hồi (lỗi) đó sẽ được lưu vào bộ đệm ẩn. Bản ghi SOA cho biết bạn sẽ phải đợi bao lâu. Đây là một lý do phổ biến cho sự thành công bị trì hoãn.

  3. Câu hỏi của bạn thiếu thông tin chi tiết về bản ghi mà Google đã chỉ định và bản ghi bạn đã tạo. Vì các bản ghi DNS là công khai nên không cần ẩn chúng. Việc cung cấp những chi tiết đó giúp bạn dễ dàng biết được điều gì sai.

  4. Sử dụng các công cụ dựa trên Internet để xác minh bản ghi DMARC/DKIM/SPF của bạn. tôi sử dụng cái này Địa điểm và điều này Địa điểm.

  5. Nếu bản ghi tài nguyên là chính xác và được xác minh bởi một công cụ bên ngoài và bạn đã chờ tới 48 giờ mà không thành công, hãy bắt đầu lại quy trình với Google.

Gợi ý:

Bạn có thể xóa bộ đệm DNS. Điều này có thể hữu ích khi các bản ghi DNS không chính xác được lưu vào bộ nhớ cache.

Xóa những gì bạn đã tạo, xóa DNS và khởi động lại quy trình với Google.

Bộ nhớ cache xóa DNS của Google

0 + 0
lá cờ VietNam
Phan Văn Trường
Câu hỏi này là trong các ngôn ngữ khác:

Đăng câu trả lời

Hầu hết mọi người không hiểu rằng việc đặt nhiều câu hỏi sẽ mở ra cơ hội học hỏi và cải thiện mối quan hệ giữa các cá nhân. Ví dụ, trong các nghiên cứu của Alison, mặc dù mọi người có thể nhớ chính xác có bao nhiêu câu hỏi đã được đặt ra trong các cuộc trò chuyện của họ, nhưng họ không trực giác nhận ra mối liên hệ giữa câu hỏi và sự yêu thích. Qua bốn nghiên cứu, trong đó những người tham gia tự tham gia vào các cuộc trò chuyện hoặc đọc bản ghi lại các cuộc trò chuyện của người khác, mọi người có xu hướng không nhận ra rằng việc đặt câu hỏi sẽ ảnh hưởng—hoặc đã ảnh hưởng—mức độ thân thiện giữa những người đối thoại.