NTP deamon jeśli często wykorzystywane w najprostszej trybie, który jest klient / serwer: można określić jeden lub więcej server
dyrektyw w swoje ntp.conf
i twoi klienci będą korzystać z tych serwerów.
Oprócz tego, gdy prowadzisz własne serwery NTP, jest to dobra praktyka dla peer
nich razem, więc jeśli jeden z nich utraci łączność z serwerami nadrzędnymi, uzyska czas od swoich rówieśników.
Ale NTPd może również współpracować z dystrybucją danych czasowych i / lub multiemisji, z dokumentacją stwierdzającą:
Tryby emisji i multiemisji są przeznaczone do konfiguracji z jednym lub kilkoma serwerami i potencjalnie bardzo dużą populacją klientów
Dokumentacja mówi także gdzie indziej :
Możliwe jest i często przydatne skonfigurowanie hosta jako klienta rozgłaszania i serwera rozgłaszania. Liczba hostów skonfigurowanych w ten sposób i współdzielących wspólny adres rozgłoszeniowy automatycznie zorganizuje się w optymalnej konfiguracji w oparciu o warstwę i odległość synchronizacji.
Widzę jedną oczywistą korzyść administracyjną: nie musisz ręcznie określać i aktualizować listy serwerów NTP w klientach ntp.conf
, więc wydaje mi się kuszące, aby używać trybu rozgłaszania nawet dla małej populacji klientów (powiedzmy ponad 5 klientów z 3 ~ 4 serwery). Oczekuję, że ruch sieciowy będzie nieco większy w przypadku transmisji zamiast skojarzeń klient / serwer, ale biorąc pod uwagę zwykłą gigabitową sieć Ethernet, wpływ powinien być znikomy, chyba że masz bardzo dużą liczbę hostów w tej samej domenie emisji.
Na koniec, kiedy należy używać trybu transmisji lub go unikać? Czy są plusy i minusy, których nie widziałem?