The NTP deamon jika sering digunakan dalam modus yang paling sederhana, yang merupakan client / server: Anda menentukan satu atau lebih serverpetunjuk dalam Anda ntp.confdan klien Anda akan menggunakan server mereka.
Selain itu, ketika Anda menjalankan server NTP Anda sendiri, ini adalah praktik yang baik untuk peermereka bersama-sama, jadi jika salah satu dari mereka kehilangan konektivitas ke server hulu, itu akan mendapatkan waktu dari rekan-rekannya.
Tetapi NTPd juga dapat bekerja dengan siaran dan / atau distribusi data waktu multicast, dengan dokumentasi yang menyatakan:
mode broadcast dan multicast dimaksudkan untuk konfigurasi yang melibatkan satu atau beberapa server dan populasi klien yang mungkin sangat besar
Dokumentasi juga mengatakan di tempat lain :
Adalah mungkin dan sering bermanfaat untuk mengonfigurasi host sebagai klien broadcast dan server broadcast. Sejumlah host yang dikonfigurasi dengan cara ini dan berbagi alamat broadcast yang sama akan secara otomatis mengatur diri mereka dalam konfigurasi optimal berdasarkan strata dan jarak sinkronisasi.
Saya dapat melihat satu manfaat administratif yang jelas: Anda tidak perlu menentukan secara manual dan memperbarui daftar server NTP Anda di klien ntp.conf, jadi bagi saya kelihatannya tergoda untuk menggunakan mode siaran bahkan untuk populasi klien kecil (katakanlah 5+ klien dengan 3 ~ 4 server). Saya berharap lalu lintas jaringan menjadi sedikit lebih tinggi dengan siaran daripada asosiasi klien / server, tetapi mengingat LAN ethernet gigabit biasa dampaknya harus diabaikan kecuali Anda memiliki jumlah host yang sangat sangat besar dalam domain siaran yang sama.
Pada akhirnya, kapan sebaiknya mode siaran digunakan atau dihindari? Apakah ada pro dan kontra yang belum saya lihat?
Jawaban:
Tidak, mode klien siaran tidak didukung di sebagian besar OS. Mode broadcast dan multicast secara inheren kurang akurat dan kurang aman (bahkan dengan otentikasi) daripada mode server / klien biasa dan mereka tidak berguna seperti dulu.
Jika Anda bersikeras tentang ini, Anda dapat ...
OS Linux mendukung broadcast / manycast / multicast, tetapi memaksakan overhead CPU dengan menempatkan Ethernet NIC yang lebih lama dan antarmuka-nya dalam mode promiscuous (dengan membaca semua paket termasuk paket yang ditujukan untuk host lain).
MacOSX (sekarang Macos ) dapat mendukung NTP multicast, tetapi tidak ada dukungan yang diberikan untuk itu. Anda dapat menggunakan perintah berikut untuk mengaktifkannya:
Layanan Microsoft Windows Time tidak mendukung multicast / broadcast pada Windows 2000 Server, Windows Server 2016, Windows Server 2012 R2, Windows Server 2012, apalagi varian desktop Windows. Ini digunakan untuk mendukung multicast NTP (K9 dari www.mingham-smith.com/k9.htm menyediakan NTP multicast untuk Windows 3.1, 95, 98, ME, NT, 2000, XP, 2003, Windows Mobile 2003).
sumber
Menurut pendapat saya, broadcast / broadcastclient harus dihindari setiap saat.
Saya telah melihat ke opsi ini sendiri dan tidak menemukan cara yang cocok untuk mengonfigurasi klien hanya untuk menerima siaran dari server "resmi" saja.
Dan poin berikutnya adalah: Seberapa kompatibel penyiaran ini dengan Komputer yang menjalankan Windows / MacOS?
sumber