The logic of NTP authentication, who can speak with whom (sec, non-sec ntp client, server)?

You can have both types of clients (with and without authentication) and they can speak with the same NTP server. For instance, if your server has an authentication enabled you can have also clients without authentication and they can still synchronize their clocks. The authentication doesn’t protect against unauthorized clients who are in the network but against false NTP servers. If you install unauthorized server with wrong or without password, clients with password won’t synchronize their clocks with the NTP server. So, it’s better to have clients with authentication enabled, they are protected against such attacks.

ntp server (no auth) <---->   ntp client (no auth)
ntp server (auth)    <---->   ntp client (auth)
ntp server (auth)    <---->   ntp client (no auth)
ntp server (auth)    <--X-->  ntp client (auth) different passwords
ntp server (no auth) <--X-->  ntp client (auth)
 
7
Kudos
 
7
Kudos

Now read this

GET VPN - part three

This is the third post about the GET VPN series. You should read my previous two posts before you start reading this one. Today I will change the authentication method for ISAKMP (phase1) from pre-share key to the certification. Let’s... Continue →