Điểm:0

CNAME trỏ đến 2 Bản ghi A khác nhau được thiết lập với Định tuyến chuyển đổi dự phòng chính/phụ?

lá cờ cn

Xem xét hồ sơ như:

máy chủ.example.com dưới dạng CNAME để:

máy chủ01.example.commáy chủ02.example.com

(trên hai bản ghi riêng biệt).

Tôi muốn thiết lập các bản ghi A đó theo chính sách định tuyến Chuyển đổi dự phòng.

Bản ghi Tên Loại Định tuyến Khác biệt Định tuyến lưu lượng đến
--------------------------------------------- ----------------
host.example.com Chuyển đổi dự phòng CNAME Máy chủ chính01.example.com
host.example.com CNAME Failover Thứ cấp host02.example.com 

Nếu máy chủ01.example.com không hoạt động vì bất kỳ lý do gì, tôi muốn yêu cầu máy chủ.example.com để vẫn hài lòng, nhưng chỉ cần chỉ vào máy chủ02.example.com. Đây có phải là cách chính xác để thực hiện chính sách như vậy ở Tuyến đường 53 không? Hoặc sẽ có một giải pháp tốt hơn?

Điểm:2
lá cờ cn

host.example.com dưới dạng CNAME để: host01.example.com và host02.example.com

Điều đó là không thể, vì bạn không thể có 2 bản ghi CNAME trên cùng một tên. (vì bạn không thể có bản ghi CNAME để cùng tồn tại với bất kỳ bản ghi nào khác cho vấn đề đó - ngoại trừ bản ghi DNSSEC).

Nếu host01.example.com không hoạt động vì bất kỳ lý do gì, tôi muốn các yêu cầu tới host.example.com vẫn được đáp ứng nhưng chỉ trỏ tới host02.example.com.

DNS không hoạt động như vậy. Theo mặc định, nó cung cấp khả năng cân bằng tải chứ không phải chuyển đổi dự phòng. Bạn có thể có nhiều cách khác nhau bằng cách sử dụng TTL ngắn, DNS động để thay đổi địa chỉ IP nhanh chóng, DNS anycast, xoay địa chỉ IP để phản hồi hoặc sau đó quan trọng hơn là xử lý sự cố ở lớp tiếp theo, nơi có ý nghĩa như HTTPS hoặc thứ gì đó khác. Tất cả các bộ cân bằng tải đều cung cấp cơ chế chuyển đổi dự phòng (nhưng sau đó bạn cũng phải tìm hiểu cách tạo chuyển đổi dự phòng cho chính các bộ cân bằng tải).

Đối với các trường hợp DNS "khó" xử lý, hãy xem dnsdist, mà bạn có thể đặt trước một số máy chủ định danh có thẩm quyền nhưng điều này cho phép bạn tạo các câu trả lời theo cách phong phú hơn nhiều.

lá cờ cn
Tôi thấy những gì bạn đang nói. Có vẻ lạ là Tuyến 53 sẽ cho phép tôi định cấu hình hai bản ghi CNAME như vậy và lưu cấu hình. Làm thế nào để nó biết nên giải quyết cái nào - cái nào bị đánh trước? Tôi tự hỏi nếu đây sẽ là một vấn đề. Tôi nghĩ có lẽ sẽ hợp lý hơn nếu chúng ta trỏ đến host01 thông qua một cname và chỉ cần kích hoạt nó dưới dạng chuyển đổi dự phòng.
Patrick Mevzek avatar
lá cờ cn
"Làm cách nào để biết cần giải quyết cái nào - chỉ cái nào bị tấn công trước?" Bạn sẽ cần hỏi nhà cung cấp DNS của mình. 2 bản ghi `CNAME` trên một tên nhất định rõ ràng là trái với thông số kỹ thuật DNS, vì vậy nếu có ai đó làm điều đó, chỉ họ mới có thể trả lời cách thức hoạt động của nó hoặc nếu ai đó biết ở đây và viết câu trả lời khác.Có thể chuyển đổi dự phòng là dịch vụ cốt lõi do nhà cung cấp DNS của bạn cung cấp ở đây nhưng câu trả lời của tôi là chung chung, vì tôi nghĩ có thể nguy hiểm khi dựa vào những thứ DNS không chuẩn, ít nhất nó sẽ khiến việc di chuyển sang nhà cung cấp DNS khác trở nên phức tạp hơn.
lá cờ cn
Cảm ơn Patrick - một lần nữa nếu có ai đang đọc qua những bình luận này, xin nhắc lại: đây là đường 53.

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