标签：容器 宿主机 机器码 dmidecode 一步到位 博主 cpuId docker
文章目录
一、前言
最近在做某系统的容器化+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后保存即可
三、靓女总结
刷到的就是猿粪，路过的宇宙级帅哥给个三连吧
标签：容器,宿主机,机器码,dmidecode,一步到位,博主,cpuId,docker 来源： https://blog.csdn.net/weixin_42173451/article/details/123085460
本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享； 2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关； 3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关； 4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除； 5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。