Tôi biết nó có thể rất khác nhau dựa trên tình huống, nhưng đối với việc lưu trữ một trang web không có kế hoạch di chuyển máy chủ lưu trữ, một TTL tốt để thiết lập trên bản ghi DNS là gì?
Tôi biết nó có thể rất khác nhau dựa trên tình huống, nhưng đối với việc lưu trữ một trang web không có kế hoạch di chuyển máy chủ lưu trữ, một TTL tốt để thiết lập trên bản ghi DNS là gì?
Câu trả lời:
Tôi có xu hướng để nó ở mặc định của Slicehost, 86.400 giây (1 ngày). Tôi thả nó xuống còn 10 phút khi tôi đang chờ di chuyển và đợi một hoặc hai ngày.
chỉnh sửa: Những ngày này (2016) Tôi có xu hướng giữ nó ở mức thấp - ~ 5 phút.
Các tiêu chuẩn (được viết cách đây rất lâu vào năm 1987) đề xuất 86.400 giây (1 ngày) là TTL mặc định tối thiểu.
Điều quan trọng là các TTL được đặt thành các giá trị phù hợp. TTL là thời gian (tính bằng giây) mà bộ giải quyết sẽ sử dụng dữ liệu nhận được từ máy chủ của bạn trước khi nó hỏi lại máy chủ của bạn. Nếu bạn đặt giá trị quá thấp, máy chủ của bạn sẽ được tải xuống với rất nhiều yêu cầu lặp lại. Nếu bạn đặt nó quá cao, thì thông tin bạn thay đổi sẽ không được phân phối trong một khoảng thời gian hợp lý. Nếu bạn để trống trường TTL, nó sẽ mặc định là những gì được chỉ định trong bản ghi SOA cho vùng.
Hầu hết thông tin máy chủ không thay đổi nhiều trong khoảng thời gian dài. Một cách tốt để thiết lập các TTL của bạn sẽ là đặt chúng ở giá trị cao, sau đó hạ giá trị xuống nếu bạn biết rằng một sự thay đổi sẽ đến sớm. Bạn có thể đặt hầu hết các TTL ở bất cứ đâu trong khoảng thời gian từ một ngày (86400) đến một tuần (604800). Sau đó, nếu bạn biết một số dữ liệu sẽ thay đổi trong tương lai gần, hãy đặt TTL cho RR đó xuống giá trị thấp hơn (một giờ đến một ngày) cho đến khi thay đổi diễn ra, sau đó đưa nó trở về giá trị trước đó.
Ngoài ra, tất cả các RR có cùng tên, lớp và loại phải có cùng giá trị TTL.
Xem RFC 1033: http://tools.ietf.org/html/rfc1033
RFC 1912 (từ năm 1996) cho thấy rằng 3 ngày có thể phù hợp hơn cho SOAhồ sơ.
Tôi đã nhận thấy rằng nó đang trở nên thời trang hơn khi có các TTL ngắn hơn để có thể đáp ứng trong các trường hợp khẩn cấp (đặc biệt là trong môi trường HA DNS) nhanh hơn.
4 giờ là tốt, cung cấp một sự cân bằng chấp nhận được. Đó là những gì tôi sử dụng trên hầu hết các khu vực.
Bên cạnh RFC 1912 , người dùng ở châu Âu cũng nên xem RIPE-203, "Khuyến nghị cho các giá trị DNS DNS" , khuyến nghị hai ngày là giá trị TTL tối thiểu.
(lưu ý: bài đăng này áp dụng cho TTL trên các bản ghi A / AAAA không thường xuyên, một số loại bản ghi khác có thể có các TTL dài hơn vì chúng không thể hiện các điểm thất bại theo cùng một cách).
Bạn thực sự cần phải suy nghĩ về điều này trong các kế hoạch khắc phục thảm họa của bạn. Đây không phải là khi bạn có ý định di chuyển trang web (đối với việc di chuyển có chủ ý, bạn có thể giảm TTL trong quá trình di chuyển sang di chuyển). Đó là khi máy chủ của bạn biến mất khỏi mạng internet hoặc đuổi bạn vì vi phạm ĐKDV hoặc đuổi bạn ra vì họ không thể xử lý DDOS theo cách của bạn.
Nếu bạn không quan tâm đến việc trang web của bạn bị sập trong một ngày hoặc lâu hơn trong những trường hợp đó thì hãy tiếp tục và để mặc định mặc định một ngày. Nếu bạn có không gian địa chỉ PI và quá cảnh BGP ở nhiều địa điểm từ nhiều nhà cung cấp và có ý định xử lý khắc phục thảm họa ở cấp độ BGP, hãy tiếp tục và để mặc định trong một ngày. Mặt khác, nếu bạn đang sử dụng DNS như là kỹ thuật của bạn trong việc phân chia hệ số của bạn cho một trang web chuyển đổi dự phòng thì bạn muốn có một đoạn ngắn hơn nhiều, 5 minuit là một giá trị khá phổ biến.