คู่มือการซิงโครไนซ์เวลาเซิร์ฟเวอร์
การบอกเวลาที่แม่นยำเป็นรากฐานของอารยธรรมสมัยใหม่ ตั้งแต่ธุรกรรมทางการเงินไปจนถึงการควบคุมการจราจรทางอากาศ แม้แต่ความคลาดเคลื่อนด้านเวลาเพียงเล็กน้อยก็อาจส่งผลร้ายแรงได้ คู่มือนี้จะอธิบายวิทยาศาสตร์เบื้องหลังมาตรฐานเวลา วิธีการทำงานของนาฬิกาอะตอม วิธีที่คอมพิวเตอร์ของคุณยังคงซิงโครไนซ์ผ่าน NTP และเหตุใดเวลาเซิร์ฟเวอร์ที่แม่นยำจึงมีความสำคัญในอุตสาหกรรมที่สำคัญ การทำความเข้าใจการซิงโครไนซ์เวลาช่วยให้คุณเข้าใจถึงความซับซ้อนในการตอบคำถามง่ายๆ: กี่โมงแล้ว?
มาตรฐานเวลา: UTC, TAI และเวลา GPS
เวลา UTC, TAI, GPS และเวลาพลเมืองท้องถิ่นมีจุดประสงค์ที่แตกต่างกัน TAI (เวลาอะตอมสากล) เป็นมาตราส่วนเวลาอะตอมต่อเนื่องที่คำนวณโดย BIPM จากนาฬิกาที่มีส่วนร่วม มันไม่ได้เพิ่มวินาทีกระโดด UTC (เวลาสากลเชิงพิกัด) แตกต่างจาก TAI ด้วยจำนวนเต็มวินาที และเป็นข้อมูลอ้างอิงระหว่างประเทศสำหรับเขตเวลาพลเรือน เวลา GPS สอดคล้องกับ UTC เมื่อเริ่มต้นในปี 1980 แต่ไม่ได้เพิ่มวินาทีกระโดด
ตามที่ สหรัฐอเมริกา หอดูดาวกองทัพเรือ, ณ เดือนกันยายน 2569 TAI คือ 37 วินาทีและเวลา GPS คือ 18 วินาทีก่อน UTC ออฟเซ็ตเหล่านี้สามารถเปลี่ยนแปลงได้ภายใต้นโยบายวินาทีกระโดดในอนาคต
| มาตราส่วนเวลา | วินาทีกระโดด | พื้นฐานและการใช้งาน |
|---|---|---|
| ไท | ไม่ได้ใช้ | มาตราส่วนเวลาอะตอมต่อเนื่อง |
| ยูทีซี | ใช้ภายใต้กฎปัจจุบัน | เวลาอ้างอิงระหว่างประเทศ |
| เวลา GPS | ไม่ได้ใช้ | สเกลเวลานำทางด้วยดาวเทียม |
| เกาหลี | ติดตาม UTC | เวลามาตรฐานของเกาหลี UTC+9 |
นาฬิกาอะตอมและคำจำกัดความของวินาที
คำจำกัดความ BIPM ของ SI วินาที แก้ไขความถี่การเปลี่ยนผ่านไฮเปอร์ไฟน์ในสถานะพื้นดินที่ไม่ถูกรบกวนของซีเซียม-133 ที่ 9,192,631,770 Hz นาฬิกาซีเซียมใช้การเปลี่ยนผ่านของอะตอมนี้เป็นข้อมูลอ้างอิงความถี่
มาตรฐานปฐมภูมิและนาฬิกาออปติคอลรุ่นใหม่มีความไม่แน่นอนที่วัดได้แตกต่างกัน ตัวเลข “หนึ่งวินาทีใน N ปี” เดียวไม่สามารถอธิบายอุปกรณ์ทุกเครื่องได้ สถาบันมาตรวิทยาแห่งชาติจะเปรียบเทียบมาตรฐานของตนและมีส่วนร่วมในมาตราส่วนเวลาสากล การเผยแพร่มาตรฐานเหล่านั้นผ่าน NTP เป็นกระบวนการที่แยกจากการแสดงผลเบราว์เซอร์ของ Clock-Tani ซึ่งไม่ได้เชื่อมต่อโดยตรงกับนาฬิกาอะตอม
NTP: คอมพิวเตอร์ของคุณซิงค์อย่างไร
Network Time Protocol (NTP) ซิงโครไนซ์นาฬิกาคอมพิวเตอร์ผ่านเครือข่าย RFC 5905 (NTPv4) describes a hierarchy of time servers and an offset calculation using four timestamps: client send and receive times, and server receive and transmit times. A client can use these observations to discipline its system clock.
ประสิทธิภาพขึ้นอยู่กับการอ้างอิงของเซิร์ฟเวอร์ นาฬิกาของอุปกรณ์ ความล่าช้าของเครือข่าย และความไม่สมดุล ตัวอย่างเครือข่ายท้องถิ่นที่รวดเร็วใน RFC ไม่ใช่คำมั่นสัญญาด้านความแม่นยำคงที่สำหรับอินเทอร์เน็ตสาธารณะหรือทุกระบบปฏิบัติการ บริการเวลาอินเทอร์เน็ตของ NIST ตั้งข้อสังเกตว่าความแม่นยำที่ผู้ใช้เห็นนั้นขึ้นอยู่กับความเสถียรของเครือข่ายและการตอบแทนซึ่งกันและกันเป็นส่วนใหญ่
Clock-Tani ไม่ทำงาน NTP ในเบราว์เซอร์หรือปรับนาฬิกาของอุปกรณ์ หน้าเวลาเซิร์ฟเวอร์ประมาณความแตกต่างจากการตอบสนองของเว็บ API และระยะเวลาไปกลับ
Crystal Oscillator Drift ในคอมพิวเตอร์
นาฬิกาในคอมพิวเตอร์และโทรศัพท์ขึ้นอยู่กับออสซิลเลเตอร์ของฮาร์ดแวร์และการจับเวลาของระบบปฏิบัติการ Oscillator frequency can vary with temperature, age and device design, but no single frequency, daily drift rate or synchronization interval applies to every computer.
ระบบปฏิบัติการหลายระบบสามารถปรับนาฬิกาเป็นระยะโดยใช้บริการเวลาเครือข่ายเมื่อเปิดใช้งานและเชื่อมต่อ วิธีการและกำหนดเวลาขึ้นอยู่กับการตั้งค่าและอุปกรณ์ หากการชดเชยดูเหมือนไม่คาดคิด ให้ตรวจสอบการตั้งค่าเวลาและโซนเวลาอัตโนมัติ ถือว่าการเปรียบเทียบเบราว์เซอร์เป็นการประมาณการที่ได้รับผลกระทบจากเครือข่าย คำถามที่พบบ่อยเกี่ยวกับการจับเวลาของ NIST แสดงให้เห็นว่าข้อผิดพลาดของนาฬิกาควอทซ์ขึ้นอยู่กับออสซิลเลเตอร์อย่างไร
หมายเหตุการใช้งาน: ตัวอย่าง 3 ตัวอย่างและผลลัพธ์ที่มีความหน่วงกลาง
[หน้าเวลาเซิร์ฟเวอร์] (/th/server-time) เริ่มต้นส่งคำขอสามครั้งไปยัง API ของ Clock-Tani สำหรับการตอบกลับแต่ละครั้ง จะเพิ่มครึ่งหนึ่งของเวลาไปกลับที่วัดโดยเบราว์เซอร์ลงในการประทับเวลา Date.now() ของ API จากนั้นเลือกตัวอย่างที่มีเวลาแฝงปานกลาง สิ่งนี้จะช่วยลดอิทธิพลของค่าผิดปกติที่ช้าอย่างหนึ่ง ไม่ใช่การซิงโครไนซ์ NTP หรือการรับรองความถูกต้อง การกลับไปที่หน้าหรือการเชื่อมต่อเครือข่ายใหม่อาจทำให้เกิดการวัดอื่นได้
สำหรับมุมมองเฉพาะไซต์ เซิร์ฟเวอร์จะส่งคำขอ HEAD หนึ่งรายการไปยังเป้าหมายเมื่อผลลัพธ์ล่าสุดยังไม่ได้ถูกแคชไว้ ออฟเซ็ตโดยประมาณที่ถูกต้องสามารถนำมาใช้ซ้ำได้นานถึง 60 วินาที โดยจะปรึกษาส่วนหัว HTTP Date และเวลาไปกลับของเป้าหมาย จากนั้นจะวัดการกระโดดของ API ไปยังเบราว์เซอร์แยกกัน วันที่ HTTP มีความละเอียดหนึ่งวินาที ส่วนหัวที่ขาดหายไปหรือไม่น่าเชื่อถืออาจนำไปสู่เวลาของแหล่งที่มาหรืออุปกรณ์อื่น ซึ่งอินเทอร์เฟซแยกความแตกต่าง การแก้ไข Half-RTT จะถือว่าความล่าช้าขาออกและการส่งคืนที่คล้ายกัน และไม่สามารถรับประกันความแม่นยำคงที่ได้
วินาทีกระโดด: การเชื่อมเวลาอะตอมและดาราศาสตร์
ภายใต้กฎ UTC ปัจจุบัน วินาทีกระโดดจะใช้เมื่อจำเป็นเพื่อให้ UTC ใกล้เคียงกับเวลาการหมุนรอบโลก (UT1) IERS Bulletin C ประกาศว่าจะมีการแนะนำวินาทีกระโดดหรือไม่ วินาทีกระโดดที่เป็นบวกสามารถแทรก 23:59:60 หลังจาก 23:59:59 น. ใน UTC ซึ่งต้องใช้ซอฟต์แวร์เพื่อจัดการนาทีที่ผิดปกติ
มติ CGPM 4 (2022) เรียกร้องให้เพิ่มส่วนต่าง UT1–UTC ที่อนุญาตภายในหรือก่อนปี 2035 และเตรียมแผนการดำเนินการสำหรับ UTC ที่ต่อเนื่องมากขึ้น โดยไม่ได้ระบุวิธีการปรับเปลี่ยนหลังปี 2035 ขั้นสุดท้ายอยู่แล้ว หรือให้คำมั่นสัญญาแบบครอบคลุมว่าการจัดการวินาทีกระโดดทั้งหมดจะสิ้นสุดในวันที่ที่ระบุ
อุตสาหกรรมที่ต้องการเวลาที่แม่นยำ
ตลาดการเงิน การบินและระบบนำทาง เครือข่ายโทรคมนาคม และโครงข่ายไฟฟ้าล้วนใช้เวลา แต่ความแม่นยำและวิธีการตรวจสอบความถูกต้องจะแตกต่างกันไปตามการใช้งาน ตัวอย่างเช่น กฎระเบียบที่ได้รับมอบอำนาจจากสหภาพยุโรป 2025/1155 เกี่ยวกับกิจกรรมการซื้อขายอัลกอริทึมความถี่สูง ระบุความแตกต่าง UTC สูงสุด 100 ไมโครวินาทีสำหรับกิจกรรมเฉพาะ นั่นไม่ใช่กฎสากลสำหรับการค้าหรืออุตสาหกรรมทั้งหมด
การนำทางด้วยดาวเทียม การประสานงานของสถานีฐาน และการวัดตารางมีข้อกำหนดด้านเวลาของตัวเอง มุมมองเบราว์เซอร์ตามการตอบกลับของเว็บ เช่น Clock-Tani ไม่ใช่นาฬิกาที่ได้รับการตรวจสอบสำหรับระบบเหล่านั้น ใช้แหล่งเวลาอย่างเป็นทางการของระบบที่เกี่ยวข้องและบันทึกสำหรับการตัดสินใจที่เป็นผลสืบเนื่อง
การตรวจสอบห้านาที: นาฬิกาของคุณอยู่ไกลแค่ไหน?
เปิด หน้าเวลาเซิร์ฟเวอร์ เพื่อเปรียบเทียบนาฬิกาอุปกรณ์ของคุณกับค่าประมาณ Clock-Tani ที่อิงตามการตอบกลับเว็บ มุมมองเริ่มต้นใช้ตัวอย่าง API สามตัวอย่างแล้วและเลือกผลลัพธ์เวลาแฝงกลาง การรีเฟรชสามครั้งไม่เปลี่ยนการชดเชยเหล่านั้นให้เป็นข้อผิดพลาดของอุปกรณ์ "จริง" ที่ได้รับการรับรอง
หน้านี้แสดงค่าออฟเซ็ตมิลลิวินาทีโดยประมาณ ไม่ใช่ค่าความล่าช้าไปกลับที่วัดได้ หรือการวินิจฉัยสถานะ NTP ของระบบปฏิบัติการของคุณ ใช้ "ซิงค์อีกครั้ง" หลังจากการเชื่อมต่อเปลี่ยนแปลงหากคุณต้องการประมาณการอีกครั้ง หากความแตกต่างที่เกิดขึ้นอย่างไม่คาดคิดเกิดขึ้น ให้ตรวจสอบการตั้งค่าเวลาและโซนเวลาอัตโนมัติของอุปกรณ์ ไม่มีเกณฑ์ปกติทั่วไป/ข้อควรระวัง/ร้ายแรงสำหรับการวัดผลเบราว์เซอร์นี้ และการรีบูตไม่ใช่ข้อกำหนดเบื้องต้นทั่วไปก่อนเหตุการณ์ที่ต้องคำนึงถึงเวลา
การใช้เครื่องมือเวลาเซิร์ฟเวอร์ของ Clock-Tani
หน้าเวลาเซิร์ฟเวอร์ของ Clock-Tani แสดงการอ้างอิงตามการตอบกลับเว็บ ข้างเวลาของอุปกรณ์ และประมาณความแตกต่าง แหล่งที่มาเริ่มต้นคือการประทับเวลา API ของ Clock-Tani มุมมองเฉพาะไซต์อาจใช้ส่วนหัววันที่ HTTP ของเป้าหมายหรือทางเลือกที่ระบุไว้อย่างชัดเจน
การเปรียบเทียบนี้ไม่สามารถระบุได้ว่าบริการ NTP ของคอมพิวเตอร์ของคุณทำงานหรือไม่ รับรองข้อผิดพลาดแน่นอน หรือตรวจสอบเวลาเปิดทำการภายในของผู้ขายตั๋ว ความล่าช้าของเครือข่ายและข้อผิดพลาดนาฬิกาเซิร์ฟเวอร์อาจส่งผลกระทบได้ สำหรับการขาย การสอบ และกำหนดเวลาที่เป็นผลสืบเนื่องอื่นๆ โปรดอ้างอิงประกาศอย่างเป็นทางการและบันทึกการส่งของผู้จัดงาน เครื่องมือนี้สามารถช่วยคุณสังเกตและตรวจสอบข้อมูลอ้างอิงอีกครั้ง และสามารถนับถอยหลังสู่เวลาที่คุณตั้งไว้ได้
บทสรุป
การซิงโครไนซ์เวลาขึ้นอยู่กับมาตรฐานอะตอมมิก ฮาร์ดแวร์นาฬิกา โปรโตคอลเครือข่าย และการวัดอย่างระมัดระวัง Clock-Tani เสนอการประมาณการตามการตอบสนองต่อเว็บสำหรับการเปรียบเทียบอุปกรณ์ของคุณกับข้อมูลอ้างอิง มันไม่ได้ตั้งค่านาฬิกาของอุปกรณ์หรือรับรองความแม่นยำที่สมบูรณ์ สำหรับกำหนดเวลาที่ตามมา ให้ปฏิบัติตามเวลาและบันทึกอย่างเป็นทางการขององค์กรที่รับผิดชอบ