NTP phân tầng nguồn mạng


9

Có thể cấu hình ntpdđể làm mờ mức tầng của nguồn mạng không?

Ngay từ cái nhìn đầu tiên, tôi đã nghĩ rằng lệnh fudgenày có thể thực hiện được điều này, tuy nhiên sau khi duyệt các ntp.conf(5)trang hướng dẫn, tôi thấy lệnh này chỉ áp dụng cho Đồng hồ tham chiếu.

Một vài chi tiết:

Tôi có một máy chủ cục bộ đang chạy ntpdnhư là nguồn thời gian chính cho các máy khách trên mạng LAN. Máy chủ này được trỏ vào nhóm ntp.org và thường duy trì tầng 3.

Ngoài máy chủ chính của tôi, tôi có một thiết bị mạng của bên thứ 3 với công việc chính là đồng bộ hóa đồng hồ treo tường qua mạng không dây. Truyền RF. Thông số kỹ thuật của thiết bị nói rằng đó là "Máy chủ thời gian tuân thủ RFC2030", nhưng nếu không thì nó gần như là một hộp đen. Tôi đã định cấu hình thiết bị để sử dụng máy chủ chính của mình vì đây là nguồn thời gian duy nhất:

cấu hình hộp đen http://www.freeimagehosting.net/uploads/21bafb12bd.png

Vấn đề của tôi nổi lên khi tôi định cấu hình ntpdtrên máy tính cá nhân của mình để sử dụng cả máy chủ NTP chính máy phát không dây làm nguồn thời gian. Khi truy vấn ntpd cục bộ của tôi, tôi nhận thấy rằng "hộp đen" (10.xxZ) là nguồn thời gian ưa thích:

$ ntpq -pn
     remote           refid      st t when poll reach   delay   offset  jitter
==============================================================================
x10.x.x.X        69.164.222.108   3 u   48   64  177    0.501  370.029   1.530
*10.x.x.Z        10.x.x.Z         2 u   50   64  377    1.354  -23.681  14.179

10.x.x.Znguồn thời gian duy nhất của máy chủ máy chủ 10.x.x.X(là tầng 3), nên nó là tầng 4. Tôi tin rằng nhà sản xuất đã mã hóa mức độ tầng của nó.

Có cách nào để khiến máy của tôi ưu tiên máy chủ "tốt" (10.xxX) mặc dù mức tầng cao hơn không? Tôi cũng đã thử preferchỉ thị trong ntp.conftệp cục bộ của mình , nhưng vô ích, hộp đen nhỏ luôn thắng: /

Để biết giá trị của nó, máy cục bộ của tôi đang chạy Mac OS X 10.6.

$ ntpq -c rv | grep version
version="ntpd 4.2.4p4@1.1520-o Mon May 18 19:38:25 UTC 2009 (1)",

Câu hỏi này đủ bí mật mà tôi khuyên bạn nên hỏi thay vào đó trên nhóm tin USENET comp.prot Protocol.time.ntp, hoặc tương đương trong danh sách gửi thư câu hỏi tạilists.ntp.org . Họ có thể sẽ đề nghị bạn thêm nhiều máy chủ hơn, vì khách hàng sẽ gặp khó khăn khi quyết định giữa hai máy chủ. Ngoài ra, tôi không chắc họ sẽ có câu trả lời gì về thao túng tầng lớp.
justarobert

Câu trả lời:


6

Sau một số nghiên cứu khác, dường như "làm mờ" mức tầng của một nguồn mạng là không thể. Vì vậy, tôi tiếp tục và thử câu trả lời của dtoubeli . Thật ngạc nhiên, chỉ đơn giản là biến máy chủ thời gian địa phương của tôi thành tầng 2 (bằng với thiết bị của bên thứ 3) không phải lúc nào cũng khiến nó trở thành nguồn thời gian ưa thích. Nppd địa phương của tôi vẫn sẽ thống trị cả hai là "đánh dấu sai". Vì lý do gì, tôi không chắc chắn, nhưng tôi đoán bởi vì chúng là hai nguồn thời gian duy nhất và thời gian của chúng rất xa.

Vấn đề lớn nhất ở đây là thực tế là thiết bị bên thứ 3 của tôi dường như không giữ được thời gian rất ổn định, thực tế là nó dao động rất nhiều. Giải pháp cho vấn đề của tôi là thêm một số nguồn thời gian chính xác khác (pool.ntp.org) vào /etc/ntp.conf. Bây giờ máy chủ cục bộ của tôi luôn được chọn là nguồn thời gian ưa thích, thường là thời gian mặc dù có mức tầng cao hơn so với một số máy chủ trong nhóm.


4

Bạn có thể thử chạy ntpd cục bộ của mình ở tầng 2. Thay vì trỏ nó vào pool.ntp.org, chỉ cần tạo một danh sách 5-7 tầng 1 máy chủ và thêm chúng vào cấu hình trực tiếp. Với máy chủ tham chiếu ở tầng 1, máy của bạn sẽ chạy ở tầng 2. Sau đó, prefertùy chọn của bạn có thể hoạt động.

Tuy nhiên, từ cấp độ kinh nghiệm của tôi không phải lúc nào cũng là yếu tố chiến thắng trong cuộc bầu cử nguồn chính. Tôi nghĩ độ trễ và jitter cũng có ảnh hưởng đáng kể. Đôi khi tôi đã nhận thấy rằng máy chủ tầng thấp được bầu làm nguồn chính mặc dù có một số máy chủ tầng cao hơn chỉ có sẵn vì nó có độ trễ thấp nhất. Đó là lý do tại sao tôi không thể đảm bảo rằng phương pháp được đề xuất sẽ hoạt động.


2

Tôi có nguồn thời gian GPS phần cứng "tầng cao (10)" trong mạng cục bộ của chúng tôi mang lại cho tôi trạng thái giả mạo (x) trong ntpq, tôi thấy rằng việc sử dụng server [x.x.x.x] true(x = địa chỉ IP) trong ntp.conf sẽ bỏ qua việc kiểm tra falsetick, cho phép nó trở thành một ứng cử viên có thể Có vẻ như số tầng không phải lúc nào cũng có nghĩa là ưu tiên cao hơn.


1

Nếu bạn không thích máy chủ này 10.xxZ làm tài liệu tham khảo thì nên thực hiện thủ thuật:

server 10.x.x.Z noselect 

Điều này hữu ích nếu máy chủ chỉ nên được sử dụng cho lý do giám sát. Ngoài ra, bạn cũng có thể cấu hình:

server 10.x.x.X prefer

Do đó 10.xxZ sẽ không được sử dụng nếu 10.xxX khả dụng.


0

Một lý do tại sao nó được ưa thích là máy chủ thời gian khác của bạn gần đây không thể truy cập được. Xem cột tiếp cận?

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.