ฉันพยายามซิงโครไนซ์เวลาของคอมพิวเตอร์สามเครื่องบนเครือข่ายท้องถิ่น แม้ว่าการเบี่ยงเบน/ข้อผิดพลาดที่เล็กที่สุดเท่าที่จะเป็นไปได้กับโลก/อินเทอร์เน็ตจะเป็นเรื่องที่น่ายินดี แต่นั่นไม่ใช่คอนเสิร์ตของฉัน ข้อกังวลหลักของฉันคือการซิงโครไนซ์ที่ดีที่สุดระหว่างคอมพิวเตอร์สามเครื่อง
เพื่อให้บรรลุเป้าหมายนี้ ฉันได้ตั้งค่าหนึ่งในสองเครื่อง Ubuntu (192.168.1.50) เพื่อทำหน้าที่เป็นเซิร์ฟเวอร์ ntp ฉันทำสิ่งนี้แล้วโดยแก้ไขไฟล์กำหนดค่าเซิร์ฟเวอร์ ubuntu ntp ใน /etc/ntp.conf และเพิ่ม:
เซิร์ฟเวอร์ 127.127.1.0 ระเบิด
ฟัดจ์ 127.127.1.0 ชั้น 10
จากนั้น ฉันได้ตรวจสอบว่าคอมพิวเตอร์ Ubuntu เครื่องอื่น (192.168.1.71) ซิงโครไนซ์กับคอมพิวเตอร์เครื่องนั้น ก่อนอื่นฉันได้เพิ่ม สถานีควบคุมเซิร์ฟเวอร์ชอบ iburst ถึงจุดสิ้นสุดของ /etc/ntp.conf และเริ่มบริการเวลาใหม่ด้วย บริการ sudo ntp รีสตาร์ท. หลังจากนั้น ฉันสามารถตรวจสอบได้ว่าคอมพิวเตอร์สองเครื่องนี้มีการซิงก์เวลาอย่างถูกต้องโดยเรียกใช้ ntpdate -q 192.168.1.50:
เซิร์ฟเวอร์ 192.168.1.50 ชั้นที่ 2 ออฟเซ็ต 0.001271 ดีเลย์ 0.02599
8 มี.ค. 11:06:36 น. ntpdate[17648]: ปรับเวลาเซิร์ฟเวอร์ 192.168.1.50 ชดเชย 0.001271 วินาที
ดูเหมือนว่าจะทำงานได้อย่างถูกต้องและ 0.001271 offset เป็นที่ยอมรับสำหรับวัตถุประสงค์ของฉัน ถัดไปคือทำเช่นเดียวกันกับ windows (192.168.1.201) ก่อนอื่นฉันตรวจสอบว่าคอมพิวเตอร์ไม่ได้ซิงโครไนซ์:
w32tm /stripchart /คอมพิวเตอร์:192.168.1.50
12:10:01, d:+00.0010124s o:-00.4908814s [ *| ]
12:10:03 น. d:+00.0005757s o:-00.4907188s [ *| ]
ซึ่งสมเหตุสมผลเนื่องจากไคลเอนต์ windows ได้รับการซิงโครไนซ์ไปแล้ว เวลา.windows.com:
w32tm /แบบสอบถาม /สถานะ
ตัวบ่งชี้การกระโดด: 0 (ไม่มีการเตือน)
Stratum: 4 (การอ้างอิงรอง - ซิงค์โดย (S)NTP)
ความแม่นยำ: -23 (119.209ns ต่อขีด)
ความล่าช้าในการรูต: 0.0386977 วินาที
การกระจายตัวของรูท: 8.2445365 วินาที
ReferenceId: 0x33917B1D (ต้นทาง IP: 51.145.123.29)
เวลาซิงค์สำเร็จครั้งล่าสุด: 8/3/2022 12:13:23 น.
ที่มา: time.windows.com,9
ช่วงเวลาการสำรวจความคิดเห็น: 10 (1024 วินาที)
ฉันเปลี่ยนเซิร์ฟเวอร์เวลาด้วย w32tm /config /update /manualpeerlist:192.168.1.50,0x8 /syncfromflags:MANUAL และบังคับให้ซิงค์ใหม่ w32tm / ซิงค์ใหม่:
กำลังส่งคำสั่ง resync ไปยังเครื่องคอมพิวเตอร์
คำสั่งเสร็จสมบูรณ์
จากนั้นตรวจสอบความแตกต่างของเวลาอีกครั้งระหว่างเซิร์ฟเวอร์ ubuntu ntp และเครื่อง windows นี้:
w32tm /stripchart /คอมพิวเตอร์:192.168.1.50
การติดตาม 192.168.1.50 [192.168.1.50:123]
เวลาปัจจุบันคือ 8/3/2565 12:22:01 น.
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 [ *| ]
ซึ่งแสดงว่าไคลเอ็นต์ windows ntp ไม่ได้ซิงโครไนซ์กับเซิร์ฟเวอร์ ubuntu ntp อย่างชัดเจน อย่างไรก็ตาม หากฉันตรวจสอบสถานะ:
w32tm /แบบสอบถาม /สถานะ
ตัวบ่งชี้การกระโดด: 0 (ไม่มีการเตือน)
Stratum: 3 (การอ้างอิงรอง - ซิงค์โดย (S)NTP)
ความแม่นยำ: -23 (119.209ns ต่อขีด)
ความล่าช้าในการรูต: 0.0314761 วินาที
การกระจายตัวของรูต: 8.2468633 วินาที
ReferenceId: 0xC0A80132 (IP ต้นทาง: 192.168.1.50)
เวลาซิงค์สำเร็จครั้งล่าสุด: 8/3/2022 12:20:37 น.
ที่มา: 192.168.1.50,8
ช่วงเวลาการสำรวจความคิดเห็น: 10 (1024 วินาที)
เห็นได้ชัดว่าแหล่งที่มานั้นถูกต้อง (192.168.1.50) และซิงโครไนซ์ก่อนการสืบค้น
เครื่อง Windows เหล่านี้เข้าร่วมกับโดเมน Active Directory หรือไม่
ถ้าเป็นเช่นนั้น การกำหนดค่านโยบายกลุ่มเริ่มต้นจะแทนที่การกำหนดค่า NTP ด้วยตนเองที่คุณลอง
คุณสามารถกำหนดค่าใน Group Policy เป็นการกำหนดค่า NTP แบบกำหนดเองสำหรับเครื่องไคลเอนต์ได้ แต่ไม่แนะนำให้ใช้ NTP แบบกำหนดเองสำหรับเวิร์กสเตชันไคลเอนต์ AD เนื่องจากสิ่งนี้อาจนำไปสู่การเบี่ยงเบนระหว่างไคลเอ็นต์และตัวควบคุมโดเมนของคุณได้อย่างง่ายดาย และถ้ามันเกินความมหัศจรรย์ไป 5 นาที เครื่องหมาย Kerberos ระเบิดและการเข้าสู่ระบบของคุณจะเริ่มล้มเหลว
แนวทางปฏิบัติที่ดีที่สุดคือให้ตัวควบคุมโดเมนบทบาท PDC ของคุณทำ NTP ไปยังอินเทอร์เน็ต จากนั้นไคลเอ็นต์ทั้งหมดของคุณจะรับผ่าน PDC และตัวควบคุมโดเมนอื่นๆ
เอาต์พุตสถานะการกำหนดค่าไม่แสดงข้อผิดพลาดหรือเหตุผลที่คิดว่าไม่ซิงค์กับเซิร์ฟเวอร์ NTP - อะไรทำให้คุณคิดว่าไม่ซิงค์
สิ่งสำคัญคือต้องทราบว่า NTP จะไม่ซิงค์ซ้ำตลอดเวลา โดยจะทำการสำรวจความคิดเห็นที่หน้าต่างใดหน้าต่างหนึ่งซึ่งจะค่อยๆ ช้าลงเมื่อเวลาผ่านไปเพื่อรักษาปริมาณการโหลด ปัจจุบันระบุว่าจะสำรวจความคิดเห็น/ซิงค์เวลาทุก 1,024 วินาที ซึ่งห่างกันเพียง 16 นาทีเท่านั้น
สิ่งสำคัญคือต้องทราบว่านาฬิกา CPU และนาฬิกา/คริสตัล CMOS บนเมนบอร์ดของบอร์ดทั้งหมดจะมีความแปรปรวนเล็กน้อยในความถี่ ซึ่งทั้งหมดมีส่วนทำให้เวลาของคุณคลาดเคลื่อนตั้งแต่แรก ความแปรปรวน 456 มิลลิวินาทีในขณะที่ดูไม่สดใสนั้นยังคงอยู่ อยู่ในขอบเขตที่ยอมรับได้เว้นแต่ว่าคุณกำลังจัดการกับเวลาที่ละเอียดอ่อนมาก (เช่นต้องการความแม่นยำน้อยกว่า 1 วินาที) หรือใช้เคอร์เนลแบบเรียลไทม์ซึ่งคุณไม่น่าจะใช้ windows ตั้งแต่แรก;)
โปรดทราบว่าการใช้งาน NTP ส่วนใหญ่พยายามอย่างเต็มที่ที่จะไม่เร่งนาฬิกาของเครื่องที่กำลังทำงานอยู่ แทนที่จะพยายามเร่งความเร็วนาฬิกาเพื่อให้ทันกับแหล่งเวลาในที่สุดทั้งนี้เพื่อหลีกเลี่ยงไม่ให้นาฬิกาเดินไปข้างหน้าหรือถอยหลัง เนื่องจากบางแอปพลิเคชันไม่ชอบสิ่งนี้มากนัก และเวลาน้อยกว่า 0.5 วินาทีนั้นต่ำกว่าเกณฑ์สำหรับการก้าวเวลาอย่างแน่นอน ดังนั้นฉันพนันได้เลยว่าเครื่องจะตามทันเซิร์ฟเวอร์ NTP ภายในหนึ่งวันหรือมากกว่านั้น โปรดทราบว่า NTP (และไม่ใช่ PTP สำหรับเรื่องนั้น) ไม่ได้เสนอการซิงโครไนซ์ที่สมบูรณ์ของสองเครื่อง มันอยู่ในเกณฑ์ที่ยอมรับได้เสมอ ฉันจำค่าความคลาดเคลื่อนที่ทำได้จากหัวของฉันไม่ได้ แต่มีค่าประมาณมิลลิวินาทีด้วย NTP และไมโคร/นาโนวินาทีด้วย PTP
คนส่วนใหญ่ไม่เข้าใจว่าการถามคำถามมากมายจะปลดล็อกการเรียนรู้และปรับปรุงความสัมพันธ์ระหว่างบุคคล ตัวอย่างเช่น ในการศึกษาของ Alison แม้ว่าผู้คนจะจำได้อย่างแม่นยำว่ามีคำถามกี่ข้อที่ถูกถามในการสนทนา แต่พวกเขาไม่เข้าใจความเชื่อมโยงระหว่างคำถามและความชอบ จากการศึกษาทั้ง 4 เรื่องที่ผู้เข้าร่วมมีส่วนร่วมในการสนทนาด้วยตนเองหรืออ่านบันทึกการสนทนาของผู้อื่น ผู้คนมักไม่ตระหนักว่าการถามคำถามจะมีอิทธิพลหรือมีอิทธิพลต่อระดับมิตรภาพระหว่างผู้สนทนา
