访问信创系统的服务器报错Received fatal alert: handshake_failure

1、问题

某业务需要获取A服务器资源,在A服务器未迁移系统时访问正常,迁移为信创系统时,再次访问资源报错Received fatal alert: handshake_failure,用浏览器访问则报:

此服务器的系统为Windows 2012R2,首次分析问题出现的原因,可能是协议的问题。

2、问题出现的原因

  1. 为了排查原因,采用Win11系统作对比,发现Win11系统访问A服务器资源没有问题,打开Internet选项(打开控制面板找到internet选项,打开后点击"高级",见下图)发现Win11系统支持TLS1.2、TLS1.3,而Win2012 R2支持TLS1.0、1.1、1.2。

进一步确定问题出现的原因,采用openssl(官方下载链接),找到对应系统的Light版本,安装后打开openssl prompt。

输入以下命令,验证A服务器是否支持TLS1.2。

复制代码
openssl s_client -connect 域名:端口号 -tls1_2

查看输出结果,其中包含ssl-session表示本次握手的会话信息(采用win11的客户端访问):

复制代码
SSL-Session:
    Protocol  : TLSv1.2 最终协商使用的TLS版本
    Cipher    : ECDHE-RSA-AES256-GCM-SHA384 加密套件:密钥交换算法(ECDHE)
                                                     认证方式(RSA)
                                                     对称加密算法(AES256-GCM)
                                                     摘要算法(SHA384)
    Session-ID: XXX 本次的会话id

采用win server 2012验证,返回了read R block,随后返回了handshake failure。

  1. 在项目中输出当前上下文采用的加密套件

    SSLContext context = SSLContext.getDefault();

    for (String s : context.getSupportedSSLParameters().getCipherSuites()) {
    if (s.contains("ECDHE")) {
    System.out.println(s);
    }
    }

输出后发现没有对方服务器需要的加密套件。

3、解决方法

1、升级jdk的版本;

2、更新系统;

待续。。

相关推荐
乘云数字DATABUFF3 天前
5分钟部署开源APM Databuff:OpenTelemetry全链路追踪入门实战
运维·后端
荣--5 天前
一键部署不是为了省时间 —— 它是把"买来的 PaaS"变成"自己的平台"的拐点
运维·zabbix·工程化·一键部署·平台化·边界设计
江华森5 天前
动手实战学 Docker — 从零到集群编排完全指南
运维
Avan_菜菜6 天前
FRP 内网穿透完整实战:从 HTTP 映射到 HTTPS 自签代理
运维·nginx·https
SelectDB7 天前
Litefuse 开源并推出单进程轻量模式,25 秒就能跑起来的 Agent 可观测与评估平台
运维·后端·自动化运维
zzzzzz3108 天前
9K Star 炸裂开源!这个 C 语言写的代码知识图谱,把 Linux 内核索引压缩到了 3 分钟
linux·服务器·sql
XIAOHEZIcode8 天前
Linux系统鼠标偏移常见原因以及修复方案
linux·运维·游戏
用户0328472220709 天前
如何搭建本地yum源(上)
运维
大树8812 天前
金刚石散热越强,管路越先见顶
大数据·运维·服务器·人工智能·ai
摇滚侠12 天前
Linux CentOS7 rpm 安装 MySQL 5.7
linux·运维·mysql