本文介绍在容器中修改时间而不影响宿主机的系统时间。

问题提出

某容器化部署的应用服务，因测试需要修改“系统时间”，可能比当前时间早，也可能是未来时间。

解决方法

不符合要求的尝试

首先，直接修改宿主机系统时间，再运行容器。其次，使用特权运行容器，再进入容器使用date -s修改时间，此举同时会修改宿主机的系统时间。

由于测试机子是服务器，有众多服务运行。因此上述方法不符合需求。

使用libfaketime

github上有开源库libfaketime，通过预加载库形式，向应用程序提供用户所设置的时间。据此，可达到只修改容器的时间。

下载编译：

git clone https://github.com/wolfcw/libfaketime
cd libfaketime
make
cp src/libfaketime.so.1 libfaketime.so

注意，此处并不安装到系统目录。最后一行是将生成的动态库改名。

可在命令行中进行测试：

$ LD_PRELOAD=./libfaketime.so FAKETIME="-1d" date
2023年 01月 08日 星期日 23:44:08 CST
$ date
2023年 01月 09日 星期一 23:44:11 CST

运行容器，挂载libfaketime目录，进入容器测试：

$ docker run -it --rm -v $PWD:/test mycentos:7 bash[root@ed9b1ab89222 work]# cd /test/
[root@ed9b1ab89222 test]# date
Sun Jan  9 15:48:15 UTC 2023
[root@ed9b1ab89222 test]# export LD_PRELOAD=./libfaketime.so FAKETIME="-1d"
[root@ed9b1ab89222 test]# date
Sun Jan  8 15:48:37 UTC 2023
[root@ed9b1ab89222 test]# date
Sun Jan  8 15:48:38 UTC 2023
[root@ed9b1ab89222 test]# date
Sun Jan  8 15:48:39 UTC 2023
[root@ed9b1ab89222 test]# date
# 未来时间的测试：
[root@f7f52e8396e8 test]# date
Sun Jan  8 15:51:36 UTC 2023
[root@f7f52e8396e8 test]# export LD_PRELOAD=./libfaketime.so FAKETIME="+1d" 
[root@f7f52e8396e8 test]# date
Tue Jan 10 15:52:22 UTC 2023
[root@f7f52e8396e8 test]# date
Tue Jan 10 15:52:24 UTC 2023
[root@f7f52e8396e8 test]# date
Tue Jan 10 15:52:26 UTC 2023

按说明，使用@指定时间：

[root@f7f52e8396e8 test]# export LD_PRELOAD=./libfaketime.so FAKETIME="@2023-10-01 11:00:00"
[root@f7f52e8396e8 test]# date
Sun Oct  1 11:00:00 UTC 2023
[root@f7f52e8396e8 test]# date
Sun Oct  1 11:00:00 UTC 2023
[root@f7f52e8396e8 test]# date

但是，时间并没有跳变。原因未明。

docker-compose关键配置：

    volumes:- ./config:/work/config- ./libfaketime.so:/work/libfaketime.soenvironment:- TZ=Asia/Shanghai- LD_PRELOAD=/work/libfaketime.so- FAKETIME=@2023-10-01 10:00:00

小结

根据官网说明进行实验，但未达到预期效果。经讨论，应急情况下，通过修改服务器时间进行测试。后续择机再研究一下。