录像时间对不上这个事，看着不大但真出事要调监控的时候能急死人。有次甲方办公楼发生物品丢失事件，需要调取某个时间段监控录像，结果发现录像时间比实际时间快了8分钟。别小看这8分钟，正好是嫌疑人经过的时间段，直接导致录像画面和实际事件对不上号。

监控系统时钟不同步的根因是NTP没配或者NTP配置后失效了。摄像头、NVR、平台服务器各自有自己的系统时钟，靠晶振维持走时。晶振有误差，不同设备每天累积几秒到十几秒的偏差，时间一长差距就大了。

NVR和平台服务器一般配了NTP，但摄像头经常被忽略。特别是海康和大华的摄像头，出厂默认NTP服务器地址是空或者指向一个不通的地址，部署时如果不手动配NTP，摄像头就靠自己的晶振走时，几个月下来差个几分钟很正常。

海康摄像头配置NTP，在Web管理界面"配置→网络→高级→平台接入→NTP"里填NTP服务器地址和端口。也可以通过ONVIF或海康SDK批量配置。如果用isecure平台管理，可以在平台里批量下发NTP配置：

平台服务器上配置：

在"系统→服务器配置→时间设置"里配NTP服务器地址，平台自身先跟NTP服务器同步。然后在"设备→批量配置"里把NTP配置推送到所有摄像头。

大华摄像头在Web界面"设置→网络→NTP"里配置。NTP服务器地址填局域网内NTP源，端口123，同步间隔建议60分钟。

如果用Linux服务器做NTP源，装个chronyd：

yum install chrony -y

配置文件/etc/chrony.conf：

server ntp.aliyun.com iburstallow 192.168.0.0/16local stratum 10

启动后局域网设备指向这台服务器同步时间。

排查时钟不同步问题，先看NVR和平台服务器的时间是否准确，再看摄像头时间。海康摄像头通过ONVIF Device Manager可以批量查看设备时间，跟当前标准时间对比就能知道偏差多少。

如果发现所有摄像头时间偏差方向一致，但NVR和平台正常，说明是摄像头NTP配置缺失。如果连NVR也偏了，查NVR的NTP配置是否生效，NTP服务器是否可达。

有个坑需要注意。有些网络做了严格的ACL策略，UDP 123端口被ACL挡了，NTP同步请求发不出去也收不到回应。摄像头表面上配了NTP但实际从来没同步成功过。排查时在交换机上抓包看UDP 123有没有报文交互，或者在摄像头旁边接台电脑用ntpdate手动测试：

ntpdate -q 192.168.1.100

如果超时无响应，就是网络层面挡了NTP流量，加ACL放行UDP 123即可。

还有一种情况是时区设置不对。时间数值是对的但时区错了，显示的时间差8小时（中国是UTC+8）。海康和大华摄像头默认时区可能是GMT，部署时要改成GMT+8。这个在设备Web界面的"系统→时间配置"里设。

日常维护建议每月做一次时钟一致性检查，从监控平台导出所有设备的时间列表，跟标准时间对比。偏差超过30秒的设备及时排查NTP状态。特别是法律取证场景，录像时间不准可能导致证据效力受质疑，这个不能马虎。 

下面这张表把时钟不同步的常见现象和对应原因列出来，现场排查时按现象对号入座：