游乐游手机版
首页/网络安全/文章详情

CentOS中Filebeat数据传输加密配置

时间:2026-07-13 07:08
在CentOS系统上配置Filebeat与Elasticsearch之间的数据传输加密,SSL TLS协议是保障安全通信的标准方案。尽管自签名证书在开发测试环境中可以满足基本需求,但生产环境下强烈建议采用权威CA签发的证书。接下来,我们将详细梳理从证书生成到验证的完整配置流程,确保每一步都切实可行。

在CentOS系统上配置Filebeat与Elasticsearch之间的数据传输加密,SSL/TLS协议是保障安全通信的标准方案。尽管自签名证书在开发测试环境中可以满足基本需求,但生产环境下强烈建议采用权威CA签发的证书。接下来,我们将详细梳理从证书生成到验证的完整配置流程,确保每一步都切实可行。

  1. 生成证书——采用自签名方案时,可直接利用OpenSSL工具,首先生成CA根证书,再签发Filebeat客户端证书:
    # 生成CA证书
    openssl req -x509 -newkey rsa:4096 -keyout ca.key -out ca.crt -days 3650 -nodes
    
    # 生成Filebeat证书
    openssl req -newkey rsa:4096 -keyout filebeat.key -out filebeat.csr -nodes
    openssl x509 -req -in filebeat.csr -CA ca.crt -CAkey ca.key -CAcreateserial -out filebeat.crt -days 3650
    证书生成完成后,将ca.crtfilebeat.crtfilebeat.key部署到Filebeat节点,建议统一存放于/etc/filebeat/certs/目录下。
  2. 配置Filebeat——编辑/etc/filebeat/filebeat.yml,在output.elasticsearch段落中开启SSL加密并配置证书路径,注意将host地址改为https协议:
    output.elasticsearch:
      hosts: ["https://elasticsearch_host:9200"]
      ssl.enabled: true
      ssl.certificate_authorities: ["/etc/filebeat/certs/ca.crt"]
      ssl.certificate: "/etc/filebeat/certs/filebeat.crt"
      ssl.key: "/etc/filebeat/certs/filebeat.key"
    这里有两个关键点:certificate_authorities指向CA根证书,用于验证Elasticsearch服务端身份;certificatekey则是Filebeat自身用于证明身份的凭证。
  3. 配置Elasticsearch——Elasticsearch同样需要启用SSL,并配置信任Filebeat的证书。编辑/etc/elasticsearch/elasticsearch.yml,添加或调整以下配置:
    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
    注意这里的elastic-certificates.p12是Elasticsearch默认生成的PKCS12格式证书文件,如果使用自签名CA,也可以替换为自己的证书库,但需确保路径配置一致。
  4. 重启服务——配置修改完成后,务必重启两个服务以使其生效:
    sudo systemctl restart filebeat
    sudo systemctl restart elasticsearch
    如果Elasticsearch集群包含多个节点,需要逐个重启,采用滚动重启方式以避免影响业务。
  5. 验证配置——检查Filebeat日志(/var/log/filebeat/filebeat)中是否存在SSL相关的报错信息。此外,可使用curl命令直接测试加密连接是否正常:
    curl --cacert /etc/filebeat/certs/ca.crt https://elasticsearch_host:9200
    如果返回Elasticsearch的JSON格式响应,则表明TLS握手成功,数据传输加密已生效。

最后需要提醒的是:生产环境中使用自签名证书存在潜在的安全风险,例如中间人攻击风险以及证书过期维护的复杂性。直接采用CA签发的证书或企业内部PKI体系才是更稳妥的做法。如果是测试环境或内部网络隔离度较高,自签名证书也勉强可用,但务必确保证书生命周期管理纳入运维流程中。

来源:https://www.yisu.com/ask/7457824.html
上一篇Linux Informix安全漏洞防范方法指南 下一篇Linux嗅探器可检测的网络攻击类型
本站内容用于信息整理与展示,如有侵权或内容问题请及时联系处理。

相关推荐

补充同频道和同主题内容,方便继续浏览更多相关内容。

同类最新

继续查看同栏目最近更新的文章。

更多
Ubuntu Strings命令防止病毒入侵方法
网络安全 · 2026-07-13

Ubuntu Strings命令防止病毒入侵方法

很多人以为Linux系统天生百毒不侵,这种说法其实只说对了一半。Ubuntu确实比Windows少了很多针对性的病毒攻击,但这绝不意味着可以高枕无忧。服务器被植入挖矿脚本、个人文件被勒索加密——类似的案例在Linux世界里并不罕见。所以,与其赌运气,不如从几个关键层面把防护做到位。 软件管理:从源头

实用CentOS Exploit漏洞修复工具推荐
网络安全 · 2026-07-13

实用CentOS Exploit漏洞修复工具推荐

在CentOS系统的安全运维与漏洞修复过程中,选择合适的工具是提升效率的关键。正所谓“工欲善其事,必先利其器”,在CentOS环境下,以下几类工具堪称安全维护的“标配利器”。 首先是**漏洞检测工具**。 Nessus 作为业界老牌漏洞扫描器,覆盖面广,能够精准检测大量系统漏洞并生成详细诊断报告,非

CentOS系统高危漏洞利用紧急风险预警重要通知
网络安全 · 2026-07-13

CentOS系统高危漏洞利用紧急风险预警重要通知

CentOS漏洞带来的安全威胁绝非空谈——数据泄露、服务中断、权限提升等风险,任何一个都可能导致业务瞬间陷入困境。要真正降低系统风险,必须采取系统化的安全防护措施,而不能仅凭运气。 漏洞管理必须主动出击,不能被动等待。建议定期使用Nessus等工具执行漏洞扫描,同时密切关注官方安全公告,及时发现并处

CentOS Exploit漏洞利用原理分析
网络安全 · 2026-07-13

CentOS Exploit漏洞利用原理分析

CentOS漏洞利用,本质上是指攻击者利用系统或软件中的安全缺陷,寻找可乘之机实施入侵。常见的攻击流程并不复杂,大致可分为以下几个关键步骤: **漏洞存在**——系统或软件中必然存在某些薄弱环节,比如代码编写错误(缓冲区溢出、未初始化变量),或者配置不当(默认账户弱密码、多余服务开启)。没有漏洞,后

Ubuntu安全漏洞清理方法与详细步骤
网络安全 · 2026-07-13

Ubuntu安全漏洞清理方法与详细步骤

想要彻底修复Ubuntu系统的安全漏洞,说难不难,但方法不对就容易走弯路。首先需要明确一点:安全维护并不是一次性任务,而是需要长期坚持的日常操作。以下这些步骤,是经过实践检验的完整安全加固方案,适合用于Ubuntu漏洞修复与系统防护。 第一步:确保系统始终运行在最新版本 这是最基础也是最关键的一步。