چند دقیقه اختلاف ساعت، چقدر دردسر می‌سازد؟

منبع فنی: Windows Time service tools and settings — Microsoft Learn. ترتیب بررسی و مثال این یادداشت، پیشنهاد تحلیلی مستقل است.

ساعت اشتباه همیشه خودش را با نمایش زمان غلط نشان نمی‌دهد؛ ممکن است اول در ورود کاربر یا ترتیب نامفهوم لاگ‌ها دیده شود. از نظر من، زمان باید جزو بررسی‌های پایه باشد، ولی نباید هر خطای احراز هویت را بدون شواهد به آن نسبت داد.

منطقه زمانی و همگام‌سازی دو سؤال جدا هستند

ممکن است دستگاه لحظه درست را نگه دارد اما آن را با منطقه زمانی دیگری نمایش دهد. برعکس، ظاهر ساعت می‌تواند نزدیک به انتظار باشد، ولی منبع همگام‌سازی نامعتبر یا قدیمی باشد. ابتدا مشخص کنیم مسئله نمایش است یا اختلاف واقعی زمان.

قبل از اصلاح، وضعیت را بخوانیم

در ویندوز، با دسترسی لازم این بررسی‌ها نقطه شروع‌اند:

w32tm /query /source
w32tm /query /status
w32tm /query /configuration

نام منبع، زمان آخرین همگام‌سازی موفق و تنظیمات مؤثر را کنار هم بخوانید. خروجی تنظیمات می‌تواند نشان دهد مقدار از سیاست سازمانی آمده است؛ تغییر محلی ممکن است با اعمال دوباره همان سیاست از بین برود.

مسیر بررسی در شبکه دامین

اغلب اعضای دامین از سلسله‌مراتب زمان دامین پیروی می‌کنند. پیش از تنظیم یک منبع عمومی روی تک‌تک دستگاه‌ها، نقش دستگاه و طراحی منبع زمان سازمان را مشخص کنید. اگر منبع پاسخ نمی‌دهد، نام‌گذاری، مسیر شبکه، سرویس زمان و دسترسی موردنیاز NTP را بررسی کنید.

در یک مثال فرضی، فقط یک ماشین مجازی پس از راه‌اندازی زمان متفاوتی دارد. بررسی هم‌زمان تنظیمات مهمان، سیاست دامین و همگام‌سازی میزبان از تغییر فوری همه کنترلرهای دامین منطقی‌تر است. مسئله می‌تواند محلی باشد.

پیشنهاد من: نخست اختلاف و منبع را ثبت کنید، سپس علت انتخاب منبع را پیدا کنید و بعد اصلاح هدفمند انجام دهید. تنظیم دستی ساعت ممکن است نشانه را موقتاً پنهان کند، بدون آنکه علت بازگشت اختلاف را برطرف کند.

مطالعه مرتبط: تشخیص خطای DNS.