• 全部
  • 经验案例
  • 典型配置
  • 技术公告
  • FAQ
  • 漏洞说明
  • 全部
  • 全部
  • 大数据引擎
  • 知了引擎
产品线
搜索
取消
案例类型
发布者
是否解决
是否官方
时间
搜索引擎
匹配模式
高级搜索

waf防护的https网站打不开

1天前提问
  • 0关注
  • 0收藏,73浏览
粉丝:0人 关注:0人

问题描述:

waf防护的https网站突然打不开。 把waf旁路掉就能正常访问这个https网站。 把waf配置回退到1个月前也无法访问。 把对应web防护策略关闭也无法访问,但是在服务器管理->普通服务器管理->https服务器里把对应服务器禁用就能正常访问了。 其他多个http网站一直正常的,导入ssl密钥和证书https就1个、也就是出问题这个。

组网及组网描述:

waf设备是H3C SecPath W2000-AK415,软件版本是3.1,ESS 6101,特征库版本是6.220。

4 个回答
粉丝:119人 关注:11人

排查下:

  1. 检查SSL证书状态:确认导入WAF的SSL密钥和证书(即您提到的唯一一个)是否已过期或与当前网站域名不匹配。证书无效会导致SSL握手失败。
  2. 核对SSL策略配置:检查与该HTTPS服务器关联的SSL策略(或称为SSL服务器端策略)配置是否正确。错误的加密算法、协议版本等设置可能导致与客户端浏览器协商失败。
  3. 重新应用HTTPS服务:根据中的指导,在修改了SSL证书或SSL服务器端策略后,有时需要重新启用HTTPS服务(或WAF上的类似功能)才能使新配置生效。如果设备本地证书申请或加载耗时较长,可能需要多次操作。
  4. 检查策略关联:确认关闭“Web防护策略”后,是否还有其他安全策略(如证书属性访问控制策略)或访问控制列表(ACL)仍与该HTTPS服务器绑定并可能拦截了流量

暂无评论

zhiliao_6N0Gcb 知了小白
粉丝:0人 关注:0人

已解决,此设备防护https服务器时流量仅可通过指定接口出入,近期业务变动,导致指定的那条线路接口断了,切换到另一条接口后成功。

暂无评论

粉丝:11人 关注:2人

结论先说:你的问题基本锁定在 WAF 上这一个 HTTPS 服务器的 SSL 证书 / SSL 策略 / TLS 版本 / 加密套件不匹配,和 Web 防护策略无关,所以关策略、回退配置都没用;禁用该 HTTPS 服务器就绕开了 WAF 的 SSL 卸载 / 解析,所以能通。下面按你环境(W2000-AK415,3.1 ESS6101)一步步定位和解决。

一、为什么 “关策略 / 回退配置” 没用,“禁用 HTTPS 服务器” 就好?

  • 你这台 WAF 是反向代理 + SSL 卸载:443 端口的 HTTPS 流量先到 WAF,WAF 用你上传的证书做 SSL 解密,再以明文 HTTP 回源;禁用 HTTPS 服务器 = WAF 不做 SSL 卸载,直接透传,所以能通
  • “Web 防护策略” 是解密后的 HTTP 层检测;你现在是SSL 握手 / 解密阶段就失败,还没到 HTTP 层,所以关策略无效。
  • 只这一个 HTTPS 站点出问题、HTTP 全正常,说明全局网络 / 路由 / 端口没问题,就是这一条 HTTPS 服务器配置的 SSL 相关参数异常

二、立刻能做的 5 步排查(按优先级)

1)核对证书:是否完整、是否匹配域名、是否过期

进入:服务器管理→普通服务器管理→HTTPS 服务器,选中这台服务器→证书管理
  • 证书必须是该站点域名的有效证书(CN/SAN 匹配)。
  • 必须包含完整证书链(服务器证书 + 中间 CA 证书,缺一不可)。
  • 证书未过期、未吊销,WAF 系统时间正确(时间错会导致证书判为无效)。
  • 常见坑:只传了服务器证书,没合并中间证书 → 浏览器 / WAF 握手失败。
  • 处理:把中间证书内容合并到服务器证书文件末尾,重新上传 WAF,替换旧证书。

2)检查 SSL 策略:TLS 版本、加密套件是否和客户端 / 源站兼容

同一页面→SSL 策略
  • ESS6101 默认可能只开TLS1.2+;如果客户端 / 源站只支持 TLS1.0/1.1,会握手失败。
  • 加密套件列表是否为空,或没有客户端支持的套件(比如客户端只支持 AES-256,WAF 只开了 AES-128)。
  • 建议:先改成兼容模式(TLS1.0/1.1/1.2 全开,加密套件选 “全部”)测试;通了再收紧。

3)检查 HTTPS 服务器的 “回源方式”

  • 确认是HTTP 回源(默认 80),不是 HTTPS 回源(443);如果误配成 HTTPS 回源,而源站没开 443 或证书不匹配,也会不通。
  • 回源 IP / 端口是否正确,WAF 到源站路由是否通(ping/telnet 源站 80 端口)。

4)抓包 + 看日志:定位 SSL 握手失败点

  • WAF 抓包:诊断工具→报文捕获,抓 443 端口流量;访问失败时看SSL 握手包(Client Hello→Server Hello)是否正常交互,还是直接 RST / 超时。
  • 日志:日志系统→SSL 日志 / 系统日志,搜 “SSL”“handshake”“certificate”,看具体报错(如证书无效、套件不匹配、版本不支持)。

5)版本与特征库:ESS6101 有已知 SSL 兼容问题

  • 你的版本 3.1 ESS6101,早期批次存在 TLS1.3 兼容、部分证书链解析异常的 BUG
  • 临时规避:先按步骤 1–4 修复配置;长期建议升级到 ESS6204 + 最新特征库,官方修复了多起 HTTPS 握手失败问题。

三、快速恢复的临时方案(业务优先)

  1. 禁用该 HTTPS 服务器(你已验证可行),业务恢复。
  2. 夜间低峰:按上面步骤重新上传完整证书 + 调整 SSL 策略,再启用 HTTPS 服务器。
  3. 仍异常:升级 WAF 到 ESS6204,再重试配置。

四、关键结论

  • 根因:WAF 上该 HTTPS 服务器的证书链不完整 / 域名不匹配 / SSL 策略(TLS 版本 / 加密套件)不兼容
  • 无关:Web 防护策略、一月前旧配置、全局网络(HTTP 正常)。
  • 必做:合并完整证书链 + 适配 SSL 策略 + 必要时升级固件

暂无评论

粉丝:17人 关注:1人

根据你描述的排查现象,问题已经非常清晰了:
  1. 旁路WAF正常,说明源站服务器本身没有问题。
  2. 关闭Web防护策略、回退配置依然无法访问,说明问题与WAF的安全防护规则(如防SQL注入、防XSS等)无关
  3. 只有在服务器管理中“禁用该HTTPS服务器”才能恢复正常,且只有这一个HTTPS网站出问题,其他HTTP网站正常。
综合以上几点,可以精准定位到:这是WAF设备在处理该HTTPS网站的SSL/TLS解密与代理环节出现了故障。因为WAF要防护HTTPS流量,必须先使用你导入的SSL密钥和证书对流量进行解密(中间人代理),如果这个环节卡住,流量就无法正常转发到后端服务器。
建议你按照以下步骤进行排查和修复:

1. 检查SSL证书与私钥的匹配性及有效期

这是最常见的原因。虽然证书和私钥能成功导入,但如果它们不匹配,或者证书已过期,WAF在代理握手时就会失败。
  • 核对证书:确认导入的SSL证书和私钥是否绝对匹配,且证书没有过期。
  • 重新导入:建议在WAF上删除当前的SSL证书和私钥,重新生成或重新导入一次,确保配置生效。

2. 检查TLS协议版本与加密套件兼容性

WAF代理HTTPS时,会分别与“客户端-WAF”和“WAF-源站”进行两次SSL握手。如果你的源站服务器禁用了某些老旧的TLS协议(如TLS 1.0/1.1)或特定的加密算法,而WAF默认去协商这些不被支持的协议,就会导致握手失败。
  • 排查方向:检查WAF上该HTTPS服务器的配置,看是否有TLS协议版本或加密套件的自定义选项,尝试将其调整为与源站服务器一致(通常建议统一使用TLS 1.2及以上)。

3. 检查服务器端口与路由配置

  • 端口核对:确认在WAF的“普通服务器管理”中,该HTTPS服务器填写的真实后端端口是否正确(例如源站实际是监听443还是其他非标端口)。
  • 路由排查:WAF在代理模式下,需要与后端服务器进行通信。请检查WAF到该HTTPS源站服务器的路由是否可达。你可以尝试在WAF的命令行界面(CLI)通过 ping 或 tcpdump 命令抓包,看WAF是否能正常与源站服务器的443端口建立TCP连接。

4. 尝试切换HTTPS代理模式(如果支持)

部分WAF版本在处理HTTPS时,支持“流模式”和“代理模式”。
  • 如果当前是透明代理或反向代理模式,且路由确认无误,可以咨询H3C官方文档或技术支持,看是否支持将该HTTPS服务器的代理模式切换为“流模式”(Stream Mode)。流模式下WAF不进行SSL解密,直接转发加密流量,可以快速验证是否为SSL解密引擎本身的问题。

5. 收集信息并联系H3C技术支持

由于你提到“把配置回退到1个月前也无法访问”,这极有可能是WAF设备的SSL代理引擎出现了底层异常或软件Bug
  • 如果以上基础排查均无法解决问题,建议你在WAF后台收集该时间段的系统运行日志、SSL代理日志以及针对该业务的抓包文件(tcpdump)。
  • 直接联系H3C 400官方技术支持,将故障现象和收集到的日志发给他们。这种特定HTTPS网站代理失效的情况,往往需要原厂工程师分析底层日志来定位。

暂无评论

编辑答案

你正在编辑答案

如果你要对问题或其他回答进行点评或询问,请使用评论功能。

分享扩散:

提出建议

    +

亲~登录后才可以操作哦!

确定

亲~检测到您登陆的账号未在http://hclhub.h3c.com进行注册

注册后可访问此模块

跳转hclhub

你的邮箱还未认证,请认证邮箱或绑定手机后进行当前操作

举报

×

侵犯我的权益 >
对根叔社区有害的内容 >
辱骂、歧视、挑衅等(不友善)

侵犯我的权益

×

泄露了我的隐私 >
侵犯了我企业的权益 >
抄袭了我的内容 >
诽谤我 >
辱骂、歧视、挑衅等(不友善)
骚扰我

泄露了我的隐私

×

您好,当您发现根叔知了上有泄漏您隐私的内容时,您可以向根叔知了进行举报。 请您把以下内容通过邮件发送到pub.zhiliao@h3c.com 邮箱,我们会尽快处理。
  • 1. 您认为哪些内容泄露了您的隐私?(请在邮件中列出您举报的内容、链接地址,并给出简短的说明)
  • 2. 您是谁?(身份证明材料,可以是身份证或护照等证件)

侵犯了我企业的权益

×

您好,当您发现根叔知了上有关于您企业的造谣与诽谤、商业侵权等内容时,您可以向根叔知了进行举报。 请您把以下内容通过邮件发送到 pub.zhiliao@h3c.com 邮箱,我们会在审核后尽快给您答复。
  • 1. 您举报的内容是什么?(请在邮件中列出您举报的内容和链接地址)
  • 2. 您是谁?(身份证明材料,可以是身份证或护照等证件)
  • 3. 是哪家企业?(营业执照,单位登记证明等证件)
  • 4. 您与该企业的关系是?(您是企业法人或被授权人,需提供企业委托授权书)
我们认为知名企业应该坦然接受公众讨论,对于答案中不准确的部分,我们欢迎您以正式或非正式身份在根叔知了上进行澄清。

抄袭了我的内容

×

原文链接或出处

诽谤我

×

您好,当您发现根叔知了上有诽谤您的内容时,您可以向根叔知了进行举报。 请您把以下内容通过邮件发送到pub.zhiliao@h3c.com 邮箱,我们会尽快处理。
  • 1. 您举报的内容以及侵犯了您什么权益?(请在邮件中列出您举报的内容、链接地址,并给出简短的说明)
  • 2. 您是谁?(身份证明材料,可以是身份证或护照等证件)
我们认为知名企业应该坦然接受公众讨论,对于答案中不准确的部分,我们欢迎您以正式或非正式身份在根叔知了上进行澄清。

对根叔社区有害的内容

×

垃圾广告信息
色情、暴力、血腥等违反法律法规的内容
政治敏感
不规范转载 >
辱骂、歧视、挑衅等(不友善)
骚扰我
诱导投票

不规范转载

×

举报说明