Vì vậy, tôi đang cố gắng gỡ lỗi thiết lập NTP hiện tại của mình và thấy rằng anh ta bù từ máy chủ được cấu hình duy nhất của tôi là hơn 3 giây và không điều chỉnh. Dấu hoa thị trên LOCAL (0) trong đầu ra ntpq dường như chỉ ra rằng hệ thống đang tự đồng bộ hóa với chính nó chứ không phải máy chủ 10.130.33.201 (là một hộp linux khác trên hệ thống của chúng tôi mà chúng tôi muốn mọi thứ đồng bộ hóa).
ntpq -p
remote refid st t when poll reach delay offset jitter
==============================================================================
10.130.33.201 LOCAL(0) 9 u 49 64 377 0.242 -3742.2 1.049
*LOCAL(0) .LOCL. 10 l 2 64 377 0.000 0.000 0.001
Và đây là tập tin ntp.conf của tôi. Được viết bởi người khác, vì vậy tôi không chắc chắn 100% rằng mọi thứ đều đúng.
server 10.130.33.201 burst iburst minpoll 4 maxpoll 11
driftfile /mnt/active/etc/ntp.drift
restrict -4 default nomodify nopeer notrap
restrict -6 default ignore
# Undisciplined Local Clock. This is a fake driver intended for backup
# and when no outside source of synchronized time is available.
server 127.127.1.0 # local clock
fudge 127.127.1.0 stratum 10
Tôi đã đọc về sự bùng nổ và iburst và minpoll / maxpoll, vì vậy tôi nhận ra rằng những điều đó có thể không cần thiết, nhưng tôi không nghĩ điều đó có liên quan đến vấn đề hiện tại của tôi.
Ngoài ra, do cách thức triển khai, tệp cấu hình đó sẽ mất rất nhiều công việc để thay đổi, vì vậy tôi hy vọng rằng không có gì thực sự phải thay đổi. Tôi hy vọng rằng đây là trường hợp tôi không hiểu NTP hoạt động như thế nào.
BIÊN TẬP -
Vì vậy, có vẻ như đây là một bản sao của Câu hỏi này , nhưng tôi không cảm thấy rằng poster đã có câu trả lời đầy đủ, vì vậy tôi vẫn muốn biết tại sao giờ địa phương lại được ưa thích hơn máy chủ. Ngoài ra, theo một trong những câu trả lời dưới đây, tôi đã thử sử dụng prefer
từ khóa trên dòng máy chủ của cấu hình và khởi động lại, nhưng dường như điều đó không có tác dụng.
Nếu tôi loại bỏ tất cả các dòng "cục bộ" trong cấu hình làm câu trả lời cho câu hỏi khác, điều gì sẽ xảy ra nếu máy chủ không thể truy cập được? NTP có chết không hay nó cứ tiếp tục cố gắng?
EDIT QUAN TRỌNG -
Ok, thông thường, 10.130.33.201 ("Máy chủ") không có quyền truy cập vào internet và không có nguồn thời gian GPS để sử dụng. Phần quan trọng là tất cả các thiết bị trên hệ thống có cùng thời gian với máy chủ, bất kể thời gian đó thực sự chính xác đến mức nào.
Vì vậy, chỉ để xem điều gì sẽ xảy ra, tôi đã thêm một trong các máy chủ nhóm NTP vào tệp cấu hình của máy chủ để nó có thời gian từ đó thay vì nhận thời gian từ cục bộ. Bây giờ nó chính xác nhận được thời gian từ máy chủ thời gian NTP.
Sau khi tôi làm điều đó, các máy khách bây giờ đồng bộ hóa với máy chủ thay vì thích LOCAL (0)
ntpq -p
remote refid st t when poll reach delay offset jitter
==============================================================================
*10.130.33.201 38.229.71.1 3 u 58 64 377 0.216 715621. 1.001
LOCAL(0) .LOCL. 10 l 18 64 377 0.000 0.000 0.001
CÂU HỎI MỚI - Khi máy chủ của tôi đang sử dụng cục bộ (ví dụ ban đầu đã được cung cấp), có vẻ như các khách hàng đang nói: "Ồ, 10.130.33.201 đang sử dụng máy chủ LOCAL (0). Hmm, tôi cũng có máy chủ LOCAL (0) - - Tôi sẽ chỉ sử dụng trực tiếp thay vì nhận thông tin tương tự qua 10.130.33.201 ".
Có phải vậy không? Có phải họ đang cố gắng "trực tiếp đến nguồn" không chính xác LỘC (0)? Tôi cần máy chủ của mình để có thời gian từ LOCAL (0) và tôi cần khách hàng lấy thời gian từ máy chủ. Ngay bây giờ loại bỏ máy chủ "cục bộ" khỏi các tệp cấu hình máy khách là tùy chọn duy nhất, nhưng tôi muốn hiểu tại sao điều này xảy ra, và nếu có thể, hãy tránh thay đổi cấu hình của chúng (thay đổi cấu hình sẽ rất nhiều việc vì môi trường của chúng ta...).
Ngoài ra, điều này trông giống như một bản sao khác mà không có câu trả lời tốt.