Vulfocus故障排查手册：6个卡壳问题快速解决

Vulfocus故障排查手册6个卡壳问题快速解决【免费下载链接】vulfocusVulfocus 是一个漏洞集成平台将漏洞环境 docker 镜像放入即可使用开箱即用。项目地址: https://gitcode.com/gh_mirrors/vu/vulfocusVulfocus 是一个漏洞集成平台把漏洞环境打包成 Docker 镜像放入即用解决了漏洞环境搭建成本高、启动流程繁琐的问题。但实际用起来也会遇到环境起不来、拉取进度条卡死、点同步没反应这类让人越点越懵的瞬间。下面按拉取→启动→Flag→同步→场景→安装的操作顺序把最容易踩到的 6 个卡壳点各配一条定位思路和修法。先做30秒自检问题真的在环境上吗动手改配置前先排除三种假故障八成启动失败是它们之一访问地址不对。漏洞环境是通过服务器外网 IP 访问的就是安装时填的VUL_IP浏览器里填了容器内部地址自然打不开。Flag 已经提交过了。flag 提交正确的瞬间环境会自动关闭并还原。之前还能访问、突然不能了先确认是不是有人已经拿到 flag强刷页面再点一次启动即可恢复。Docker 服务挂了。Vulfocus 本身跑在容器里漏洞环境也全是容器宿主机 Docker 一挂全完# 先确认宿主机 Docker 服务活着 systemctl status docker三项都排除后再往下按流程定位。拉取进度条卡住多半是镜像名写错了添加镜像后进度条五分钟不动分三步判断先查镜像名。从 Docker Hub 拉取时格式是vulfocus/镜像名少一个字符、打错字母或大小写写错平台找不到镜像就会一直干等最容易漏的是vulfocus/前缀。再测宿主机网络。在宿主机上手动拉一次看是不是卡在网络# 手动拉取确认宿主机能否连通 Docker Hub docker pull vulfocus/webmin-cve_2019_15107最后考虑镜像体积。环境镜像普遍不小宿主机带宽差时等几十分钟也正常。如果宿主机手动拉取正常、页面还卡强刷一下再看。环境卡在启动中按等待、资源、日志的顺序查状态显示运行中但地址不通或者长时间停在启动中按由浅入深的顺序来等待。启动时间跟环境复杂度成正比大型 CMS 类漏洞环境可能要几分钟。看服务器撑不撑得住。同时开多个环境时CPU 或内存不足镜像就是起不来# 查看内存和磁盘是否够用 free -m df -h翻日志找真正报错。启动动作由后台任务执行任务抛了异常页面就会一直干等# 应用日志直接看容器输出 docker logs container_id # 后台任务日志在容器里找异常堆栈 docker exec -it container_id /bin/sh -c tail -f celery.log看到异常堆栈后把报错内容拷出来搜索基本就能定位。一键同步无响应文件里的域名过期了点同步官方镜像没反应或报错多半是平台内置的同步接口还指向已下线的旧域名。修法就是把文件里的 URL 换掉入口看你的安装方式自定义安装直接打开vulfocus-api/dockerapi/views.py把get_timing_imgs函数里的vulfocus.fofa.so改成vulfocus.cn。Docker 部署文件在容器里先拷出来改再拷回去# 把配置文件从容器拷到宿主机 docker cp container_id:/vulfocus-api/dockerapi/views.py . sed -i s/vulfocus.fofa.so/vulfocus.cn/g views.py # 改完拷回容器 docker cp views.py container_id:/vulfocus-api/dockerapi/改完重启服务再同步即可。普通用户首页空白用分数开关解锁镜像这是最像故障其实是功能的一条普通用户登录后首页一个镜像都看不到并不是数据丢了而是 Vulfocus 的计分机制在按顺序解锁题目。想让普通用户直接看到全部镜像用管理员操作进入镜像管理选中目标镜像点修改把分数设为 0保存普通用户通关这一个镜像后即可看到全部题目。✅场景发布失败先看包再看磁盘最后看权限上传场景压缩包后发布失败按三处排查排查点怎么看常见错误压缩包格式包内须有正确的docker-compose.yml文件多套了一层目录或文件名不对磁盘空间df -h发布时要下载场景镜像磁盘装不下账户权限是否管理员登录普通用户无权发布场景标准流程是场景管理 → 添加场景 → 上传压缩包 → 保存 → 在环境编排管理里点发布。发布过程会下载场景所需镜像这段时间等镜像拉完就好。自定义安装数据库迁移报错重新生成迁移文件源码方式部署先git clone https://gitcode.com/gh_mirrors/vu/vulfocus最容易在这里卡住在vulfocus-api目录下执行python manage.py migrate提示表结构冲突一般是迁移记录文件和数据库实际状态对不上。修复方式是删掉旧迁移文件重新生成# 删除旧的迁移文件 rm -rf $(find ./**/migrations/00*) # 重新生成迁移文件并按假迁移应用 python3 manage.py makemigrations python3 manage.py migrate --fake如果还报错用数据库客户端打开库检查表结构确认是不是已有表和迁移记录互相打架。养几个习惯少踩一半的坑用了一段时间后这三件事能省掉不少麻烦每周看一眼磁盘环境镜像都落在磁盘上满了什么都起不来设置镜像过期时间在系统管理 系统配置里调整默认 1800 秒30 分钟到期自动关闭不用怕资源一直被占 ⏳改掉默认密码训练环境用默认口令比故障本身更危险。如果按上面的流程走完还没解决把docker logs和 celery.log 里的异常信息附在问题描述里提交到项目社区带日志的反馈远比就是起不来更容易得到回复。【免费下载链接】vulfocusVulfocus 是一个漏洞集成平台将漏洞环境 docker 镜像放入即可使用开箱即用。项目地址: https://gitcode.com/gh_mirrors/vu/vulfocus创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考