Điểm:0

Máy khách Windows NTP không đồng bộ hóa với máy chủ Linux

lá cờ cn

Tôi đang cố đồng bộ hóa thời gian của ba máy tính trên mạng cục bộ. Mặc dù có sự trôi dạt/lỗi nhỏ nhất có thể với thế giới/internet sẽ rất biết ơn, nhưng đó không phải là buổi hòa nhạc của tôi. Mối quan tâm chính của tôi là có sự đồng bộ hóa tốt nhất có thể giữa ba máy tính.

Để đạt được điều này, tôi đã thiết lập một trong hai máy Ubuntu (192.168.1.50) để hoạt động như một máy chủ ntp. Tôi đã thực hiện việc này bằng cách chỉnh sửa tệp cấu hình máy chủ ubuntu ntp trong /etc/ntp.conf và thêm:

máy chủ 127.127.1.0 iburst
fudge 127.127.1.0 tầng 10

Sau đó, tôi đã kiểm tra xem máy tính Ubuntu khác (192.168.1.71) đã được đồng bộ hóa với nó chưa. Đầu tiên tôi đã thêm trạm điều khiển máy chủ thích iburst đến cuối của /etc/ntp.conf và khởi động lại dịch vụ thời gian với khởi động lại dịch vụ sudo ntp. Sau đó, tôi có thể kiểm tra xem hai máy tính này đã được đồng bộ hóa thời gian đúng chưa bằng cách chạy ntpdate -q 192.168.1.50:

máy chủ 192.168.1.50, tầng 2, độ lệch 0,001271, độ trễ 0,02599
 8 tháng 3 11:06:36 ntpdate[17648]: điều chỉnh thời gian máy chủ 192.168.1.50 bù 0,001271 giây

Điều này dường như hoạt động bình thường và phần bù 0,001271 được chấp nhận cho mục đích của tôi. Tiếp theo là làm tương tự với windows (192.168.1.201). Trước tiên, tôi kiểm tra xem các máy tính có được đồng bộ hóa không:

w32tm /stripchart /máy tính:192.168.1.50
12:10:01, d:+00.0010124s o:-00.4908814s [ *| ]
12:10:03, d:+00.0005757s o:-00.4907188s [ *| ]

Điều này có ý nghĩa vì máy khách windows cho đến nay đã được đồng bộ hóa với time.windows.com:

w32tm/truy vấn/trạng thái
Chỉ báo nhảy vọt: 0 (không có cảnh báo)
Tầng: 4 (tham chiếu phụ - đồng bộ bởi (S)NTP)
Độ chính xác: -23 (119.209ns mỗi lần đánh dấu)
Độ trễ gốc: 0,0386977s
Phân tán gốc: 8,2445365 giây
ReferenceId: 0x33917B1D (IP nguồn: 51.145.123.29)
Thời gian đồng bộ hóa thành công lần cuối: 8/3/2022 12:13:23 chiều
Nguồn: time.windows.com,9
Khoảng thời gian thăm dò ý kiến: 10 (1024 giây)

Tôi đã thay đổi máy chủ thời gian với w32tm /config /update /manualpeerlist:192.168.1.50,0x8 /syncfromflags:MANUAL và buộc phải đồng bộ lại w32tm/đồng bộ lại:

Gửi lệnh đồng bộ lại tới máy tính cục bộ
Lệnh hoàn thành thành công.

Sau đó, kiểm tra lại chênh lệch múi giờ giữa máy chủ ubuntu ntp và máy windows này:

w32tm /stripchart /máy tính:192.168.1.50
Theo dõi 192.168.1.50 [192.168.1.50:123].
Thời gian hiện tại là 12:22:01 chiều ngày 8/3/2022.
12:22:01, d:+00.0005075s o:-00.4568042s [ *| ]
12:22:03, d:+00.0010415s o:-00.4566323s [ *| ]
12:22:05, d:+00.0009737s o:-00.4569219s [ *| ]

Điều này cho thấy rằng máy khách ntp của windows rõ ràng không được đồng bộ hóa với máy chủ ntp của Ubuntu. Tuy nhiên, nếu tôi kiểm tra trạng thái:

w32tm/truy vấn/trạng thái
Chỉ báo nhảy vọt: 0 (không có cảnh báo)
Tầng: 3 (tham chiếu phụ - đồng bộ bởi (S)NTP)
Độ chính xác: -23 (119.209ns mỗi lần đánh dấu)
Độ trễ gốc: 0,0314761s
Phân tán gốc: 8,2468633 giây
ReferenceId: 0xC0A80132 (IP nguồn: 192.168.1.50)
Thời gian đồng bộ thành công lần cuối: 8/3/2022 12:20:37 chiều
Nguồn: 192.168.1.50,8
Khoảng thời gian thăm dò ý kiến: 10 (1024 giây)

Rõ ràng là nguồn đúng (192.168.1.50) và nó đã được đồng bộ hóa ngay trước truy vấn.

Điểm:1
lá cờ tl

Các máy Windows này có được kết nối với miền Active Directory không?

nếu vậy, cấu hình chính sách Nhóm mặc định sẽ ghi đè mọi cấu hình NTP thủ công mà bạn thử.

Bạn có thể định cấu hình trong Chính sách nhóm cấu hình NTP tùy chỉnh cho máy khách nhưng hoàn toàn không nên sử dụng NTP tùy chỉnh cho máy trạm máy khách AD vì điều này có thể dễ dàng dẫn đến sự trôi dạt giữa máy khách và bộ điều khiển miền của bạn và nếu nó vượt quá 5 phút kỳ diệu đánh dấu Kerberos nổ tung và thông tin đăng nhập của bạn sẽ bắt đầu thất bại

Cách tốt nhất là vai trò PDC của bạn Bộ điều khiển miền thực hiện NTP với internet, sau đó tất cả các máy khách của bạn sẽ nhận thông qua PDC và các Bộ điều khiển miền khác

Đầu ra trạng thái cấu hình không thực sự hiển thị bất kỳ lỗi hoặc lý do nào để nghĩ rằng nó không đồng bộ hóa với máy chủ NTP - điều gì khiến bạn nghĩ rằng nó không đồng bộ hóa?

Điều quan trọng cần lưu ý là NTP sẽ không liên tục đồng bộ hóa lại, nó sẽ thăm dò ý kiến ​​​​ở một cửa sổ cụ thể chậm dần theo thời gian để duy trì tải, hiện tại nó nói rằng nó sẽ thăm dò ý kiến/đồng bộ hóa thời gian cứ sau 1024 giây, chỉ trong khoảng thời gian hơn 16 phút.

Cũng cần lưu ý rằng đồng hồ CPU và đồng hồ/tinh thể CMOS trên bo mạch chủ đều sẽ có sự khác biệt rất nhỏ về tần số, tất cả đều góp phần giải thích tại sao bạn bị trôi thời gian ngay từ đầu, phương sai 456 mili giây trong khi dường như vẫn không rực rỡ lắm. tốt trong các lĩnh vực rất có thể chấp nhận được trừ khi bạn đang xử lý thời gian rất nhạy cảm (như cần độ chính xác dưới 1 giây) hoặc dựa trên kernel thời gian thực - điều mà bạn có thể sẽ không sử dụng windows ngay từ đầu;)

Điểm:0
lá cờ gg

Cũng lưu ý rằng hầu hết các triển khai NTP đều cố gắng hết sức để không làm chậm đồng hồ của máy mà chúng đang chạy. Thay vào đó, họ cố gắng tăng tốc độ đồng hồ để cuối cùng bắt kịp nguồn thời gian.Điều này là để tránh đồng hồ nhảy tiến hoặc lùi đúng lúc, vì một số ứng dụng không thích điều này lắm. Và ít hơn 0,5 giây chắc chắn là dưới ngưỡng để chạy đồng hồ, vì vậy tôi cá là máy sẽ bắt kịp máy chủ NTP trong vòng một ngày hoặc lâu hơn. Ngoài ra, hãy nhớ rằng NTP (chứ không phải PTP cho vấn đề đó) không cung cấp khả năng đồng bộ hóa tuyệt đối của hai máy, nó luôn nằm trong dung sai. Tôi không thể nhớ được dung sai có thể đạt được trong đầu mình, nhưng đó là khoảng mili giây với NTP và micro/nano giây với PTP.

Đăng câu trả lời

Hầu hết mọi người không hiểu rằng việc đặt nhiều câu hỏi sẽ mở ra cơ hội học hỏi và cải thiện mối quan hệ giữa các cá nhân. Ví dụ, trong các nghiên cứu của Alison, mặc dù mọi người có thể nhớ chính xác có bao nhiêu câu hỏi đã được đặt ra trong các cuộc trò chuyện của họ, nhưng họ không trực giác nhận ra mối liên hệ giữa câu hỏi và sự yêu thích. Qua bốn nghiên cứu, trong đó những người tham gia tự tham gia vào các cuộc trò chuyện hoặc đọc bản ghi lại các cuộc trò chuyện của người khác, mọi người có xu hướng không nhận ra rằng việc đặt câu hỏi sẽ ảnh hưởng—hoặc đã ảnh hưởng—mức độ thân thiện giữa những người đối thoại.