클라이언트 / 서버 또는 피어 모드 대신 NTPd 브로드 캐스트 / 브로드 캐스트 클라이언트를 언제 사용해야합니까? 지정 server에 지시를 당신 ntp.conf과 당신의 클라이언트가

NTP의 자주 클라이언트 / 서버입니다 간단한 모드에서 사용하는 경우 데몬 : 당신은 하나 개 이상의 지정 server에 지시를 당신 ntp.conf과 당신의 클라이언트가 해당 서버를 사용합니다.

또한, 자신의 NTP 서버를 운영 할 때는 peer함께 사용 하는 것이 좋으 므로 그 중 하나가 업스트림 서버와의 연결이 느슨해지면 피어에서 시간을 얻습니다.

그러나 NTPd는 다음과 같은 문서통해 시간 데이터의 브로드 캐스트 및 / 또는 멀티 캐스트 배포 작업을 수행 할 수도 있습니다 .

브로드 캐스트 및 멀티 캐스트 모드는 하나 또는 몇 개의 서버와 가능한 많은 클라이언트 모집단을 포함하는 구성을위한 것입니다.

이 문서는 다른 곳에 도 나와 있습니다 .

호스트를 브로드 캐스트 클라이언트 및 브로드 캐스트 서버로 구성하는 것이 가능하고 자주 유용합니다. 이러한 방식으로 구성되고 공통 브로드 캐스트 주소를 공유하는 여러 호스트는 계층 및 동기화 거리에 따라 최적의 구성으로 자동 구성됩니다.

한 가지 명백한 관리상의 이점을 볼 수 있습니다. 클라이언트에서 NTP 서버 목록을 수동으로 지정하고 업데이트 할 필요가 없기 ntp.conf때문에 소규모 클라이언트 집단 (예 : 3 인 5 명 이상의 클라이언트)에서도 브로드 캐스트 모드를 사용하고 싶은 것처럼 보입니다. ~ 4 서버). 클라이언트 / 서버 연결 대신 브로드 캐스트를 사용하면 네트워크 트래픽이 약간 높아질 것으로 예상되지만 일반적인 기가비트 이더넷 LAN을 사용하면 동일한 브로드 캐스트 도메인에 호스트가 매우 많지 않은 한 그 영향은 무시할 수 있습니다.

하루가 끝나면 언제 방송 모드를 사용하거나 피해야합니까? 내가 보지 못한 장단점이 있습니까?



답변

아니요, 브로드 캐스트 클라이언트 모드는 대부분의 OS에서 지원되지 않습니다. 브로드 캐스트 및 멀티 캐스트 모드는 기본적으로 일반 서버 / 클라이언트 모드보다 덜 정확하고 덜 안전합니다 (인증을 사용하더라도). 예전처럼 유용하지 않습니다.

당신이 이것에 대해 단호하다면, 병사 수 있습니다 …

Linux OS 는 브로드 캐스트 / 매니 캐스트 / 멀티 캐스트를 지원하지만 이전 이더넷 NIC와 해당 인터페이스를 무차별 모드 (다른 호스트 용 패킷을 포함한 모든 패킷을 읽음)로 설정하여 CPU 오버 헤드를 부과합니다.

MacOSX (현재 macos )는 멀티 캐스트 NTP를 지원할 수 있지만 지원되지 않습니다. 다음 명령을 사용하여 활성화 할 수 있습니다.

sudo route -nv add -net 228.0.0.4 -interface en0

Microsoft Windows Time 서비스는 Windows 2000 Server, Windows Server 2016, Windows Server 2012 R2, Windows Server 2012에서 멀티 캐스트 / 브로드 캐스트를 지원하지 않습니다. 멀티 캐스트 NTP를 지원하는 데 사용되었습니다 ( www.mingham-smith.com/k9.htm의 K9는 Windows 3.1, 95, 98, ME, NT, 2000, XP, 2003, Windows Mobile 2003 용 멀티 캐스트 NTP를 제공합니다).


답변

제 생각에는 브로드 캐스트 / 브로드 캐스트 클라이언트는 항상 피해야합니다.

이 옵션을 직접 살펴본 결과 “공식”서버의 브로드 캐스트 만 수락하도록 클라이언트를 구성하는 적절한 방법을 찾지 못했습니다.

다음 요점은이 방송이 Windows / MacOS를 실행하는 컴퓨터와 얼마나 호환됩니까?


답변