文章目录
一、前言
最近在做某系统的容器化+CI/CD,该系统有个特点,需要获取所在机器的机器码、cpuId与已有的许可进行比对,从而判断该系统能否正常提供使用。
二、猛虎操作
2.1、随缘测试法
博主一顿操作,直接搞定Dockerfile以及测试环境,镜像一打,上传私库,在docker里面开始pull、run测试,应该没问题,搞定完事儿,不想多花时间。
容器起来开始启动应用程序,启动没问题,让前端操作下,结果提示没有系统权限,。看来该来的还是要来,不能抱有侥幸心理,终究是我的活。
根据线上日志得知应用在获取机器码和cpuId出现问题,没有拿到机器码和cpuId,相应的问题代码如下:
// 问题上层
String cpuId = getSerialNumber(cpuCmd, os);
// getSerialNumber()部分代码
String[] cmd = { "/bin/sh", "-c", command};
Process process = Runtime.getRuntime().exec(cmd);
process.getOutputStream().close();
Scanner sc = new Scanner(process.getInputStream());
String headItem = sc.next();
if(StringUtils.isNotBlank(headItem)){
serialItems.add(headItem);
}
while (sc.hasNext()){
String item = sc.next();
if(StringUtils.isNotBlank(item)){
serialItems.add(item);
}
}
其中command为dmidecode -t 4 | grep ID |sort -u |awk -F': ' '{print $2}'
。
好,既然博主知道了命令就直接测试环境执行亿下。
哟呵,竟然没有dmidecode包,不过依稀容器启动时的环境是基于ubuntu的最简安装,想要能执行命令总不能在Dockerfile里面加些RUN
命令吧,而且博主希望能读取宿主机的机器码,不然容器销毁、启动都需要系统去申请许可吗?
2.2、100%解决法
下边提供一个方法:
- 确保宿主机能执行dmidecode命令(必须)
- 将宿主机的如下两个目录挂载到容器中
// dmidecode程序的目录,如果不挂载那么容器中识别不了dmidecode命令
/usr/sbin/dmidecode或者/sbin/dmidecode
// dmidecode调用时会使用到mem这个文件,如果不挂载会找不到文件
/dev/mem
- 在容器启动时增加 --privileged 参数,让容器获得近似于宿主机root的权限
启动后再次去容器中执行命令,如下图
可以看到没问题了,接下来就要同步到CI/CD了,博主使用的是jenkins+harbor+rancher+k8s。操作如下: - 编辑rancher中已有的工作负载,找到数据卷
- 添加卷——>映射主机目录,添加两次
- 将主机路径
/usr/sbin/dmidecode
和/dev/mem
添加进去
- 保存升级后,点击工作负载的
查看/编辑yml
- 可以看到刚刚映射的主机目录已经有了
- 现在为pod中的容器添加近似root的权限,
allowPrivilegeEscalation
(允许提升容器权限)、privileged
改为true后保存即可
三、靓女总结
刷到的就是猿粪,路过的宇宙级帅哥给个三连吧