ชั้น NTP ของเครือข่ายฟัดจ์


9

เป็นไปได้หรือไม่ที่จะกำหนดค่าntpdให้เหลวไหลระดับ stratum ของแหล่งเครือข่าย?

เมื่อมองแวบแรกฉันคิดว่าfudgeคำสั่งสามารถทำสิ่งนี้ได้สำเร็จ แต่หลังจากเรียกดูntp.conf(5)หน้าคู่มือฉันพบว่าคำสั่งนี้ใช้กับนาฬิกาอ้างอิงเท่านั้น

รายละเอียดบางอย่าง:

ฉันมีเซิร์ฟเวอร์ภายในที่ทำงานntpdเป็นแหล่งเวลาหลักสำหรับลูกค้าบน LAN เซิร์ฟเวอร์นี้ชี้ไปที่พูล ntp.org และมักจะรักษาระดับชั้นที่ 3 ไว้

นอกเหนือจากเซิร์ฟเวอร์หลักของฉันฉันมีอุปกรณ์เครือข่ายของบุคคลที่สามซึ่งมีงานหลักคือการซิงโครไนซ์นาฬิกาแขวนผนังแบบไร้สายผ่าน ส่งสัญญาณ RF สเปคของอุปกรณ์บอกว่ามันเป็น "Time Server ที่สอดคล้องกับ RFC2030" แต่ไม่อย่างนั้นมันก็เป็นกล่องดำ ฉันกำหนดค่าอุปกรณ์ให้ใช้เซิร์ฟเวอร์หลักของฉันเนื่องจากเป็นแหล่งเวลาเท่านั้น:

black box config http://www.freeimagehosting.net/uploads/21bafb12bd.png

ปัญหาของฉันปรากฏขึ้นเมื่อฉันกำหนดค่าntpdบนคอมพิวเตอร์ส่วนบุคคลของฉันเพื่อใช้ทั้งเซิร์ฟเวอร์ NTP หลักของฉันและตัวส่งสัญญาณไร้สายเป็นแหล่งเวลา เมื่อสอบถาม ntpd ในพื้นที่ของฉันฉันสังเกตเห็นว่า "กล่องดำ" (10.xxZ) เป็นแหล่งเวลาที่โปรดปราน:

$ ntpq -pn
     remote           refid      st t when poll reach   delay   offset  jitter
==============================================================================
x10.x.x.X        69.164.222.108   3 u   48   64  177    0.501  370.029   1.530
*10.x.x.Z        10.x.x.Z         2 u   50   64  377    1.354  -23.681  14.179

เนื่องจาก10.x.x.Zแหล่งเวลาเดียวของเซิร์ฟเวอร์คือเซิร์ฟเวอร์10.x.x.X(ซึ่งก็คือ stratum 3) ก็ควรจะเป็น stratum 4 ฉันเชื่อว่าผู้ผลิตได้เข้ารหัสระดับ stratum อย่างหนัก

มีวิธีใดที่จะทำให้เครื่องของฉันโปรดปรานเซิร์ฟเวอร์ "ดี" (10.xxX) แม้จะอยู่ในระดับ stratum ที่สูงขึ้น? ฉันยังลองใช้preferคำสั่งในntp.confไฟล์ในเครื่องของฉันแต่ไม่เป็นประโยชน์กล่องดำขนาดเล็กจะเป็นผู้ชนะเสมอ: /

เครื่องของฉันใช้ Mac OS X 10.6 สำหรับสิ่งที่คุ้มค่า

$ ntpq -c rv | grep version
version="ntpd 4.2.4p4@1.1520-o Mon May 18 19:38:25 UTC 2009 (1)",

คำถามนี้เป็นคำถามลึกลับพอที่ผมอยากแนะนำให้ถามแทนใน comp.protocols.time.ntp USENET กลุ่มข่าวสารหรือเท่ากันตามคำถามทางไปรษณีย์รายการที่lists.ntp.org พวกเขาจะแนะนำให้คุณเพิ่มเซิร์ฟเวอร์เพิ่มเนื่องจากลูกค้าจะมีปัญหาในการตัดสินใจระหว่างเซิร์ฟเวอร์สองเครื่อง นอกเหนือจากนั้นฉันไม่แน่ใจว่าคำตอบที่พวกเขาจะมีเกี่ยวกับการจัดการชั้น
justarobert

คำตอบ:


6

หลังจากการวิจัยเพิ่มเติมดูเหมือนว่า "เหลวไหล" ระดับชั้นของแหล่งเครือข่ายเป็นไปไม่ได้ ดังนั้นผมจึงย้ายและพยายามตอบ dtoubeli ของ ด้วยความประหลาดใจของฉันเพียงแค่ทำให้เซิร์ฟเวอร์เวลาท้องถิ่นของฉันเป็นสตราตัมระดับ 2 (เท่ากับอุปกรณ์ของบุคคลที่สาม) ไม่ได้ทำให้มันเป็นแหล่งเวลาที่ต้องการเสมอไป ntpd ในพื้นที่ของฉันจะยังคงปกครองพวกเขาทั้งสองว่าเป็น "เห็บปลอม" ด้วยเหตุผลอะไรฉันไม่แน่ใจ แต่ฉันคาดเดาเพราะพวกเขาเป็นแหล่งเวลาสองแห่งเท่านั้นและเวลาของพวกเขาอยู่ไกลมาก

ปัญหาที่ใหญ่ที่สุดที่นี่คือความจริงที่ว่าอุปกรณ์ของบุคคลที่สามของฉันดูเหมือนจะไม่ถือเวลาที่สอดคล้องกันในความเป็นจริงมันผันผวนมาก วิธีการแก้ปัญหาของฉันที่ได้รับเพิ่มอีกหลายแหล่งเวลาที่ถูกต้อง (pool.ntp.org) /etc/ntp.confเพื่อของฉัน ตอนนี้เซิร์ฟเวอร์ในพื้นที่ของฉันมักถูกเลือกให้เป็นแหล่งเวลาที่ต้องการบ่อยครั้งถึงแม้จะมีระดับ stratum ที่สูงกว่าบางเซิร์ฟเวอร์ในพูล


4

คุณสามารถลองใช้ ntpd ในพื้นที่ของคุณที่ stratum 2 แทนที่จะชี้ไปที่ pool.ntp.org เพียงแค่สร้างรายการเซิร์ฟเวอร์ 5-7 stratum 1 และเพิ่มลงในการกำหนดค่าโดยตรง ด้วยเซิร์ฟเวอร์อ้างอิงที่ชั้น 1 ของคุณจะทำงานที่ชั้น 2 จากนั้นpreferตัวเลือกของคุณอาจทำงานได้

อย่างไรก็ตามจากชั้นประสบการณ์ของฉันไม่ได้เป็นปัจจัยที่ชนะในการเลือกตั้งที่มาหลักเสมอไป ฉันคิดว่าความล่าช้าและความกระวนกระวายใจมีอิทธิพลอย่างมากเช่นกัน ฉันสังเกตเห็นหลายครั้งว่าเซิร์ฟเวอร์ stratum ที่ต่ำกว่าถูกเลือกให้เป็นแหล่งข้อมูลหลักแม้ว่าจะมีเซิร์ฟเวอร์ stratum ที่สูงกว่าให้ใช้งานเพียงเพราะมีเวลาแฝงต่ำที่สุด นั่นคือเหตุผลที่ฉันไม่สามารถรับประกันได้ว่าวิธีการที่แนะนำจะได้ผล


2

ฉันมีฮาร์ดแวร์ "high stratum (10)" แหล่งเวลา GPS ในเครือข่ายท้องถิ่นของเราที่ให้สถานะ falsetick (x) ใน ntpq ฉันพบว่าการใช้server [x.x.x.x] true(x = ที่อยู่ IP) ใน ntp.conf จะผ่านการตรวจสอบ falsetick อนุญาตให้เป็นผู้สมัครที่เป็นไปได้ ดูเหมือนว่าหมายเลขชั้นไม่ได้หมายถึงลำดับความสำคัญสูงกว่าเสมอ


1

หากคุณไม่ชอบเซิร์ฟเวอร์นี้ 10.xxZ เป็นข้อมูลอ้างอิงสิ่งนี้ควรทำเคล็ดลับ:

server 10.x.x.Z noselect 

สิ่งนี้มีประโยชน์หากควรใช้เซิร์ฟเวอร์เพื่อเหตุผลในการตรวจสอบเท่านั้น หรือคุณสามารถกำหนดค่า:

server 10.x.x.X prefer

ดังนั้น 10.xxZ จะไม่ถูกใช้หากมี 10.xxX


0

เหตุผลหนึ่งที่เป็นที่ต้องการคือเซิร์ฟเวอร์เวลาอื่น ๆ ของคุณไม่สามารถเข้าถึงได้เมื่อเร็ว ๆ นี้ เห็นคอลัมน์การเข้าถึงหรือไม่

โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.