ฉันเพิ่งมีปัญหาที่ฉันไม่เคยเห็นเกิดขึ้นมาก่อน เย็นวันหนึ่งประมาณปี 2030 DC แห่งหนึ่งเปลี่ยนนาฬิกากลับไปหนึ่งชั่วโมง เซิร์ฟเวอร์นี้ซิงค์กับสองที่อยู่ใน pool.ntp.org ไม่มีใครอยู่ในเหตุการณ์นี้และบันทึกเหตุการณ์แสดงการซิงค์บริการเวลากับ IP สาธารณะอย่างชัดเจน
ฉันได้แต่สันนิษฐานว่าเราเข้าเซิร์ฟเวอร์ที่มีการกำหนดค่าไม่ถูกต้อง เพราะหลังจากความวุ่นวายในเช้าวันต่อมาซึ่งเกิดจากระบบการจัดการอาคารที่ลงเวลาผิด ฉันเพียงแค่ซิงค์เซิร์ฟเวอร์ ntp ใหม่และมันก็แก้ไขนาฬิกาของมันทันที
ปกติแล้วฉันกำหนดค่า ntp ให้ใช้เซิร์ฟเวอร์ ntp สองเซิร์ฟเวอร์ที่แตกต่างกัน ดังนั้นฉันจึงถือว่าไคลเอนต์เชื่อมต่อกับเซิร์ฟเวอร์ตัวแรกที่ตอบสนองเท่านั้น และถือว่าเซิร์ฟเวอร์จะให้เวลาที่ถูกต้อง
ดังนั้นคำถามของฉัน:
มีวิธีใดในการกำหนดค่าบริการ windows time เพื่อให้แก้ไขนาฬิกาหลังจากปรึกษาเซิร์ฟเวอร์ ntp สองเครื่องที่แตกต่างกันและทั้งคู่ตรงกับเวลาที่ถูกต้องหรือไม่ ฉันใช้ Win2019
แก้ไข: ฉันไม่รู้ว่ามันเป็นไปได้ที่จะทำการสอบถามประวัติเกี่ยวกับผลลัพธ์ ntp (ขอบคุณ Paul Gear) การสอบถาม IP สองตัวที่ฉันกำหนดค่าไว้ s แสดงสาเหตุของปัญหาของฉัน:
1623189765,"2021-06-08 22:02:45",-0.003809235,1,13.2,,,0,
1623188607,"2021-06-08 21:43:27",6.1543e-05,1,12.8,6,"Newark, NJ, US",0,
1623188607,"2021-06-08 21:43:27",6.1543e-05,1,12.8,,,0,
1623187438,"2021-06-08 21:23:58",0.011513196,1,12.4,6,"Newark, NJ, US",0,
เส้นตรงกลางหมายถึง ใหญ่ แตกต่างจากเซิร์ฟเวอร์ที่ฉันใช้อยู่
ไม่เห็นด้วยกับ John Mahowald มากเกินไป แต่อย่างน้อย Windows 2016 บริการ Windows Time ได้รับการปรับปรุงให้ดีขึ้นมากรวมถึงบริการ NTP เต็มรูปแบบ มีเอกสารชี้แจงด้วย วิธีกำหนดค่า Windows ให้มีความแม่นยำสูง. ฉันไม่คิดว่ามีความจำเป็นต้องเรียกใช้เซิร์ฟเวอร์ NTP ที่ไม่ใช่ Windows แยกต่างหาก เว้นแต่ว่าคุณมีความต้องการความแม่นยำสูงมาก (ในกรณีนี้ คุณอาจใช้ PTP แทน - แม้กระทั่ง รองรับสิ่งนั้นใน Windows 2019).
เป็นไปได้มากว่าคุณเพิ่งพบกับเซิร์ฟเวอร์พูลที่ไม่ถูกต้อง สิ่งนี้เกิดขึ้นเป็นครั้งคราว และพูลก็ดีมากในการลบเซิร์ฟเวอร์เหล่านี้อย่างรวดเร็ว หากคุณมีบันทึกที่อยู่ IP ของเซิร์ฟเวอร์ที่มีการซิงค์ คุณสามารถดูประวัติได้ที่ https://www.ntppool.org/scores/<IP_ADDRESS>.
ฉันคิดว่ามันน่าจะเป็นเพราะระบบที่เป็นปัญหายังคงตอบสนองอยู่ จึงถูกเลือกเพราะคุณมี กำหนดค่าเพียร์น้อยเกินไป (ดูเพิ่มเติมที่ ส่วนต่อไปนี้ใน RFC8633 เกี่ยวกับการมีนาฬิกาอ้างอิงที่หลากหลาย) และ Windows Time Service ไม่จำเป็นต้องสอบถามพูลสำหรับ IP ใหม่อีกครั้ง เนื่องจากเซิร์ฟเวอร์เดิมยังคงตอบสนองอยู่
ดังนั้นสิ่งที่สำคัญที่สุดที่คุณสามารถทำได้เพื่อป้องกันไม่ให้สิ่งนี้เกิดขึ้นอีกก็คือ เพิ่มแหล่งเวลาให้มากขึ้น ดังที่จอห์นกล่าวไว้ แหล่งที่มาเพิ่มเติมจากกลุ่มนั้นใช้ได้ และถ้าคุณต้องการบางอย่างที่อยู่นอกกลุ่มซึ่งมี IP ที่เสถียรและให้บริการที่แม่นยำพอสมควร ให้ลอง time.apple.comซึ่งดูเหมือนจะเป็น Geo-DNS pool ของเซิร์ฟเวอร์ stratum 1 ที่กระจายอยู่ทั่วโลก
w32time เป็นเพียงไคลเอนต์ SNTP เท่าที่ฉันสามารถบอกได้ ดังนั้นหากแพ็กเก็ตมีการกระโดดครั้งใหญ่ เวลาก็จะเพิ่มขึ้นเป็นขั้นๆ นโยบายกลุ่ม สามารถกำหนดค่าให้มีเซิร์ฟเวอร์ NTP เพิ่มเติมได้ แต่สิ่งเหล่านี้มีไว้สำหรับสำรองเมื่อเกิดความล้มเหลว ไม่ใช่การเชื่อมโยงหลายรายการพร้อมกันพร้อมการตรวจสอบข้อผิดพลาดเช่น ntpd
พิจารณาเรียกใช้บริการ non-w32time ของคุณเองต่อหน้า AD DS ซึ่งเป็นการนำ NTP เต็มรูปแบบมาใช้กับแหล่งที่มาหลายแห่ง เลือกอุปกรณ์ทางกายภาพที่มีเสาอากาศ GNSS ติดตั้ง ntpd หรือ chrony
สี่แหล่งจากกลุ่ม NTP บางทีถ้ามีอินเทอร์เน็ตจะดีกว่าสองแหล่ง ง่ายด้วย ntpd หรือ chrony
พูล 2.pool.ntp.org
คนส่วนใหญ่ไม่เข้าใจว่าการถามคำถามมากมายจะปลดล็อกการเรียนรู้และปรับปรุงความสัมพันธ์ระหว่างบุคคล ตัวอย่างเช่น ในการศึกษาของ Alison แม้ว่าผู้คนจะจำได้อย่างแม่นยำว่ามีคำถามกี่ข้อที่ถูกถามในการสนทนา แต่พวกเขาไม่เข้าใจความเชื่อมโยงระหว่างคำถามและความชอบ จากการศึกษาทั้ง 4 เรื่องที่ผู้เข้าร่วมมีส่วนร่วมในการสนทนาด้วยตนเองหรืออ่านบันทึกการสนทนาของผู้อื่น ผู้คนมักไม่ตระหนักว่าการถามคำถามจะมีอิทธิพลหรือมีอิทธิพลต่อระดับมิตรภาพระหว่างผู้สนทนา
