Long DNS TTL có quan trọng không nếu bạn có thể tắt máy chủ bằng IP cũ?

Tôi nghĩ rằng đó có thể là một tính năng tốt đẹp. Có bất kỳ lý do này không phải là một thực tế phổ biến? (Giả sử các trình duyệt/máy chủ DNS có thể giới hạn tỷ lệ các truy vấn DNS trong trường hợp một trang web chỉ đơn giản là ngoại tuyến)

Nó chỉ là không khả thi. Các yêu cầu DNS hoạt động thông qua một chuỗi dài các dịch vụ có liên quan, mỗi dịch vụ đều có bộ đệm riêng. Không có cách nào để ứng dụng kiểm soát điều này.

Xin lỗi, tôi nghĩ rằng tôi đang thiếu một cái gì đó. Đối với "www.example.com", tôi nghĩ rằng ứng dụng chỉ có thể yêu cầu cơ quan đăng ký tên miền cấp cao nhất (đối với "com") cung cấp máy chủ định danh có thẩm quyền của "example.com". Sau đó, ứng dụng có thể lấy bản ghi CNAME của "www.example.com" từ máy chủ định danh, giá trị mà chủ sở hữu miền lẽ ra phải cập nhật thành IP mới. Sau đó, ứng dụng có thể sử dụng IP mới.

Đối với các ứng dụng, trình tự hầu như luôn luôn là `máy chủ không hoạt động` `==>` `ném thông báo lỗi` và hầu như không bao giờ `máy chủ không hoạt động` `==>` *"khởi tạo các giao thức gỡ lỗi"* rồi chạy toàn bộ chuỗi kiểm tra để xác định nguyên nhân gốc *** và *** cố gắng khắc phục.Tất nhiên, bạn thiết kế ứng dụng của mình để làm như vậy, nhưng nhìn chung khi máy chủ không phản hồi, một lỗi cho bạn biết điều đó là "đủ tốt". Việc máy chủ ngừng hoạt động cũng phổ biến hơn nhiều so với việc các nhà khai thác thay đổi địa chỉ IP mà không có bất kỳ biện pháp giảm thiểu nào đối với người dùng vẫn sử dụng địa chỉ IP cũ.

@ZackLight Đó không phải là cách DNS hoạt động.

@Bob có ý nghĩa. Vui mừng khi biết rằng điều này về mặt lý thuyết phần nào có thể hoạt động.

Có nhiều lớp ở đây - ứng dụng thường hỏi lớp mạng của HĐH, lớp này sẽ yêu cầu một máy chủ đệ quy, lớp này sẽ hỏi các máy chủ gốc. Không có gì thực sự được chuẩn hóa - ví dụ trên Linux, có ít nhất 2 API khác nhau với nhiều cách triển khai mà mỗi ứng dụng có thể sử dụng. Không thể thay đổi bất cứ điều gì.

Câu hỏi này là trong các ngôn ngữ khác: