ไคลเอนต์ NTP ไม่ซิงค์กับเซิร์ฟเวอร์ภายใน

เรามีเซิร์ฟเวอร์ ntp ที่ทำงานบนเครื่อง Windows ซึ่งเราต้องการให้อุปกรณ์เดเบียนทำการซิงค์ ฉันได้ลองใช้คำแนะนำอื่น ๆ มากมายในคำถามที่คล้ายกัน ซึ่งไม่มีผลลัพธ์ใด ๆ เลย ซึ่งรวมถึง

• ไม่มี ufw อยู่
• เฉพาะบรรทัดเดียว "เซิร์ฟเวอร์ 10.60.58.102" ใน ntp.conf
• "คนจรจัดตื่นตระหนก 0" ที่จุดเริ่มต้นของ ntp.conf
• แฟล็ก "burst" "iburst" "prefer" "flag1 1" สำหรับเซิร์ฟเวอร์/fudge line

ntpq -p
     รีเฟรชรีโมต st t เมื่อโพลล์ไปถึงการหน่วงเวลาชดเชยความกระวนกระวายใจ
================================================== ============================
 10.66.58.102 .LOCL. 1 คุณ 36 64 1 0.715 208264. 0.002
 0.debian.pool.n .POOL 16 หน้า - 64 0 0.000 0.000 0.002
* หน้าต่างรวม 110.142.180.39 2 ยู 31 64 1 141.888 9.062 12.209
 speedtest.cribb 139.99.222.72 3 คุณ 29 64 1 147.905 9.737 11.597

ดังที่เห็นได้จากด้านบน การชดเชยคือประมาณ 208 วินาทีไปยังเซิร์ฟเวอร์ที่ต้องการซึ่งปฏิเสธที่จะซิงค์จาก ไม่เคยมีเครื่องหมายดอกจันถัดจากเซิร์ฟเวอร์นี้สำหรับการกำหนดค่า ntp.conf ใดๆ ที่ฉันได้ลอง แม้ว่าบางครั้งดูเหมือนว่าจะลดค่าชดเชยเมื่อเวลาผ่านไปประมาณ 5-10 มิลลิวินาทีในบางครั้ง (ทุกๆ 1 นาทีหรือมากกว่านั้น)

ความช่วยเหลือใด ๆ ในการซิงค์กับเซิร์ฟเวอร์ LAN NTP ที่ต้องการ

NTP ของคุณใช้งานได้ เซิร์ฟเวอร์ LAN NTP ถูกยกเลิกเนื่องจากไม่สอดคล้องกับแหล่งอินเทอร์เน็ต

ตัวแรกของ เพื่อนจาก ntpd -p เป็นรหัสนับ * หมายถึงเพื่อนระบบที่ดีที่สุดตามอัลกอริทึม ถึง 1 หมายถึงเพิ่งรีสตาร์ท ntpd ต้องรอสองสามนาทีสำหรับแพ็กเก็ตสองสามแพ็กเก็ตแรก และเพื่อให้เซิร์ฟเวอร์พูลทั้งหมดได้รับการแก้ไข

แหล่งที่มาทางอินเทอร์เน็ตสองแห่งเห็นด้วย: ประมาณ 9 มิลลิวินาทีชดเชยจากโฮสต์นี้ บวกหรือลบน้อยกว่า 1 มิลลิวินาที และมีประสิทธิภาพดี มี Jitter ต่ำสำหรับโฮสต์ที่อยู่ห่างออกไป 150 ms ในทางตรงกันข้าม 10.66.58.102 มีการชดเชย 208,000 ms ความแตกต่างมหาศาลนั้นไม่สามารถตัดกันแถบข้อผิดพลาดขนาดเล็กของอีกสองอันได้

แก้ไขช่อง Windows เพื่อใช้นาฬิกาอ้างอิงที่มีประสิทธิภาพดี บริการ NTP สาธารณะสามารถทำงานได้ เช่น โครงการ NTP Pool เช่นเดียวกับโฮสต์ Linux