MSR5060-1——MSR5060-2
两台设备互相SSH登录测试可以成功,但从堡垒机无法登录这两台设备
MSR5060版本 R2311 Basic
*Aug 8 16:16:24:975 2022 *** SSH/7/Server_MESSAGE: VTY[0]:SendKexInit:
Send Message SSH2_MSG_KEXINIT(20)
*Aug 8 16:16:24:975 2022 *** SSH/7/Server_EVENT: VTY[0]:FSM Change:
From SSH_Main_VersionMatch to SSH_Main_SSHProcess.
*Aug 8 16:16:25:125
2022 *** SSH/7/Server_EVENT: VTY[0]:Exit Message:
STEL user [] close the connection from IP[x.x.x.x].
FSM from SSH_Main_SSHProcess(SSH_Sub1_KEX_Init)(SSH_Sub2_Service_Acc) to SSH_Main_Disconnect.
*Aug 8 16:16:25:275 2022 *** SSH/7/Server_MESSAGE: VTY[0]:Send Exit Message:
Send SSH2_MSG_CHANNEL_CLOSE(1) from y.y.y.y to x.x.x.x.
Info: Current terminal monitor is off.
客户从堡垒机登入会出现如下显示
设备之间互相SSH登录正常,但和第三方设备SSH对接有问题。
根据debug ssh server all的显示可以看到设备发送了SSH2_MSG_KEXINIT(20)报文后收到了服务器的中止,推测是ssh算法匹配兼容性的问题。
内部查询问题记录发现,comware V5有ssh兼容问题的问题单,因此确实可能是兼容性问题导致。
实验室尝试内部复现问题:
使用多个第三方ssh客户端测试登录R2311版本的MSR设备,得到以下结果:
1、fedora35(openssh 8.7p1, 修改默认算法后)和secure crt 9.0可以正常登录MSR;
2、fedora36(OpenSSH_8.8p1, OpenSSL 3.0.2 15 Mar 2022 ) 登录提示报错。
且报错打印与现场debug打印基本一致,因此基本可判断为堡垒机无法登录设备与其SSH版本和我司MSR设备的兼容性存在问题。
1.需要收集现场堡垒机的ssh客户端软件版本、底层系统版本等信息,供实验室测试分析具体原因。
2.更换其他型号堡垒机尝试登录设备。
3.尝试升级设备到V5的新版本,已对兼容性进行一定优化。
该案例暂时没有网友评论
✖
案例意见反馈
亲~登录后才可以操作哦!
确定你的邮箱还未认证,请认证邮箱或绑定手机后进行当前操作