录像时间对不上这个事，看着不大但真出事要调监控的时候能急死人。有次甲方办公楼发生物品丢失事件，需要调取某个时间段监控录像，结果发现录像时间比实际时间快了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：
配置文件/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状态。特别是法律取证场景，录像时间不准可能导致证据效力受质疑，这个不能马虎。
下面这张表把时钟不同步的常见现象和对应原因列出来，现场排查时按现象对号入座：
| 所有设备时间一致但比实际慢/快8小时 | 时区配置错误（默认GMT） | 改为GMT+8 |
|---|
| 摄像头偏差大、NVR正常 | 摄像头NTP未配置 | Web界面或平台批量下发NTP |
| 所有设备偏差方向一致且持续累积 | NTP服务器不可达 | 检查NTP源服务、网络连通性 |
| 个别设备偏差方向随机 | 设备晶振误差大且NTP失效 | 修复该设备NTP配置 |
| 偏差固定为几秒且不再扩大 | NTP同步周期过长 | 缩短同步间隔到60分钟 |
| 偏差现象 | 典型原因 | 处理方法 |
| 部分设备完全不同步 | ACL挡了UDP 123端口 | 抓包确认后放行UDP 123 |