Ubuntu Filebeat数据加密配置指南
在Ubuntu系统上为Filebeat配置数据传输加密(SSL/TLS),虽然整体流程不算繁琐,但每个环节若配置有误,后续排查将十分困难。本文将详细拆解整个配置过程,每一步均提供具体命令与配置示例,方便您直接参考执行。

1. 生成SSL/TLS证书与密钥
首先需要创建SSL/TLS证书及对应的私钥。我们将使用系统自带的OpenSSL工具,这一标准工具链已预装在绝大多数Ubuntu发行版中。
生成自签名SSL证书
建议在系统中创建一个专用目录用于存放证书文件,随后依次执行以下命令生成私钥、证书签名请求(CSR)以及自签名证书:
# 创建目录
mkdir -p /etc/filebeat/ssl
# 生成私钥
openssl genrsa -out /etc/filebeat/ssl/filebeat.key 2048
# 生成证书签名请求 (CSR)
openssl req -new -key /etc/filebeat/ssl/filebeat.key -out /etc/filebeat/ssl/filebeat.csr -subj "/CN=filebeat/O=your_organization"
# 生成自签名证书(有效期365天)
openssl x509 -req -days 365 -in /etc/filebeat/ssl/filebeat.csr -signkey /etc/filebeat/ssl/filebeat.key -out /etc/filebeat/ssl/filebeat.crt
需要注意,-subj中的CN(通用名称)和O(组织名称)请根据实际环境修改,例如替换为服务器主机名或所在组织。
将证书与密钥部署至Elasticsearch服务器
将生成的filebeat.crt和filebeat.key文件复制到Elasticsearch服务器上。存放位置虽无严格限制,但建议放置于Elasticsearch的配置目录中以便统一管理。接下来,需要编辑Elasticsearch的主配置文件elasticsearch.yml,启用SSL/TLS相关项:
xpack.security.enabled: true
xpack.security.transport.ssl.enabled: true
xpack.security.transport.ssl.verification_mode: certificate
xpack.security.transport.ssl.keystore.path: elastic-certificates.p12
xpack.security.transport.ssl.truststore.path: elastic-certificates.p12
若您未使用p12格式证书库,而是采用上述步骤生成的crt和key文件,则需根据实际路径调整上述配置。官方更推荐使用p12格式统一管理证书,若不希望额外操作,可直接利用elasticsearch-certutil工具生成p12文件,流程更为简便。
2. 配置Filebeat
接下来进入Filebeat端,编辑其主配置文件filebeat.yml,在output段落中配置SSL/TLS参数:
filebeat.inputs:
- type: log
enabled: true
paths:
- /var/log/*.log
output.elasticsearch:
hosts: ["https://your_elasticsearch_host:9200"]
ssl.verification_mode: certificate
ssl.certificate_authorities: ["/etc/filebeat/ssl/filebeat.crt"]
ssl.certificate: "/etc/filebeat/ssl/filebeat.crt"
ssl.key: "/etc/filebeat/ssl/filebeat.key"
请注意以下几点关键事项:hosts中的Elasticsearch地址必须以https开头,否则SSL/TLS加密将无法生效;ssl.verification_mode设置为certificate表示仅验证证书的合法性而不校验主机名,若需更严格的安全策略,可改为full以同时校验主机名。
3. 重启Filebeat服务
完成配置修改后,需重启Filebeat服务以加载新配置文件:
sudo systemctl restart filebeat
若此前未设置开机自启动,建议同时执行sudo systemctl enable filebeat,确保系统重启后Filebeat自动启动。
4. 验证SSL/TLS加密连接
配置完成后务必验证连接是否成功建立。可使用curl命令进行测试:
curl -k --cacert /etc/filebeat/ssl/filebeat.crt \
--cert /etc/filebeat/ssl/filebeat.crt \
--key /etc/filebeat/ssl/filebeat.key \
https://your_elasticsearch_host:9200
如果Elasticsearch返回正常响应,表明SSL/TLS连接已成功建立。若遇到证书错误或连接失败,常见原因包括证书路径配置错误或Elasticsearch端的SSL设置不匹配。此时应首先检查Elasticsearch的日志文件(通常位于/var/log/elasticsearch/),查找相关错误信息进行排查。
通过上述步骤,即可实现Filebeat与Elasticsearch之间的加密数据传输。整个流程并不复杂,但证书生成、文件路径配置及服务重启顺序等环节较易出错,建议每完成一步即进行验证,避免事后大量排查工作。
游乐网为非赢利性网站,所展示的游戏/软件/文章内容均来自于互联网或第三方用户上传分享,版权归原作者所有,本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容,请联系youleyoucom@outlook.com。
同类文章
CentOS防止目录遍历攻击的漏洞利用方法
在 CentOS 系统中,目录遍历攻击虽然是老生常谈的安全话题,却极易被开发人员所忽视。一旦成功利用该漏洞,攻击者可能绕过网站根目录的约束,任意读取服务器上本应受保护的文件。那么应如何防范?以下梳理了几项关键措施。 首先聚焦输入验证。这是抵御攻击的第一道屏障——对用户提交的路径参数执行严格过滤策略,
CentOS系统防范跨站脚本攻击方法
跨站脚本攻击(通常简称为XSS)一直是Web安全领域备受关注的话题,尤其是在CentOS环境下,要真正实现全面防护,仍需关注诸多细节。本文将系统梳理从系统层面到应用层面的XSS攻击防护措施,逐一排查并封堵潜在漏洞。 基础防护:系统与软件层面的安全防线 确保系统和软件包始终保持在最新版本,这一点至关重
Debian漏洞攻击技术细节解析
Debian系统安全漏洞攻击的技术实现细节本身就是一个高度敏感的话题。直接提供攻击代码的具体方法,不仅容易助长非法行为,更可能给大量未及时安装系统补丁的服务器带来真实的安全威胁——这在网络安全领域是一条不可逾越的底线。 从安全从业者的专业视角来看,真正有价值的信息并非攻击代码本身,而是有效的防御策略
如何全面培训企业员工防范Debian漏洞利用攻击
防范 Debian exploit 攻击的培训看似技术门槛较高,实则与日常安全习惯密不可分——关键在于将“安全意识”真正融入每一个操作环节。以下从多个实操维度,拆解如何将这项工作落到实处。 筑牢 Linux 安全基础。 员工无需成为内核专家,但必须掌握几个核心概念:用户权限、文件权限、进程管理等。重
如何通过更新Debian系统修复exploit漏洞的完整详细步骤
Debian系统的安全更新流程,本质上可以概括为三步:刷新软件包列表、升级已安装软件、安装安全补丁。不过,许多新手常在软件源仓库配置上遇到问题,或者忘记开启自动更新机制。下面将标准操作步骤逐一拆解,按顺序执行一遍基本就能修复已知安全漏洞。 更新系统 首先刷新软件包列表,让系统获取最新的可用版本信息:
- 日榜
- 周榜
- 月榜
相关攻略
2026-07-04 07:16
2026-07-04 07:16
2026-07-04 07:16
2026-07-04 07:16
2026-07-04 07:15
2026-07-04 07:15
2026-07-04 07:15
2026-07-04 07:15
热门教程
- 游戏攻略
- 安卓教程
- 苹果教程
- 电脑教程
热门话题

