设备环境：物理机；局域网+公网+域名；系统1.1.8版本,应用版本0.18,客户端版本号0.1.6(128846e)
BUG现象：通过win10(22H2)访问，服务端、客户端均升级到最新版本后，出现了同步状态异常的情况，删除了同步任务，重新建任务，但是在新建任务的过程中，无法选择nas文件路径，重建操作无法继续进行。期间反复尝试了局域网地址、公网地址或者DDNS域名，现象均一致。
出现频率：必现
联系方式：13585153115
日志文件：系统日志：https://share.fnnas.net/s/79e4578c1eb546558d （客户端因删除了原任务，现在没有日志了，点击导出日志文件没有反应）
2026-1-4 凌晨更新：
发现一个问题，系统时间好像有点不对劲啊，
现在是0点50，ntp对时服务器上也是这个时间，但是date看到的时间是12：50AM，偏差了12小时？同步软件校验证书之类的，会不会比较服务器、客户端时差啊？校验失败了，导致客户端无法正常访问了？
root@X-fnOS-NAS:/usr/trim/logs# ntpdate ntp.tencent.com
2026-01-04 00:50:40.89050 (+0800) -0.000144 +/- 0.017420 ntp.tencent.com 106.55.184.199 s2 no-leap
root@X-fnOS-NAS:/usr/trim/logs# date
Sun Jan 4 12:50:48 AM CST 2026
root@X-fnOS-NAS:/usr/trim/logs#
1：00之后再看一下，时间又正常了：
root@X-fnOS-NAS:/usr/trim/logs# ntpdate ntp.tencent.com
2026-01-04 01:04:57.782884 (+0800) +0.001089 +/- 0.017379 ntp.tencent.com 106.55.184.199 s2 no-leap
root@X-fnOS-NAS:/usr/trim/logs# date
Sun Jan 4 01:04:59 AM CST 2026
root@X-fnOS-NAS:/usr/trim/logs#
于是再次进行重建同步任务，登录nas时，发现/usr/trim/logs/sync_server.2026-01-03.log（最新的一个日志文件）中输出如下信息：
2026-01-04 01:05:55.279 INFO websocket on_new_ws_client: connid: Some(11938389027617331618), real_ip: Some("192.168.3.188"), sid: Some("08c6b858-9324-421e-85a5-2798e6ad6a86")
2026-01-04 01:05:55.279 WARN signature expired: now=1767459955279, timestamp=1767459943274, timeout=10000
2026-01-04 01:05:55.279 ERROR failed to verify sign
日志的记录时间是01：05：55，但是内容里now、timestamp的时间是0：52（1767459955279时2026-01-04 00:52:35，1767459943274是2026-01-04 00:52:23，还相差12005毫秒，timeout=10000）。
另外发现sync_server日志转储时间是每天7：59，是巧合还是因为时区有问题，导致时差加了8小时啊。
以上是个人发现的一些现象，总结结论是：
服务器、客户端时间不同步，证书校验未通过引起，客户端对时正常后，同步功能已恢复（此问题建议服务端返回错误信息，客户端给出错误提示，以便处理问题）。
另，0点-1点的时间问题是否存在，还需要进一步核查。
2026-1-4 00:12:21
2026-1-4 00:56:07 楼主