Bagaimanakah Pelayan NTP Mengurus untuk Menginap dengan begitu Tepat?

Ramai di antara kita mempunyai masalah sesekali dengan komputer dan peranti lain yang mengekalkan tetapan masa yang tepat, tetapi segerak dengan pelayan NTP menjadikan semuanya lebih baik lagi. Tetapi jika peranti kita sendiri boleh kehilangan ketepatan, bagaimana pelayan NTP berjaya tetap begitu tepat?

Sesi Soalan & Jawapan hari ini datang kepada kami dengan ihsan SuperUser-bahagian pembahagian Stack Exchange, kumpulan yang diketuai oleh komuniti laman web Q & A.

Gambar ihsan LEOL30 (Flickr).

Soalan

Pembaca SuperUser Frank Thornton ingin tahu bagaimana pelayan NTP dapat kekal begitu tepat:

Saya perhatikan bahawa pada pelayan saya dan mesin lain, jam sentiasa hanyut supaya mereka perlu menyelaraskan supaya tetap tepat. Bagaimanakah jam pelayan NTP menyimpan dari hanyut dan sentiasa tetap begitu tepat?

Bagaimana pelayan NTP berjaya kekal begitu tepat?

Jawapan

Penyumbang SuperUser Michael Kjorling mempunyai jawapan untuk kami:

Pelayan NTP bergantung pada jam yang sangat tepat untuk ketepatan masa. Sumber masa yang biasa untuk pelayan NTP pusat adalah jam atom, atau penerima GPS (ingat bahawa satelit GPS mempunyai jam atom di atas kapal). Jam-jam ini ditakrifkan sebagai tepat kerana mereka menyediakan rujukan masa yang sangat tepat.

Tiada apa-apa yang ajaib tentang GPS atau jam atom yang membuat mereka memberitahu anda tepat pada waktunya. Kerana bagaimana jam atom bekerja, mereka hanya sangat baik, setelah pernah diberitahu masa itu, menjaga masa yang tepat (kerana yang kedua ditakrifkan dari segi kesan atom). Sebenarnya, perlu diketahui bahawa masa GPS adalah berbeza daripada UTC yang lebih sering kita lihat. Jam atom ini kemudian disegerakkan terhadap Masa Atom Antarabangsa atau TAI untuk tidak hanya memberitahu dengan tepat peralihan masa, tetapi juga yang masa.

Sebaik sahaja anda mempunyai masa yang tepat pada satu sistem yang disambungkan ke rangkaian seperti Internet, itu adalah masalah kejuruteraan protokol yang membolehkan pemindahan masa yang tepat antara hos ke rangkaian yang tidak boleh dipercayai. Dalam hal ini Stratum 2 (atau lebih jauh dari sumber masa sebenar) pelayan NTP tidak berbeza dari sistem desktop anda menyegerakkan terhadap satu set pelayan NTP.

Pada masa anda mempunyai beberapa masa yang tepat (seperti yang diperoleh dari pelayan NTP atau di tempat lain) dan mengetahui kadar kemajuan jam tempatan anda (yang mudah ditentukan), anda boleh mengira kadar drift jam tempatan anda berbanding dengan "dipercayai yang tepat " Perjalanan waktu. Sebaik sahaja terkunci, nilai ini kemudiannya boleh digunakan untuk terus menyesuaikan jam tempatan untuk membuatnya melaporkan nilai-nilai yang sangat dekat dengan laluan masa yang tepat, walaupun jam real-time tempatan itu sendiri tidak tepat. Selagi jam tempatan anda tidak begitu tinggi tidak menentu, ini sepatutnya membenarkan masa yang tepat untuk beberapa waktu walaupun sumber huluan anda tidak dapat diperoleh dengan alasan apa pun.

Sesetengah pelaksanaan klien NTP (mungkin kebanyakan daemon ntpd atau pelaksanaan sistem sistem) lakukan ini, dan yang lain (seperti ntpdate teman ntpd yang hanya menetapkan jam sekali) tidak. Ini biasanya dirujuk sebagai a fail drift kerana ia terus menyimpan ukuran drift jam, tetapi dengan tegasnya ia tidak perlu disimpan sebagai fail tertentu pada cakera.

Dalam NTP, Stratum 0 adalah berdasarkan definisi sumber masa yang tepat. Stratum 1 adalah sistem yang menggunakan sumber masa Stratum 0 sebagai sumber masa (dan dengan itu sedikit kurang tepat daripada sumber Masa Stratum 0). Stratum 2 sekali lagi kurang tepat daripada Stratum 1 kerana ia menyegerakkan masa terhadap sumber Stratum 1 dan sebagainya. Dalam praktiknya, kehilangan ketepatan ini sangat kecil sehingga ia dapat diabaikan dalam semua tetapi yang paling melampaui kes.

Mempunyai sesuatu untuk menambah penjelasannya? Bunyi dalam komen. Ingin membaca lebih banyak jawapan dari pengguna Stack Exchange yang berteknologi tinggi? Lihat thread perbincangan penuh di sini.