首页/资讯中心/详情

实战指南：基于ELK与Grafana构建天融信防火墙日志可视化看板

实战指南：基于ELK与Grafana构建天融信防火墙日志可视化看板
📅 发布时间：2026/6/28 19:44:44

1. 环境准备与工具选型

搭建天融信防火墙日志可视化看板的第一步是准备好基础环境。我推荐使用CentOS 7.9作为操作系统，这个版本在稳定性和兼容性方面都经过长期验证。ELK组件建议选择7.10以上版本，Grafana则建议使用9.1.3或更高版本。在实际项目中，我发现这个组合能够很好地处理天融信防火墙产生的各种日志类型。

硬件配置方面，如果日志量每天在1GB以内，8核CPU、16GB内存的服务器就够用了。但要注意Elasticsearch对内存的需求较大，建议单独分配至少8GB内存。我曾经在一个项目中遇到性能问题，后来发现是因为Elasticsearch和Logstash挤在同一台机器上，分开部署后性能立即提升了3倍。

安装过程有几个关键点需要注意：

  • Java版本要匹配，ELK 7.x需要Java 11
  • 系统最大文件描述符数要调整到65535以上
  • 关闭SELinux可以避免很多权限问题
  • 防火墙需要开放9200、9300、5601、514等端口

2. 日志收集与解析配置

天融信防火墙的日志格式比较特殊，需要精心设计Logstash的grok规则。根据我的经验，主要需要处理四种日志类型：访问控制日志、SSLVPN日志、阻断策略日志和IPS日志。每种日志的字段结构都不相同，需要分别编写解析规则。

下面是一个经过实战检验的配置示例，我优化了原始博客中的grok规则，增加了对中文日志的支持：

input { syslog { port => 514 codec => plain { charset => "GBK" } } } filter { # 处理SSLVPN连接日志 if [message] =~ "sv_netacc" { grok { match => { "message" => "%{TIMESTAMP_ISO8601:timestamp}.*fw=%{DATA:fw}.*user=%{DATA:user}.*src=%{IP:src_ip}.*dst=%{IP:dst_ip}.*policy=%{DATA:policy}" } add_field => { "log_type" => "sslvpn" } } } # 处理防火墙访问控制日志 if [message] =~ "FW-NAT" { grok { match => { "message" => "%{TIMESTAMP_ISO8601:timestamp}.*action=%{WORD:action}.*src=%{IP:src_ip}.*dst=%{IP:dst_ip}.*service=%{WORD:service}" } add_field => { "log_type" => "firewall" } } } }

调试阶段建议先使用命令行测试：

/usr/share/logstash/bin/logstash -f /etc/logstash/conf.d/syslog.conf --config.test_and_exit

确认无误后再启动服务。我通常会保留stdout输出用于调试，生产环境再注释掉。

3. Elasticsearch存储优化

日志存储到Elasticsearch时，合理的索引策略非常重要。我建议采用按天分索引的方式，这样既方便管理又能提高查询效率。以下是我的索引模板配置：

PUT _template/topsec_template { "index_patterns": ["topsec-*"], "settings": { "number_of_shards": 3, "number_of_replicas": 1, "refresh_interval": "30s" }, "mappings": { "properties": { "timestamp": {"type": "date"}, "src_ip": {"type": "ip"}, "dst_ip": {"type": "ip"}, "log_type": {"type": "keyword"} } } }

几个优化技巧：

  1. 为常用查询字段设置合适的类型，如IP字段设为ip类型
  2. 关闭不必要的字段索引，节省存储空间
  3. 设置合理的refresh_interval，平衡实时性和性能
  4. 使用ILM策略自动管理索引生命周期

我曾经遇到一个案例，客户的天融信防火墙每天产生10GB日志，采用默认配置一个月就用完了磁盘空间。通过优化索引策略和字段映射，存储空间减少了60%。

4. Grafana看板设计与实现

Grafana看板的设计要围绕安全运维的实际需求。根据我的经验，一个完整的安全态势看板应该包含以下几个核心组件：

  1. 实时流量监控：展示当前网络流量趋势，识别异常流量
  2. 威胁事件统计：按类型统计IPS阻断事件
  3. 用户活动分析：监控VPN用户登录和访问行为
  4. 策略命中排行：展示最常触发的防火墙规则

创建数据源时要注意选择正确的Elasticsearch版本，7.x和8.x的查询语法有差异。我推荐使用Time Series类型的面板来展示流量数据，用Stat类型展示关键指标，用Table类型展示详细日志。

下面是一个实用的查询示例，用于统计每小时的安全事件：

{ "query": { "bool": { "must": [ {"range": {"@timestamp": {"gte": "$__timeFrom()", "lte": "$__timeTo()"}}}, {"term": {"log_type": "ips"}} ] } }, "aggs": { "events_over_time": { "date_histogram": { "field": "@timestamp", "fixed_interval": "1h" } } } }

为了让看板更直观，我通常会：

  • 设置合适的单位（如网络流量用bits/s）
  • 配置阈值告警线
  • 使用变量实现交互式过滤
  • 添加注释说明关键事件

5. 常见问题排查与优化

在实际部署过程中，我遇到过各种问题，这里分享几个典型案例和解决方案：

日志解析失败：天融信防火墙的日志格式有时会随版本更新而变化。我的做法是先收集一些样本日志，用在线grok调试工具（如grokdebug.herokuapp.com）测试规则。如果遇到解析失败，可以尝试以下步骤：

  1. 检查日志编码，天融信日志常用GBK编码
  2. 逐步简化grok模式，先匹配部分字段
  3. 使用dissect插件作为备用方案

性能瓶颈：当日志量很大时，Logstash可能出现性能问题。通过以下优化可以显著提升性能：

  1. 增加pipeline.workers数量（建议CPU核数的1.5倍）
  2. 使用持久化队列防止数据丢失
  3. 对grok模式进行预编译
  4. 考虑使用Elasticsearch的ingest node替代部分过滤逻辑

可视化延迟：有时候Elasticsearch中的数据已经更新，但Grafana面板显示滞后。这通常是由于Elasticsearch的refresh_interval设置过长导致的。可以临时将refresh_interval调小，或者手动刷新索引：

POST /topsec-*/_refresh

对于长期运行的系统，我建议建立完整的监控体系，包括：

  • Logstash管道延迟监控
  • Elasticsearch集群健康状态
  • Grafana面板加载性能
  • 系统资源使用情况

6. 进阶技巧与最佳实践

经过多个项目的积累，我总结出一些提升日志分析效率的进阶技巧：

日志增强：在Logstash过滤阶段，可以添加一些有用的衍生字段。例如：

filter { mutate { add_field => { "src_network" => "%{src_ip}/24" "hour_of_day" => "%{+HH}" } } geoip { source => "src_ip" target => "geoip" } }

告警集成：Grafana 8.0+提供了原生的告警功能，可以基于面板设置阈值告警。我通常会对以下情况设置告警：

  1. 异常登录行为（如非工作时间VPN登录）
  2. 高频次攻击尝试
  3. 关键策略被频繁触发
  4. 流量突增或突降

看板模板化：对于需要部署到多个环境的场景，可以将Grafana看板导出为JSON模板，使用环境变量动态替换数据源等信息。这样只需维护一套模板，就能快速部署到各个环境。

日志采样：当日志量非常大时，可以考虑对低优先级的日志进行采样。例如，只存储10%的DEBUG级别日志：

filter { if [loglevel] == "DEBUG" { sample { percent => 10 } } }

在实际项目中，我发现这些技巧可以显著降低运维复杂度，提升安全事件响应速度。比如通过地理信息可视化，我们曾经快速定位到来自特定地区的攻击行为；通过用户行为基线分析，及时发现了一个被入侵的VPN账号。