คอมพิวเตอร์ของฉันเอาเวลามาจากที่ไหน?
(dotat.at)- เวลาของคอมพิวเตอร์มักเริ่มจาก NTP แต่เบื้องหลังมีห่วงโซ่อุปทานยาวที่ต่อไปถึงนาฬิกาอ้างอิง, GPS, หอดูดาวกองทัพเรือสหรัฐฯ และมาตรฐานเวลาสากล
- เซิร์ฟเวอร์ NTP ระดับ stratum 1 ใช้สัญญาณวิทยุอย่าง MSF·DCF77 หรือเครื่องรับ GPS เป็นนาฬิกาอ้างอิง และในสภาพแวดล้อมจริง GPS เป็นแหล่งที่พบบ่อย
- เวลา GPS เชื่อมโยงไปถึง Schriever Space Force Base ในโคโลราโด, US Naval Observatory Alternate Master Clock และ US Naval Observatory ในวอชิงตัน DC
- UTC เป็นมาตรฐานสำหรับปรับเวลานาฬิกาอะตอมให้สอดคล้องกับ การหมุนของโลก โดย Bulletin C ของ IERS และ Circular T ของ BIPM จัดการเรื่องอธิกวินาทีและความต่างของ UTC อย่างเป็นทางการ
- นิยามของวินาทีในปัจจุบันที่อิงซีเซียมสืบเนื่องมาจากงานปรับเทียบที่เชื่อมโยงนาฬิกาอะตอมของ Louis Essen·Jack Parry ในปี 1955~1958, การสังเกตการณ์ทางดาราศาสตร์ของ William Markowitz และสัญญาณเวลาวิทยุ WWV
ลำดับชั้นของเวลาที่เริ่มจาก NTP
- คำตอบที่สั้นที่สุดว่าคอมพิวเตอร์เอาเวลามาจากไหนคือ NTP
- อย่างไรก็ตาม เซิร์ฟเวอร์ NTP เองก็ไม่ได้สร้างเวลาขึ้นมา และเมื่อไล่ตามแหล่งที่มา จะพบว่ามีหลายชั้นต่อเนื่องกัน
- NTP ส่งต่อเวลาด้วยโครงสร้าง stratum
- เซิร์ฟเวอร์ NTP stratum 3 รับเวลาจากเซิร์ฟเวอร์ NTP stratum 2
- เซิร์ฟเวอร์ NTP stratum 2 อ้างอิงจากเซิร์ฟเวอร์ NTP stratum 1
- เซิร์ฟเวอร์ NTP stratum 1 รับเวลาโดยตรงจากนาฬิกาอ้างอิง (reference clock)
- นาฬิกาอ้างอิงอาจเป็นสัญญาณวิทยุอย่าง MSF ของสหราชอาณาจักร หรือ DCF77 ของเยอรมนี แต่ในหลายกรณีมีแนวโน้มสูงว่าจะเป็นเครื่องรับ GPS
เวลา GPS และหอดูดาวกองทัพเรือสหรัฐฯ
- เมื่อไล่ตามแหล่งที่มาของเวลา GPS จะไปถึง Schriever Space Force Base ในรัฐโคโลราโด
- ที่ Schriever มีดาวเทียมลับสุดยอดและภารกิจที่เกี่ยวข้องหลายอย่าง จึงยากที่จะเข้าไปใกล้เพื่อถ่ายภาพดีๆ
- ในสถานที่นั้นมี US Naval Observatory Alternate Master Clock อยู่
- นาฬิกามาสเตอร์สำรองนี้รับเวลาจาก US Naval Observatory ในวอชิงตัน DC
รากฐานสามประการที่ USNO ใช้ปรับเวลา
-
นาฬิกาอะตอม
- รากฐานแรกของ US Naval Observatory คือ นาฬิกาอะตอมจำนวนมาก
- มีการใช้นาฬิกาซีเซียมบีมแบบติดตั้งในแร็ก, กล่องดำที่มีไฮโดรเจนเมเซอร์อยู่ภายใน และ rubidium fountains
- USNO มีนาฬิกาจำนวนมากถึงขั้นมีอาคารเฉพาะสำหรับนาฬิกาอะตอม
- ใน Apple Maps มองเห็นพื้นที่ก่อสร้างขนาดใหญ่ตรงกลางแคมปัสของ USNO และได้รับการยืนยันว่าเป็นอาคารนาฬิกาแห่งใหม่
- ข้อจำกัดหลักของความแม่นยำของนาฬิกาคือ เสถียรภาพของสภาพแวดล้อม เช่น อุณหภูมิและความชื้น และอาคารใหม่จะมีระบบปรับอากาศที่ทรงพลัง
-
ข้อมูลการหมุนของโลก
- รากฐานที่สองคือข้อเท็จจริงที่ว่า UTC เป็นการประนีประนอมระหว่างเวลานาฬิกาอะตอมกับ เวลาการหมุนของโลก
- USNO รับข้อมูลที่เกี่ยวข้องจาก IERS บริการการหมุนของโลกสากลที่ตั้งอยู่บนฐานของหอดูดาวปารีส
- IERS ส่ง Bulletin C ปีละสองครั้ง เพื่อแจ้งว่าอีก 6 เดือนข้างหน้าจะมีอธิกวินาทีหรือไม่
- อธิกวินาทีอาจถูกเพิ่มหรือลบออกเพื่อให้ UTC ตรงกับการหมุนของโลก
- IERS Bulletin A เป็นประกาศรายสัปดาห์ที่มีข้อมูลละเอียดของพารามิเตอร์ทิศทางโลก และจัดส่งโดย US Naval Observatory
- เพื่อให้ GPS ระบุตำแหน่งได้อย่างแม่นยำ จำเป็นต้องรู้ทิศทางของโลกที่อยู่ใต้ดาวเทียมอย่างถูกต้อง
-
การตรวจสอบนาฬิกาอะตอม
- รากฐานที่สามคือข้อมูลที่ใช้ยืนยันว่านาฬิกาอะตอมของ USNO ทำงานได้ดีหรือไม่
- ข้อมูลนี้มาจาก BIPM ในปารีส และ BIPM เป็นผู้ดูแล UTC มาตรฐานทั่วโลก
BIPM, UTC, SI วินาที
- BIPM รวบรวมค่าการวัดเวลาจากสถาบันเวลามาตรฐานของประเทศต่างๆ ทั่วโลกเพื่อกำหนด UTC อย่างเป็นทางการ
- Circular T ที่เผยแพร่เป็นระยะมีข้อมูลความไม่ตรงกันระหว่าง UTC อย่างเป็นทางการกับ UTC ของสถาบันเวลาของแต่ละประเทศ
- BIPM ยังมีหน้าที่ดูแลระบบหน่วยระหว่างประเทศ SI
- SI ถูกนิยามโดย CGPM และ CGPM เป็นองค์กรสนธิสัญญาระหว่างประเทศที่ก่อตั้งขึ้นตามอนุสัญญาเมตริกในปี 1875
- UTC คือการนำหน่วยเวลา SI ที่อิงการวัดเชิงควอนตัมของอะตอมซีเซียมไปใช้งานจริง
- ตัวเลขประมาณ 9.2GHz ที่อยู่ในนิยามของวินาทีปัจจุบันสืบเนื่องมาจากการปรับเทียบนาฬิกาอะตอมซีเซียมยุคแรก
การเชื่อมโยงนาฬิกาอะตอมซีเซียมกับวินาทีทางดาราศาสตร์
- ในปี 1955 Louis Essen และ Jack Parry สร้างนาฬิกาอะตอมซีเซียมเรือนแรก และนิยามของวินาทีในปัจจุบันมาจากการปรับเทียบของนาฬิกาเรือนนี้
- ก่อนมีนาฬิกาอะตอม วินาทีอิงกับดาราศาสตร์ ดังนั้น Essen และ Parry จึงต้องค้นหาว่านาฬิกาอะตอมเดินเร็วแค่ไหนเมื่อเทียบกับมาตรฐานเวลาที่มีอยู่เดิม
- งานเชื่อมโยงนี้มีนักดาราศาสตร์จาก US Naval Observatory เข้าร่วม
- William Markowitz วัดเวลาโดยสังเกตท้องฟ้า
- Louis Essen วัดเวลาโดยดูนาฬิกาอะตอม
- เพื่อให้การวัดทั้งสองตรงกัน ทั้งคู่ฟังสัญญาณเวลาวิทยุ WWV ที่ส่งออกจาก National Bureau of Standards ในวอชิงตัน DC
- งานนี้ดำเนินเป็นเวลา 3 ปี ตั้งแต่ 1955~1958
- สิ่งที่ Markowitz วัดคือ ephemeris second
- ในปี 1952 สหพันธ์ดาราศาสตร์สากลเปลี่ยนนิยามของเวลาให้ไม่ได้อิงการหมุนของโลก แต่อิงวงโคจรของโลกรอบดวงอาทิตย์
- ในช่วงทศวรรษ 1930 มีการค้นพบว่าการหมุนของโลกไม่ได้คงที่อย่างสมบูรณ์ แต่ค่อยๆ ช้าลงและเร็วขึ้นเล็กน้อย
- เมื่อนาฬิกาแม่นยำกว่าการหมุนของโลก ephemeris second จึงกลายเป็นมาตรฐานเวลาใหม่ที่แม่นยำกว่า
- ephemeris second อิงกับ ephemeris ซึ่งเป็นแบบจำลองทางคณิตศาสตร์ของระบบสุริยะ
- ephemeris มาตรฐานสร้างโดย Simon Newcomb ในช่วงปลายทศวรรษ 1800
- Newcomb รวบรวมข้อมูลดาราศาสตร์ทางประวัติศาสตร์จำนวนมหาศาลเพื่อสร้างแบบจำลองทางคณิตศาสตร์
- แบบจำลองนี้ยังคงเป็นมาตรฐานจนถึงกลางทศวรรษ 1980
- Simon Newcomb ก็เคยทำงานที่ US Naval Observatory และ US nautical almanac office เช่นกัน
- ในยุคก่อนหน้านั้น วิธีปรับนาฬิกาที่ตรงไปตรงมากว่าคือสังเกตดาวที่เคลื่อนผ่านท้องฟ้า
- แหล่งที่มาของเวลาคอมพิวเตอร์ไม่ใช่ Royal Greenwich Observatory
1 ความคิดเห็น
ความคิดเห็นจาก Hacker News
ในเรื่องการรักษาเวลา ยังมี NIST Randomness Beacon ด้วย: https://csrc.nist.gov/projects/interoperable-randomness-beac...
ต้นแบบนี้สร้างและเผยแพร่สตริงบิตเอนโทรปีทั้งหมดเป็นบล็อกขนาด 512 บิตทุก 60 วินาที โดยแต่ละค่าจะมีหมายเลขลำดับ·ไทม์สแตมป์·ลายเซ็นแนบมาด้วย และยังรวมแฮชของค่าก่อนหน้าเพื่อเชื่อมค่าเหล่านั้นเป็นเชน
มีมุกว่า “เอาเวลาไปขึ้นบล็อกเชน” ซึ่งในแง่หนึ่ง NIST ก็ทำสิ่งที่คล้ายกันอยู่แล้ว
ไม่ต้องมีฉันทามติ และคล้ายกับ Git repository ที่มีผู้เขียนรายเดียว
การนำสตริงสุ่มยาว ๆ ที่เปิดเผยต่อสาธารณะไปใส่ในเชน นอกจากใช้พิสูจน์ว่าเหตุการณ์บางอย่างไม่ได้เกิดขึ้นก่อนเวลาหนึ่งแล้ว ยังไม่ค่อยเข้าใจว่ามีประโยชน์อย่างไร
ถ้ามีแหล่งเวลาเชื่อถือได้ที่มีคีย์ไม่กี่ชุดซึ่งจะไม่เปลี่ยน และใคร ๆ ก็สามารถส่งต่อซ้ำได้ ก็น่าจะมีประโยชน์มาก
อาจทำให้นาฬิกาแบบไม่ต้องตั้งค่าใด ๆ รับเวลาจากโทรศัพท์หรือคอมพิวเตอร์ที่อยู่ใกล้ที่สุดได้ด้วย
ถ้าตั้งค่าไม่ให้คอมพิวเตอร์ซิงก์เวลาอัตโนมัติ จะประหลาดใจได้เลยว่าเวลามัน drift เร็วแค่ไหน
เดสก์ท็อปหลักของผมตอนนี้เร็วไป 1.7 วินาที และอาจไม่ได้อัปเดตนาฬิกามาหลายสัปดาห์แล้ว
ถึงอย่างนั้นระดับนี้ก็ยังไม่ถือว่าหนัก ระบบอื่น ๆ อาจคลาดเคลื่อนได้มากกว่านี้มาก
ถ้าถามว่าทำไมไม่ตั้งค่าอัตโนมัติด้วย NTP ก็อาจเป็นเพราะอยากดูอัตรา drift, อยากลดบริการที่รันอยู่ให้เหลือน้อยที่สุด, อยากให้สวิตช์อีเทอร์เน็ตตรงหน้าไม่กะพริบมากเกินไป หรืออยากลองนึกดูว่าอะไรจะพังบ้างเมื่อนาฬิกาคลาดเคลื่อนมาก ๆ
สุดท้ายคำตอบก็คือ “เพราะผมต้องการแบบนั้น” และนาฬิกาภายในหรือคริสตัลของคอมพิวเตอร์จำนวนมากก็ไม่ได้แม่นยำเลย
ถ้าคิดที่ 20ppm ภายในหนึ่งสัปดาห์อาจคลาดเคลื่อนได้ประมาณ 12 วินาที
บนเมนบอร์ดน่าจะมี cr2032 สำหรับรักษาเวลาแม้ตัดไฟอยู่ด้วย
ตัวอย่างคริสตัล: https://www.digikey.com/en/products/filter/crystals/171?s=N4...
ผมชอบดีไซน์นี้ เพราะเมื่อแก้ NTP แล้ว เวลาจะกระโดดไปข้างหน้า ทำให้เกิดช่องว่างในเวลาที่รับรู้ แทนที่จะ “ใช้ชีวิตช่วงเวลาเดิมสองครั้ง”
เลยเคยคิดว่า เช่นเดียวกับมาตรวัดความเร็วที่ตั้งใจแสดงค่าสูงกว่าจริงเล็กน้อย คริสตัลก็น่าจะถูกตั้งใจทำให้ช้าลงเล็กน้อยเพื่อไม่ให้คอมพิวเตอร์ไถลไปสู่อนาคต
ผ่านไป 2 สัปดาห์มี drift สะสม 30 วินาที และ Prometheus ก็แจ้งเตือน แต่ตอนแรกผมเดาผิดว่าเป็นการแจ้งเตือนที่เกิดจากการยัดทุกอย่างไว้บนโหนดเดียว
ระหว่างดูเมตริกก็เห็นว่าเกิดข้อผิดพลาดเพราะ drift เลยเปรียบเทียบผลลัพธ์
date +'%s'บนเซิร์ฟเวอร์กับแล็ปท็อป พบว่าต่างกันมากกว่า 30 วินาทีไปเยอะRTC IC แบบชดเชยอุณหภูมิสามารถต่ำกว่า 5ppm ได้ และในทางปฏิบัติก็เพียงพอสำหรับการเดินเรือด้วยดาราศาสตร์ ซึ่งเป็นงานดั้งเดิมของโครโนมิเตอร์สำหรับการเดินเรือ
ในปี 2011 มีนาฬิกาอะตอมระดับชิปออกมาแล้ว แม้จะแพงกว่ามากและกินไฟมากกว่า แต่สามารถรักษาเวลาให้อยู่ภายใน 50ppt ได้
เป็นคำอธิบายที่น่าสนใจ แต่รูปแบบนี้ไม่สะดวกต่อการถ่ายทอดข้อมูลเอาเสียเลย
น่าจะดีกว่าถ้าตัดสไลด์ออก เขียนใหม่ให้เป็นย่อหน้าที่ต่อเนื่อง แล้วใส่กลับมาเฉพาะภาพสำคัญ ๆ เป็นสื่อประกอบ
แจ้งว่ามีการบรรยายแล้ว, อัปโหลดวิดีโอบันทึก, อัปโหลดสไลด์เป็น PDF หรืออย่างอื่นโดยไม่มีคำอธิบาย, วางสไลด์ลงในหน้า HTML พร้อมเสริมสิ่งที่ผู้บรรยายน่าจะพูดไว้ข้าง ๆ และสุดท้ายคือเขียนทั้งหมดใหม่เป็นบทความแบบย่อหน้า
กรณีนี้ทำมาถึงข้อ 1~4 แล้ว การบ่นว่าไม่ได้ทำถึงข้อ 5 ก็เท่ากับเรียกร้องงานเพิ่มอีกค่อนข้างใหญ่ เลยตำหนิได้ยาก และแค่เอางานบรรยายมาเผยแพร่ในรูปแบบที่อ่านได้ตั้งแต่แรกก็ต้องขอบคุณแล้ว
ผมเห็นด้วยว่าบนมือถือ โดยเฉพาะเวอร์ชันแรก ๆ อ่านยาก แต่รูปแบบ “งานบรรยายพร้อมคำอธิบายประกอบ” เองก็ไม่ได้แย่
เช่น มีตัวอย่างอย่าง https://idlewords.com/talks/ ของ https://idlewords.com/talks/superintelligence.htm, https://noidea.dog/talks ของ https://noidea.dog/impostor, https://simonwillison.net/tags/annotatedtalks/ ของ https://simonwillison.net/2022/Nov/26/productivity/ และถ้าปรับ CSS เล็กน้อย เช่น วางภาพไว้ทางขวา ก็น่าจะอ่านง่ายขึ้น
แบบว่า หลังจาก “นี่คือภาพแพ็กเก็ต NTP” แล้วกลับมีรูปผู้ชายนั่งอยู่ที่โต๊ะโผล่มา
ผมชอบนะ
NTP Pool ซึ่งเป็นทรัพยากรที่อุปกรณ์จำนวนมากใช้ร่วมกัน ก็ควรค่าแก่การพูดถึงเช่นกัน
เป็นกลุ่มเซิร์ฟเวอร์ NTP ที่ดำเนินการโดยอาสาสมัคร และมักถูกเลือกใช้บ่อย โดยเฉพาะในอุปกรณ์สายโอเพนซอร์ส
Microsoft, Apple, Google ต่างก็มีเซิร์ฟเวอร์เวลาของตัวเอง แต่สำหรับส่วนใหญ่ที่เหลือ NTP Pool เป็นทรัพยากรที่ยอดเยี่ยม: https://www.ntppool.org/en/
สนุกดี แต่ในสภาพแวดล้อมห้องเครื่อง การติดเสาอากาศโดมค้างไว้ตลอดทำได้ยาก
ผมไม่ชอบสายเคเบิลเฉพาะทาง และการขึ้นไปถึงหลังคาก็เป็นเรื่องปวดหัวทั้งด้านความปลอดภัยและปัญหารั่วซึม
ทุกวันนี้นาฬิการูบิเดียมก็ราคาค่อนข้างถูกแล้ว
ตอนนี้ผมกำลังเข้าร่วมโปรเจกต์ GPS drift/availability ของ Bert Hubert ที่ใช้ Raspberry Pi วัดทัศนวิสัยและความพร้อมใช้งานของ GPS นอกหน้าต่างโฮมออฟฟิศ ซึ่งอันนี้สนุกกว่ามาก
ช่วงเวลาที่เครื่องมือวัดหรือวิธีการวัดมีความเที่ยงตรง เสถียร และเชื่อถือได้มากกว่าวัสดุมาตรฐานนั้นน่าสนใจ
แล้วก็จะมีใครสักคน ซึ่งมักเป็นบุคคลคนหนึ่ง ในที่สุดก็ค้นพบความจริงนั้น หรือบางกรณีก็สร้างมันขึ้นมาเอง
วินาทีอีเฟเมอริส อิงจากอีเฟเมอริส ซึ่งเป็นแบบจำลองทางคณิตศาสตร์ของระบบสุริยะ และอีเฟเมอริสมาตรฐานคือแบบจำลองที่ Simon Newcomb สร้างขึ้นจากการรวบรวมข้อมูลดาราศาสตร์ย้อนหลังจำนวนมหาศาลในปลายศตวรรษที่ 1800 และยังคงเป็นมาตรฐานจนถึงกลางทศวรรษ 1980
ในปี 1952 สหพันธ์ดาราศาสตร์สากลเปลี่ยนนิยามเวลาให้ยึดตามการโคจรของโลกรอบดวงอาทิตย์ แทนที่จะยึดตามการหมุนรอบตัวเองของโลก เพราะในทศวรรษ 1930 มีการค้นพบว่าการหมุนรอบตัวเองของโลกไม่ได้สม่ำเสมออย่างสมบูรณ์ แต่ค่อย ๆ ช้าลงหรือเร็วขึ้นเล็กน้อย
นาฬิกามีความแม่นยำกว่าการหมุนของโลกแล้ว และวินาทีอีเฟเมอริสก็กลายเป็นมาตรฐานเวลาใหม่ที่แม่นยำกว่า
ถ้ายึดตามการหมุนของโลก “ข้อมูลดาราศาสตร์ย้อนหลังจำนวนมหาศาล” ที่ Newcomb รวบรวมไว้นั้นเป็นข้อมูลแบบใดกันนะ?
ผมสงสัยว่าจะจับและจัดเก็บความยาวของเวลาอย่างน่าเชื่อถือได้อย่างไร หากอิงเพียงความเร็วการหมุนของโลกที่เปลี่ยนไปตามกาลเวลา และเดาว่าน่าจะเป็นข้อมูลที่เปรียบเทียบกับปรากฏการณ์ธรรมชาติอย่างอื่น
ถ้าไม่อยากพึ่งพา Big Time มากเกินไป ผมคิดว่าเราจำเป็นต้องมี มาตรฐานติดตามเวลา ที่ชุมชนดูแลและทำให้เป็นประชาธิปไตย
True Time™ ถูกกำหนดโดยการเฉลี่ยเชิงปฏิบัติจากนาฬิกาอะตอมหลายสิบเรือนในห้องปฏิบัติการทั่วโลก ดังนั้นคงยากที่จะเข้าใกล้คำว่า “ชุมชนดูแล” และ “เป็นประชาธิปไตย” ไปมากกว่านี้แล้ว
ดูเหมือนจะมีความซ้ำซ้อนและฉันทามติอยู่พอสมควร แต่ก็สงสัยว่าระบบใดจะล้มเหลว ปัญหาจะเกิดขึ้นตามไทม์ไลน์แบบไหน และจะกู้คืนอย่างไร
ความแม่นยำระดับวินาทีก็คงไม่ใช่ความคาดหวังที่เหลวไหลนัก แต่การปรับเทียบอาจต้องใช้เวลานานจนไม่สมจริง
DARPA กำลังให้ทุนกับโปรแกรม Robust Optical Clock Network (ROCkN)
โปรแกรมนี้มีเป้าหมายเพื่อสร้างนาฬิกาอะตอมแบบออปติคัลที่มีขนาด·น้ำหนัก·กำลังไฟ (SWaP) ต่ำ มีความแม่นยำและสมรรถนะการรักษาเวลายามขาดสัญญาณดีกว่านาฬิกาอะตอมบน GPS และใช้งานนอกห้องปฏิบัติการได้
ผู้ให้บริการคลาวด์รายใหญ่ส่วนใหญ่รับเวลาจาก GPS แต่ก็ได้ติดตั้งอุปกรณ์ระดับ Open Compute Time Card ที่สามารถรักษาเวลาที่แม่นยำได้แม้ไม่มี GPS
https://www.darpa.mil/news-events/2022-01-20
หากมี Raspberry Pi เหลืออยู่และอยากรัน เซิร์ฟเวอร์ NTP Stratum 1 เอง ก็มีบทความนี้: https://austinsnerdythings.com/2021/04/19/microsecond-accura...
บอร์ดรุ่นเก่ามีพอร์ตอีเทอร์เน็ตอยู่หลัง USB hub ทำให้เกิด jitter ของจังหวะแพ็กเก็ตในเครือข่ายระดับมิลลิวินาที และยากที่จะได้ความแม่นยำของ NTP ระดับไมโครวินาที
ถ้าอยากเพิ่มความสนุก ก็อาจใส่ไว้ในกล่องฉนวนแล้วใส่โหลดให้ CPU เพื่อรักษาให้อุ่น ทำให้ Raspberry Pi กลายเป็นเหมือน oscillators คริสตัลชดเชยด้วยเตาอบได้: https://blog.ntpsec.org/2017/03/21/More_Heat.html
เซิร์ฟเวอร์ Stratum 1 หมายถึงเซิร์ฟเวอร์ที่รับเวลามาจากเซิร์ฟเวอร์ Stratum 0
สไลด์ส่วนใหญ่พูดถึง ฟิสิกส์ของการวัดเวลา เช่น GPS หรือนาฬิกาอะตอม
เรื่องนั้นน่าสนใจในตัวเอง แต่ถ้าจะเข้าใจว่าคอมพิวเตอร์ของฉันได้เวลาปัจจุบันมาอย่างไร คำถามที่เกี่ยวข้องกว่าคือ “คอมพิวเตอร์ที่บ้านวัดเวลาหน่วงของแพ็กเก็ตที่ส่งมาจากเซิร์ฟเวอร์เวลาระยะไกลอย่างไร?”
คำถามอย่างการวัดระยะเวลาของ round trip หลายครั้งแล้วเอาค่าเฉลี่ยมาเป็นเวลาหน่วงหรือไม่ หรือถ้าเกิดความแออัดกะทันหันระหว่าง round trip ใด round trip หนึ่งจะเกิดอะไรขึ้น ดูลึกลับกว่าคำถามทางฟิสิกส์เสียอีก
ต้องระวังว่าใช้ แหล่งเวลา แบบไหน
เมื่อประมาณ 10–15 ปีก่อน เซิร์ฟเวอร์ตัวหนึ่งของเราถูกตั้งค่าให้ใช้
tick.usno.navy.milและtock.usno.navy.milแต่เวลาที่ Navy ปล่อยออกมามี “ปัญหา”ชั่วข้ามคืน เซิร์ฟเวอร์ไลเซนส์หลายตัวไม่สามารถยืนยันตัวตนได้ และเราไม่สามารถล็อกอินเข้าสู่ระบบได้
เท่าที่ผมรู้ SSH ก็ต้องการเวลาที่ถูกต้องในระดับไม่กี่นาทีเหมือนกัน แต่เราล็อกอินแบบ local จากออฟฟิศอื่นในอาคารเดียวกัน ตรวจสอบความไม่ตรงกันของเวลา แล้วแก้ไขด้วยการเปลี่ยนเซิร์ฟเวอร์เวลาและวิธีซิงก์
SSH ไม่สนใจเวลาเลย เว้นแต่จะใช้ใบรับรอง SSH อายุสั้นมาก