Thay đổi số sê-ri DNS trong quá khứ

12

Tôi có một số máy chủ DNS cho tổ chức của chúng tôi được thiết lập bởi người tiền nhiệm của tôi. Anh ấy đã không sử dụng định dạng chuẩn cho số sê-ri, thay vào đó anh ấy đã sử dụng định dạng kỳ lạ bắt đầu từ năm 2033. Điều tôi muốn làm là thay thế máy chủ DNS của mình bằng định dạng của riêng tôi nhưng tôi lo lắng về việc thay đổi số sê-ri thành định dạng "phù hợp" bằng cách sử dụng YYYYMMDDXX vì nó sẽ là số thấp hơn.

Đây là các máy chủ DNS công cộng của chúng tôi và tôi chỉ muốn đảm bảo rằng sẽ không có vấn đề gì trong việc này. Có ai có kinh nghiệm trong quá trình chuyển đổi này không?

domain-name-system bind

— Jordan Eunson
nguồn

6

Cảnh báo: Không có định dạng chuẩn cho số sê-ri DNS.

— John Gardeniers

1

@John Định dạng nối tiếp đó được khuyến nghị bởi RFC1912 phần 2.2. Xem: faqs.org/rfcs/rfc1912.html

— Justin Scott

@Justin, đó không phải là một gợi ý nữa. Nó không phải là một tiêu chuẩn. Bên cạnh đó, RFC dù sao cũng không phải là một tiêu chuẩn. Nó là tiền thân cho một khuyến nghị cho một tiêu chuẩn. Chỉ có bấy nhiêu thôi.

— John Gardeniers

@ John Tôi không nói đó là một tiêu chuẩn, tôi đã nói nó là "khuyến nghị". Tuy nhiên, gần như mọi khu vực DNS tôi từng thấy đều sử dụng định dạng đó, vì vậy bạn có thể nói đó là một tiêu chuẩn thực tế.

— Justin Scott

6

Nếu số của anh ấy bắt đầu từ năm 2033 lớn hơn thì tiêu chuẩn YYYYMMDDXX thì bạn có thể đặt lại giá trị.

Dưới đây là một bài viết mô tả các thủ tục. Về cơ bản, bạn phải khai thác thực tế rằng số sê-ri là số nguyên 32 bit và sẽ bao bọc nếu bạn sử dụng các giá trị lớn hơn.

— Zoredache
nguồn

Đây là lý do tại sao liên kết đến một giải pháp trong trao đổi ngăn xếp không thực sự cung cấp thông tin. Liên kết bị CHẾT!

— labradort

@labradort vẫn hoạt động cho tôi. Nó đã được thay đổi thành một liên kết archive.org một thời gian trước đây vẫn còn hiệu lực. Dưới đây là một vài liên kết khác unix.stackexchange.com/questions/36869/ Khăn microhowto.info/howto/iêu Tôi không thực sự muốn sao chép-dán toàn bộ các trang vào câu trả lời. Ngoài ra, tôi vẫn nghĩ rằng việc đề cập rằng nó là một số nguyên 32 bit có lẽ là đủ cho hầu hết mọi người đến các trang hiện tại thông qua Google.

— Zoredache

"504 Cổng hết thời gian Máy chủ không phản hồi kịp thời." - từ liên kết ban đầu. Dưới đây là một số thông tin hữu ích ... Ràng buộc 9,9 sẽ không thực hiện chuyển vùng thông qua "cũng thông báo" trừ khi số sê-ri được tăng lên. Số sê-ri không bao giờ có thể tăng hơn 2147483647 tại một thời điểm. Tương đương 99999999 trên máy đo đường là 2 ^ 32 - 1 hoặc 4294967295. Đợi NS phụ nhận được SOA mới trước khi tăng để bạn có thể chuyển chúng sang số sê-ri giá trị thấp hơn.

— labradort

6

Tôi đã không phải tự làm điều này, nhưng tôi đã đánh dấu một giải pháp ( HOWTO Fix số sê-ri SOA RR ) từ tác giả của cuốn sách Pro DNS và BIND trong trường hợp tôi tự mắc lỗi này.

— Peter Murray
nguồn

4

Bạn có thể đặt số sê-ri thành bất cứ thứ gì bạn thích. Theo mặc định, các máy chủ thứ cấp sẽ không thực hiện chuyển khoản trừ khi số lượng cao hơn, nhưng bạn có thể ra lệnh cho họ thực hiện chuyển và tải lại miễn là bạn có quyền truy cập trực tiếp vào chúng. Chỉ cần đặt số sê-ri thành những gì bạn thích, sau đó đưa ra các lệnh chuyển lại cho các máy chủ thứ cấp để chúng sẽ tìm nạp thông tin mới mặc dù số sê-ri thấp hơn.

— Justin Scott
nguồn

3

Và nếu điều đó không hoạt động (ít nhất là trong trường hợp BIND đó), chỉ cần xóa (các) tệp vùng khỏi phụ và để nó tải lại, điều đó sẽ khiến nó lấy các bản sao mới.

— John Gardeniers

0

Như đã nói, trường SERIAL trong bản ghi tài nguyên SOA không có cái gọi là "định dạng chuẩn". Nó thậm chí không được sử dụng bởi tất cả các phần mềm máy chủ DNS. . ngày, và người ta có thể chọn bất kỳ lược đồ nào mà người ta thích để thiết lập nó, với điều kiện, như đã nói, "mới hơn" phải có nghĩa là "một số lớn hơn, modulo 32 bit".

Bạn đã gặp phải cạm bẫy ở đây. Bất cứ kế hoạch nào người ta chọn, ai đó chắc chắn sẽ đi cùng và (thiếu thông tin) không hiểu nó hoặc muốn thay đổi nó, giống như bạn chưa hiểu và muốn thay đổi kế hoạch của người đến trước bạn. Đây là cạm bẫy của việc không ghi lại các lựa chọn quản trị hệ thống của một người . Vì vậy, tài liệu lựa chọn của bạn.

— JdeBP
nguồn

Tất nhiên cũng có khả năng người tiền nhiệm chỉ đơn giản là không nghĩ đến sự lựa chọn trước khi đưa ra. Tôi thấy rằng một trong những trường hợp phổ biến hơn là "có một lý do và nó chỉ không được ghi nhận".

— Chris S