İstemci / sunucu veya eş modları yerine NTPd yayını / yayın istemcisi ne zaman kullanılmalıdır?


11

NTP genellikle istemci / sunucu En basit modunda kullanıldığında deamon: Eğer bir veya daha fazla belirtmek serveryönergelere sizin ntp.confve müşterilerinizin bu sunucularını kullanır.

Buna ek olarak, kendi NTP sunucularınızı çalıştırdığınızda, bunlar peeriçin birlikte iyi bir uygulamadır , bu yüzden bunlardan biri yukarı akış sunucularına olan bağlantıyı kaybederse, akranlarından zaman alacaktır.

Ancak NTPd, zaman verilerini yayınlamak ve / veya çok noktaya yayın dağıtımı ile de çalışabilir ve belgeler :

yayın ve çok noktaya yayın modları, bir veya birkaç sunucuyu ve muhtemelen çok büyük bir istemci popülasyonunu içeren yapılandırmalar için tasarlanmıştır

Belgeler başka yerlerde de şunları söylüyor :

Bir ana bilgisayarı hem yayın istemcisi hem de yayın sunucusu olarak yapılandırmak mümkündür ve sıklıkla yararlıdır. Bu şekilde yapılandırılan ve ortak bir yayın adresinin paylaşıldığı birkaç ana bilgisayar, katman ve senkronizasyon mesafesine göre kendilerini otomatik olarak optimum yapılandırmada düzenleyecektir.

Bariz bir yönetim avantajı görebiliyorum: istemcilerdeki NTP sunucu listenizi manuel olarak belirtmeniz ve güncellemeniz gerekmiyor ntp.conf, bu yüzden bana küçük bir istemci popülasyonu için bile yayın modunu kullanmak cazip görünüyor (3 ile 5+ istemciyi söyleyin) ~ 4 sunucu). Ağ trafiğinin istemci / sunucu ilişkilendirmeleri yerine yayınlarda biraz daha yüksek olmasını bekliyorum, ancak her zamanki gigabit ethernet LAN'ı göz önüne alındığında, aynı yayın etki alanında çok fazla sayıda ana bilgisayar yoksa etki önemsiz olmalıdır.

Günün sonunda yayın modu ne zaman kullanılmalı veya kullanılmamalıdır? Görmediğim artıları ve eksileri var mı?


Yayın, müşteriler çok iyi olmadığında hayat kurtarıcıdır. Bir Symmetricom ND-4 duvar saati günde 2 saniye sürüklenir ve yine de sunucularla senkronize edildiğini gösterir. Yayınları göndermenin tek yolu yayın göndermektir.
George

Yanıtlar:


3

Hayır, yayın istemci modu çoğu işletim sisteminde desteklenmez. Yayın ve çok noktaya yayın modları, normal sunucu / istemci modundan daha az doğru ve daha az güvenlidir (kimlik doğrulama ile bile) ve eskisi kadar kullanışlı değildir.

Eğer bu konuda kararlıysanız, ...

Linux OS yayın / manycast / multicast'ı destekler, ancak eski Ethernet NIC ve arayüzünü karışık moda (diğer ana bilgisayarlar için tasarlanan paketler de dahil olmak üzere tüm paketleri okuyarak) sayesinde CPU ek yükü yükler.

MacOSX (şimdi macos ) çok noktaya yayın NTP'sini destekleyebilir, ancak bunun için destek verilmez. Etkinleştirmek için aşağıdaki komutu kullanabilirsiniz:

sudo route -nv add -net 228.0.0.4 -interface en0

Microsoft Windows Saati hizmeti, Windows 2000 Server, Windows Server 2016, Windows Server 2012 R2, Windows Server 2012 üzerinde çok noktaya yayın / yayını desteklemez; Çok noktaya yayın NTP'yi desteklemek için kullanılır ( www.mingham-smith.com/k9.htm adresindeki K9, Windows 3.1, 95, 98, ME, NT, 2000, XP, 2003, Windows Mobile 2003 için çok noktaya yayın NTP sağlar).


1
Neden karışık mod yapması gerekiyor?
LtWorf

Birçok eski NIC donanımı, Ethernet / 802.3 MAC katmanında çok noktaya yayın (ve daha eski olanlar için yayın) paketlerini filtreleme yeteneğinden yoksundur. MAC adresinin, eski NIC donanımı genel trafik akışından ferret edebilen yerleşik yazılım / FPGA özellikli olmayan global (yayın) ve “çok noktaya yayın” yerel bitlerini temsil eden iki üst bitiyle ilgilidir. Bitlerin veya her ikisinin olmaması, NIC'nin karışık modda ayarlanmasıyla sonuçlanır (böylece hem çok noktaya yayın / yayın hem de gereksiz tek noktaya yayın trafiğini alır).
John Greene

1

Bence yayın / yayın istemcilerinden her zaman kaçınılmalıdır.

Bu seçeneği kendim inceledim ve yalnızca "resmi" sunuculardan gelen yayınları kabul edecek şekilde istemciyi yapılandırmanın uygun bir yolunu bulamadım.

Bir sonraki nokta: Bu yayın Windows / MacOS çalıştıran Bilgisayarlarla ne kadar uyumlu?


6
güvenini yapılandırmak için uygun bir yol = autokey
dfc
Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.