GVM踩坑记录之 sudo gvm-check-setup报错汇总及解决方案

sudo gvm-check-setup报错汇总及解决方案

这一步的检查，最常见的错误是数据SCAP，CERT，GVMD_DATA等数据未能成功同步，全程按照FIX提示来修复即可（sync同步）

如果中间遇到奇奇怪怪的sync error，可以参考另外几篇博客

下面是絮絮叨叨的修复过程

我的整个心路历程是这样子的，先是SCAP：

GVM安装不完整，提示提示scap数据丢失，按照FIX操作，用命令sudo runuser -u _gvm -- greenbone-feed-sync --type SCAP
然后就又是一系列的下载安装(时间几十分钟到几个小时不等），这速度…稀碎啊

等了N久之后，又报错了，难搞
rsync: [receiver] read error: Connection reset by peer (104) rsync error: error in socket IO (code 10) at io.c(784) [receiver=3.2.3] rsync: connection unexpectedly closed (3570 bytes received so far) [generator] rsync error: error in rsync protocol data stream (code 12) at io.c(228) [generator=3.2.3]

以下是我解决时的整个辛酸心路历程以及一大堆发牢骚过程，如果没有报错的可以略过

找了半天也没找到解决办法，只能碰碰运气，再把刚才的命令执行一遍，看看是不是连接超时，sudo runuser -u _gvm -- greenbone-feed-sync --type SCAP之后接着上次的进度还在下载，希望能装好

结果还是不行，气死我一整年

（正经解决办法在这！！！）
看到一篇博客说是梯子的问题，但我明明挂了梯子的，那只能试试看是不是梯子配置出了问题，果然，刚配的梯子没办法在命令行使用代理，详情可以参考我的另一篇博客 用 proxychains 实现终端代理

配置完后用sudo proxychains runuser -u _gvm -- greenbone-feed-sync --type SCAP，速度飞起，中间如果再有断开的话重新执行命令就行，多试几次总能装好的

完成之后重新执行sudo gvm-check-setup，又来！！！
这次用sudo proxychains runuser -u _gvm -- greenbone-feed-sync --type CERT

重复sudo gvm-check-setup，还是报错：
继续修复，这次是Greenbone Security Assistant too old，查阅资料后，解决办法是:
先sed -i"" 's/GSA_MAJOR="21.04"/GSA_MAJOR="21.4"/g' $(which gvm-check-setup),
然后再gvm-setup；

解决完这个，之后，总算是所有报错都搞定了，最终成功时是这个样子：