Vì vậy, tôi đã thấy hàng chục người gặp vấn đề này trên các trang web và diễn đàn khác nhau, nhưng ở đây tôi đang hỏi lại. Bất kể tôi đã cố gắng làm gì cho đến nay, vẫn chưa có gì khắc phục được sự cố mà tôi sẽ mô tả bên dưới một cách chi tiết nhất có thể.
Để bắt đầu, máy chủ đang chạy Windows Server 2012 R2 và là máy chủ duy nhất trên mạng.
(Khách hàng từ chối cập nhật thiết bị mới, xin đừng ghét.)
Đó là DC và chạy một chương trình có tên ChiroTouch dành cho doanh nghiệp có khoảng 10-15 máy tính.
Bây giờ mọi thứ hoạt động tốt nhất có thể, ngoại trừ máy chủ bị trôi đồng hồ từ trung bình đến nghiêm trọng. Đồng hồ hệ thống đang dần trôi về phía trước và tại thời điểm đăng bài là khoảng 2 phút. Nó không phải lúc nào cũng có cùng một khoảng thời gian không đồng bộ, nhưng thường dao động trong khoảng 1-3 phút. Điều tồi tệ nhất mà tôi từng thấy là có thời điểm bị dẫn trước 15 phút.
Bây giờ, khi tôi kiểm tra nguồn thời gian, nó báo Đồng hồ CMOS cục bộ và không có gì tôi đã thử khiến nó nhìn vào nguồn NTP bên ngoài.
Dưới đây là các bản sửa lỗi tôi đã thử cho đến nay:
-Đã thay đổi loại Nhà cung cấp thời gian từ NTP thành NT5D5 và ngược lại.
-Thay đổi các mục đăng ký NTP thành các giá trị được đề xuất theo cách thủ công.
-Chưa đăng ký và đăng ký w32tm.
-Tự đặt nguồn thời gian bằng cách sử dụng w32tm /config /manualpeerlist:"pool.ntp.org" /syncfromfla gs:manual /reliable:yes /update
-Đã kiểm tra Chính sách nhóm cho bất kỳ mục nhập Thời gian Windows giả mạo nào trên miền hoặc máy tính cục bộ.
Trong mỗi lần thử đó, tôi thực hiện khởi động, dừng và đồng bộ lại w32tm thích hợp, sau đó kiểm tra nguồn w32tm và nó vẫn báo Đồng hồ CMOS cục bộ.
Ngoài ra, đây là đầu ra của w32tm/truy vấn/cấu hình:
[Cấu hình]
EventLogFlags: 2 (Cục bộ)
AnnounceFlags: 5 (Cục bộ)
TimeJumpAuditOffset: 28800 (Cục bộ)
MinPollInterval: 6 (Cục bộ)
MaxPollInterval: 10 (Cục bộ)
MaxNegPhaseCorrection: 172800 (Cục bộ)
MaxPosPhaseCorrection: 172800 (Cục bộ)
MaxAllowedPhaseOffset: 300 (Cục bộ)
Tần sốCorrectRate: 4 (Cục bộ)
PollAdjustFactor: 5 (Cục bộ)
LargePhaseOffset: 50000000 (Cục bộ)
SpikeWatchPeriod: 900 (Cục bộ)
LocalClockDispersion: 10 (Cục bộ)
Thời gian giữ: 5 (Cục bộ)
PhaseCorrectRate: 7 (Cục bộ)
UpdateInterval: 100 (Cục bộ)
[Nhà cung cấp thời gian]
NtpClient (Cục bộ)
DllName: C:\Windows\system32\w32time.DLL (Cục bộ)
Đã bật: 1 (Cục bộ)
InputProvider: 1 (Cục bộ)
AllowNonstandardModeCombinations: 1 (Cục bộ)
ResolvePeerBackoffPhút: 15 (Cục bộ)
ResolvePeerBackoffMaxTimes: 7 (Cục bộ)
Cờ tương thích: 2147483648 (Cục bộ)
EventLogFlags: 1 (Cục bộ)
LargeSampleSkew: 3 (Cục bộ)
SpecialPollInterval: 3600 (Cục bộ)
Loại: NTP (Địa phương)
Máy chủ Ntp: pool.ntp.org (Cục bộ)
Máy chủ Ntp (Cục bộ)
DllName: C:\Windows\system32\w32time.DLL (Cục bộ)
Đã bật: 1 (Cục bộ)
InputProvider: 0 (Cục bộ)
AllowNonstandardModeCombinations: 1 (Cục bộ)
VMICTimeProvider (Cục bộ)
DllName: C:\Windows\System32\vmictimeprovider.dll (Cục bộ)
Đã bật: 0 (Cục bộ)
InputProvider: 1 (Cục bộ)
Như bạn có thể thấy, nó tuyên bố rằng nguồn NTP là pool.ntp.org, nhưng khi bạn thực sự chạy lệnh truy vấn, nó báo Đồng hồ CMOS cục bộ và tất cả các nỗ lực đồng bộ lại đều không thành công.
Bây giờ tôi có một vài giả thuyết mà tôi không thể xác nhận, nhưng có lẽ người khác có thể.
- Chirotouch vì một số lý do gây ra sự cố.
- 2012 R2 đã quá cũ để quan tâm vào thời điểm này.
Bất kỳ ý tưởng hoặc giải pháp đều được chào đón.
