Điểm:-2

Xác minh nhà cung cấp email của tôi dường như đã làm hỏng trang web của tôi

lá cờ no

Tôi đọc được rằng nên "xác minh" nhà cung cấp dịch vụ email của mình (zoho), vì vậy, theo hướng dẫn của họ, tôi đã thêm các bản ghi sau vào DNS của mình (mã CNAME đã thay đổi một chút):

CNAME zb14799999 zmverify.zoho.com
TXT @ v=spf1 bao gồm:zoho.com ~all

Sau khi thực hiện việc này, trang web của tôi bị hỏng và DNS cho trang web của tôi (bản ghi A) không còn hoạt động, mặc dù email vẫn tiếp tục hoạt động.

Chuyện gì đang xảy ra ở đây vậy? Tôi đã đọc bản ghi CNAME và có vẻ như nó đặt bí danh cho toàn bộ miền, vậy các yêu cầu web hiện đang chuyển đến zoho, thay vì đến nơi bản ghi A đang trỏ đến? Có thể tôi không hiểu cách hoạt động của xác minh email. Tại sao tôi phải đặt bí danh toàn bộ tên miền của mình cho nhà cung cấp dịch vụ email của mình để "xác minh" chúng?

vidarlo avatar
lá cờ ar
Cung cấp cho chúng tôi tệp vùng *toàn bộ* hoặc cho chúng tôi biết tên miền để chúng tôi có thể tự tra cứu.
lá cờ jp
Trang web của bạn sẽ bị hỏng nếu bạn tạo bản ghi `CNAME` cho `@` thay vì `zb14799999`.
Nikita Kipriyanov avatar
lá cờ za
@AlexD [không thể tạo bản ghi `CNAME` cho `@`](https://serverfault.com/questions/613829/why-cant-a-cname-record-be-used-at-the-apex -aka-root-of-a-domain) (điều đó chống lại RFC)
lá cờ jp
@NikitaKipriyanov mặc dù RFC không cho phép CNAME cho các bản ghi apex nhưng không có gì đảm bảo rằng mọi bảng điều khiển của công ty đăng ký tên miền đều tuân thủ các yêu cầu của RFC. Câu hỏi bạn liên kết đề cập rõ ràng đến một trường hợp như vậy: "Công ty lưu trữ web đã đưa ra lập trường .... rằng phần mềm của họ hỗ trợ điều đó."
Nikita Kipriyanov avatar
lá cờ za
Đọc câu trả lời được chấp nhận xin vui lòng. Nó giải thích chính xác, sâu sắc và chi tiết, bao gồm cả những gì Cloudflare làm. Và, trong khi *bảng điều khiển* có thể cho phép mọi thứ, máy chủ DNS đằng sau nó thì không. Ví dụ, BIND sẽ từ chối tải vùng có bản ghi CNAME không có thật. Tôi nghi ngờ một nhà cung cấp dịch vụ lưu trữ đã viết phần mềm DNS của riêng họ.Và *vidarlo* đã đúng, chúng tôi cần một khu vực hoàn chỉnh và hướng dẫn đầy đủ, để xác nhận hướng dẫn đã được thực hiện không chính xác hoặc bản thân hướng dẫn đó không chính xác hoặc không rõ ràng.
lá cờ jp
@NikitaKipriyanov như tôi đã nói, có các bảng điều khiển và **phần mềm máy chủ DNS** sẽ vui vẻ cho phép CNAME làm bản ghi đỉnh. Ngay cả với BIND, bạn có thể gặp tình huống khi BIND từ chối dữ liệu vùng không chính xác và kết quả cuối cùng là không có máy chủ có thẩm quyền cho miền dẫn đến trang web bị hỏng.
Nikita Kipriyanov avatar
lá cờ za
Trong trường hợp đó, toàn bộ khu vực sẽ bị hỏng và xác nhận email cũng sẽ không diễn ra. Vì vậy, câu hỏi này chắc chắn không phải là trường hợp. Ngoài ra, bạn có thể vui lòng cho chúng tôi biết bất kỳ phần mềm DNS mẫu nào bị thiếu hụt nghiêm trọng như vậy không? (Ít nhất là chuẩn bị để không vô tình sử dụng nó.)
lá cờ jp
@NikitaKipriyanov `đào @a.ns.bytemark.co.uk cnameexample.org`. Và bạn không cần phải sử dụng `cho chúng tôi biết`. Bạn không phải là hoàng gia.
Điểm:0
lá cờ no

Đây là một báo động giả. Trên thực tế, các trình duyệt khác đã có thể truy cập trang web một cách chính xác. Nguyên nhân là do trang web không có chức năng SSL và URL kiểm tra được trình duyệt mặc định là https thay vì http. Vì vậy, tôi đang đề xuất một giao thức thử nghiệm cho các sự cố như thế này đối với những người dùng gặp sự cố tương tự khi họ gặp lỗi "không tìm thấy trang web" (= DNS) trong trình duyệt của họ:

  • Xác minh rằng URL là chính xác, đặc biệt là giao thức dự kiến ​​(HTTP so với HTTPS so với FTP hoặc bất kỳ giao thức nào) đang được trình duyệt sử dụng

  • Xác minh rằng địa chỉ IP hoạt động và đó thực sự là sự cố DNS (ví dụ: thử http://45.180.23.121:80 hoặc bất kể địa chỉ IP là gì)

  • Xác minh rằng bạn đang sử dụng đúng số cổng nếu máy chủ web không sử dụng cổng mặc định là 80

  • Kiểm tra với các trình duyệt khác, trên các máy khác nếu có thể để thu hẹp bối cảnh của sự cố

  • Thử nslookup xem máy có phân giải đúng URL không

  • Sử dụng một công cụ như dnsrecon để giải thích độ phân giải tên vì nó hiện đang được xuất bản bởi các máy chủ DNS

  • Nếu sự cố là do trình duyệt cụ thể, hãy xóa bộ đệm ẩn DNS của trình duyệt cho miền được đề cập và thử khởi động lại trình duyệt nếu cần.

  • Nếu sự cố được đảm bảo là do trình duyệt cụ thể và bạn chắc chắn rằng URL đang được nhập chính xác và bộ đệm ẩn DNS đã xóa, thì hãy thử khởi động lại trình duyệt và cuối cùng đặt lại trình duyệt về cài đặt mặc định và tắt tiện ích mở rộng.

Đă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.