Điểm:1

Công ty đăng ký tên miền cho phép @ CNAME cho tên miền gốc, điều này có đáng tin cậy không?

lá cờ in

Do kiến ​​thức của tôi còn thiếu sót nên tôi đã thiết lập Windows VM trên Azure, sau đó tôi truy cập Namecheap và đăng ký một miền. Ở đâu đó, tôi có ý tưởng đặt bản ghi CNAME đối với @ và FQDN và nó hoạt động.

Trong bản ghi tên của tôi, thực sự có 2 mục @ và www cho CNAME đối với Azure VM FQDN. Mọi thứ hoạt động ngọt ngào.

Hôm qua, anh chàng mà tôi đang làm việc đã chuyển đổi máy chủ định danh trên tên miền được lên kế hoạch không có ở Namecheap (Tôi đang sử dụng tên miền giả mà tôi đã đăng ký tại Namecheap) và không thể làm như những gì tôi đã làm, và chúng tôi đã tiêu một vài giờ nhìn vào nó.

Hôm nay mình dùng tool tra cứu thì thấy Namecheap dùng tên miền mình cung cấp để tra cứu địa chỉ IP và nhập bản ghi A vào IP đó, nhưng nó không hiện trên trang quản lý. Vậy là xong phần chạy nền. Hôm qua tôi đã đặt lại máy ảo và IP đã thay đổi và tên miền đã được sao lưu sau vài phút.

Làm thế nào là bình thường này? Làm thế nào ổn định là điều này? Tôi không có IP chuyên dụng trên Azure.

Bây giờ tôi hiểu rằng @ trên miền không phải www là không bình thường (tức là thường không thể đặt @ trên bản ghi CNAME). Nhưng có những máy chủ tên miền có uy tín đang cung cấp dịch vụ này miễn phí? Nó có phải là một cái gì đó tôi có thể tìm kiếm? (Vấn đề phụ là Namecheap hiện không sẵn sàng nhận chuyển miền này vì rõ ràng miền .com.au rất khó chuyển).

Nếu trường hợp này hiếm xảy ra, thì các tùy chọn duy nhất của tôi có phải là trả Azure cho một IP tĩnh và sử dụng bản ghi A không?

Điểm:2
lá cờ gg

CNAME gốc không thực sự được hỗ trợ bởi bất kỳ tiêu chuẩn nào, nhưng một số nhà cung cấp làm điều đó vì nó khá tiện dụng. Như bạn đã nhận thấy, vấn đề là do đây không phải là giải pháp được tiêu chuẩn hóa nên việc triển khai sẽ khác nhau, chẳng hạn như truy vấn tên trong CNAME, giải quyết tên đó và chèn IP dưới dạng bản ghi A.

Tôi không khuyến nghị phương pháp này, vì có những lý do thực sự giải thích tại sao bản ghi gốc cần phải là bản ghi A hoặc AAAA.

Các cách thích hợp để xử lý việc này là đăng ký và trả tiền cho một IP tĩnh từ Azure hoặc cách khác, nếu bạn đang lưu trữ nhiều trang web này, thì hãy lấy một IP tĩnh duy nhất cho bộ cân bằng tải/proxy ngược và để nó chuyển tiếp các yêu cầu tới các ứng dụng web động của bạn.

Hoặc, bạn có thể sử dụng Cloudflare, vì họ thực sự đã quản lý để tạo CNAME tuân thủ RFC khi triển khai gốc. https://blog.cloudflare.com/introducing-cname-flattening-rfc-compliant-cnames-at-a-domains-root/

Patrick Mevzek avatar
lá cờ cn
Tiêu chuẩn mới sẽ là các bản ghi `SVCB` và `HTTPS` sẽ cho phép tính năng tương tự như CNAME nhưng cũng ở đỉnh. Ít nhất chúng đã được iOS và CloudFlare sử dụng.
lá cờ gg
Gọn gàng, tôi đã không nghe nói về điều đó!
user160357 avatar
lá cờ gb
Vui lòng giải thích tại sao, điều này không được khuyến nghị?
lá cờ gg
Về mặt kỹ thuật, bạn có thể có một CNAME ở thư mục gốc, nhưng theo tiêu chuẩn, không có bản ghi nào khác có cùng tên có thể cùng tồn tại với một CNAME, điều này khiến cho việc có một CNAME ở thư mục gốc là không thể vì có các bản ghi khác có cùng tên đó phải cùng tồn tại với bản ghi gốc. Bài đăng trên blog của Cloudflare giải thích điều đó khá tốt.
Điểm:-1
lá cờ de

CNAME chỉ có nghĩa là bí danh. Nó cũng đáng tin cậy như Bản ghi chỉ có nhiều tên miền đang sử dụng cùng một ip. Tuy nhiên, nếu miền bạn đang sử dụng CNAME hết hạn hoặc ngừng tồn tại, thì bạn sẽ gặp vấn đề tương tự khi tìm nơi miền của bạn trỏ đến.

Một bản ghi:

tên miền1 ip

ip tên miền2

cũng giống như:

tên miền1 ip

miền2 miền1

chỉ có điều đó trong tình huống thứ 2 nếu ip miền 1 cập nhật, thì miền 2 cũng vậy, nhưng trong trường hợp đầu tiên, cả hai miền cần được cập nhật riêng lẻ khi thay đổi ip.

Patrick Mevzek avatar
lá cờ cn
Bạn đã quên trường hợp sử dụng cụ thể của apex và quy tắc rằng `CNAME` KHÔNG thể cùng tồn tại với bất kỳ bản ghi nào khác, trong khi apex đã có các bản ghi khác (`NS` và `SOA` để bắt đầu). Vì vậy, câu trả lời của bạn có thể nói chung là ổn một cách mơ hồ nhưng hoàn toàn không ổn đối với apex.
lá cờ de
Nó cũng phụ thuộc vào phần mềm/dịch vụ DNS được sử dụng. Một số sẽ cho phép một số sẽ không. Tuy nhiên, điều tôi muốn giải thích là nói chung, bản ghi CNAME hoặc A không tạo ra sự khác biệt bất kể cấp độ tên miền. Điều này là do cho dù tên miền phụ hay cấp cao nhất thì vẫn có những thứ khác phía trên nó, chẳng hạn như .com ở phía sau, trong khi www.domain.com có ​​thể hoạt động và thường sử dụng CNAME, mặc dù vậy, nó được coi là tên miền phụ.Nếu một máy chủ web có cả hai miền, thì CNAME sẽ có ý nghĩa đối với miền chính của máy chủ trong trường hợp bản ghi A được cập nhật nếu NS không giống nhau, điều này sẽ hữu ích trong cloudflare nhưng không được phép
Patrick Mevzek avatar
lá cờ cn
"Nó cũng phụ thuộc vào phần mềm/dịch vụ DNS được sử dụng." Không, nó không. Tất nhiên, bạn có thể xuất bản bất kỳ thứ gì tào lao trong vùng của mình... điều đó không có nghĩa là máy chủ định danh đệ quy sẽ chấp nhận nó. Vì vậy, ngay cả khi bạn tìm thấy một máy chủ tên giả cho phép bạn đặt CNAME ở đỉnh (và chẳng hạn như liên kết sẽ không hoạt động), điều đó không có nghĩa là nó sẽ hoạt động. Hoàn toàn ngược lại.
Patrick Mevzek avatar
lá cờ cn
"Nói chung, bản ghi CNAME hoặc A không tạo ra sự khác biệt nào bất kể cấp độ tên miền." Nói chung có thể, lúc cao điểm thì không. Và câu hỏi CỤ THỂ về apex. Vì vậy, câu trả lời nên là về điều đó đầu tiên. Nói chung, bạn có thể mở rộng sau, nhưng việc không trả lời điểm cốt lõi của apex khiến câu trả lời của bạn ít liên quan hơn những câu trả lời khác.
Patrick Mevzek avatar
lá cờ cn
`CNAME` rất hữu ích 40 ngày trước khi không có công cụ nào tồn tại để cập nhật hàng loạt. Ngày nay, nó phần lớn không còn liên quan và chúng ta có thể sống mà không cần nó. Bất kỳ phần mềm cung cấp tốt nào cũng có thể tạo tất cả các bản ghi `A`/`AAAA` cần thiết mà không cần dựa vào CNAME.

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