OpenVAS 打包记
docker pull dustise/openvasgit clone https://github.com/fleeto/docker-openvas.git
上回书说到的 OpenVAS，其中的安装过程用的居然不是 Docker，其主要原因有：
- 第一，安装使用都不熟悉，直接上手第三方比较容易跑偏，官网靠谱一点（现在我知道了，官网也有不靠谱的）。
- 第二，因为上面的原因，Docker Hub 上的
mikesplain/openvas-docker不得要领，尤其是客户端连接这部分。（后来知道他的强制更新高估了天朝的网络条件）。 - 第三，我喜新厌旧，不想用老旧的 8 版本。
- 第四，多语言支持，在上述 Docker Hub 版本上删节了。
但是作为一个容器云鼓吹者，不弄个顺手的封装的确是不合适的，所以花了些时间，重新来了一次，中间波折蛮多，不过也多了些容器封装方面的经验，就此记录下来。
OpenVAS 组件
- openvassd：OpenVAS Scanner，扫描器，会根据本地漏洞库对任务目标进行扫描，是扫描任务的执行者。
- openvasmd：OpenVAS Manager，管理服务，任务和各种漏洞库的管理。
- gsad：Greenbone Security Assistent，他不是 Open VAS 的产品，在这里用作 Web 端，和 OpenVAS Manager 协同工作。
- omp: 命令行客户端。
基础镜像的选择
基于尺寸考虑，个人一般是首选 Alpine Linux。对于普通的 Java、PHP 应用，以及相对成熟的被 APK 支持的软件都会使用这个。
需要编译的东西一般就比较烦了，Alpine 的一些基础包跟主流世界不太一样，一般尝试失败的话，会选择 Ubuntu/Debian 或者 CentOS 之类。最先尝试的是 CentOS，但因为库版本的问题导致编译起来问题多多，最后无奈回到 Ubuntu。
守护进程问题
一般来说，各种服务都以后台运行，然而在容器环境下，需要挂在前台保持容器的运行，所以单进程的服务我们一般都会强制其以前台运行，多进程的服务，通常会使用 SupervisorD 来完成各个服务的启动和运行、维持等操作。
调试过程
一般来说我会准备一个脚本用于构建镜像。
- 首先用交互模式启动基础镜像，例如
docker run -it --rm ubuntu bash，其中可以添加环境变量等设置。 - 可以利用
docker cp命令传输文件到运行中的容器。 - 之后的过程和平时的编译安装并无不同，configure/cmake 等查找缺失的库，尽可能用 apt/yum/apk 进行依赖库的安装。
- 因为要使用 OMP，所以我们需要调整 OpenVAS Manager 的启动参数，要求其暴露端口。
- 另外，OpenVAS 提供了配置检查功能，openvas-check-setup，其中对设置会有很多建议，逐条完善即可，窃以为，这是对这个不愉快的安装过程的最大安慰。
- 每一步都记录到前面提到的 prepare.sh 脚本之中
- 能正常运行之后，取出脚本，编写 Dockerfile。
- 打包测试。
坑
gnupg 的问题
OpenVAS Manager 首次运行会需要利用 gnupg 来生成 Key，但是在容器环境下，随机数设备受宿主系统保护，会导致启动过程挂起，因此这里用了个土办法，生成好之后直接植入进去。
Manager 的 Scanner Socket 参数
在 Scanner 指定了不同的 Sock 位置之后，Manager 做出相应的变更进行启动，部分操作仍然会走向缺省配置，推测是其中有一些硬编码，只是推测，并没有深入调查。
SQLite 3
这一软件是 gsad 的一个非常硬的依赖，但是在他的编译过程中并无需求，具体症状就是 Greenbone 有两个同步进程闪退，无法执行，需要用 --selftest 运行才找到问题所在。
更新过程
一定要有互联网连接。
更新过程第一是非常漫长，时间长度需要看网络条件和某伟大基础网络设施的心情。
接下来 Scanner 和 Manager 都需要进行相应的更新，才能正常工作。
最后，写了一个 update.all.sh 来完成这一工作。