EasyGBS服务因用户Redis感染挖矿流感病毒进程被kill，如何解决及预防？

随着国际标准 GB28181 视频的平台 EasyGBS 的较广使用与落地，其的平台动态也日趋完善，尤其是原先文件系统版本发布后，性能愈发稳定和流畅。

EasyGBS 程序是以公共服务方式列车运行，在 Linux 系统下以 systemd 的方式守护者某种程度来实现公共服务。近期有浏览器相应，在项目现场 Linux 公共服务器端之中，已经列车运行一段时间的EasyGBS公共服务，某种程度忽然遭人被 kill，并且重置后，大约 10 秒左右某种程度又遭人绝迹，如下图所示：

Redis，原称 Remote Dictionary Server，即远程字典公共服务，是一个基于内存实现的键值DF非父子关系（NoSQL）索引。Redis 反对多种编译器学，包括 C、C++、Python、Ja、PHP、Ruby、Lua 等语言学。

根据浏览器相应的信息：

a.浏览器装配 Redis，并且没原先设密码学，或者没修正 Redis 的默认密码学；

b.公共服务器端出现过 CPU 忽然升高 100%，猜测都是 Redis 漏洞进入的技术开发技术病原体。

我们提出了化解方法，建议浏览器将 Liunx 系统重装，并且 Redis 修正默认密码学，随即装配列车运行 EasyGBS 公共服务，再度正常列车运行，再无出现被 kill 的情况。

技术开发技术病原体运用 Redis 的未使用权会面漏洞透过还击，通过Redis可以将其宿主机制伏透过技术开发技术。所以我们强烈要求浏览器 Redis 一定要原先设密码学（修正默认密码学），改端口，更高网络安全意识。

如果大家对 EasyGBS 的平台的 Redis 原先设感兴趣，也可以图书我们即使如此发布的文章：EasyGBS的平台如何使用外部Redis。我们也将举办活动在文章之中预览关于EasyGBS的动态技术开发及简化、备有经典著作、疑难化解、行业化解方案等内容，欢迎追捧我们的预览，或留言与我们互动。