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

某局点在M9000通过SSH远程登录交换机S7600失败案例分析

  • 0关注
  • 0收藏 2227浏览
粉丝:3人 关注:0人

组网及说明

不涉及

问题描述

M9K通过SSH登录交换机7600(,可以进入到用户名阶段,但是不能进入输入密码阶段(M9K可以ping7600环回口地址):


每次在登录时在M9K上都会显示SSH user (null)   disconnected from the server


过程分析

查看设备是否能够匹配到相应的ACL

ssh server acl 2097

#

acl basic 2097

description TELNET-SSH-control

rule 0 permit source 172.31.229.160 0.0.0.15

rule 10 permit source 172.31.230.0 0.0.0.255

rule 11 permit source 10.184.0.197 0

rule 20 permit source 100.100.100.2 0

rule 30 permit source 172.31.236.0 0.0.0.255

rule 999 deny

带着源去ssh设备,SSH的时候确保源地址在以上范围。

 

源去ssh情况如图所示,跟不带源ssh情况是一样的

 

查看 ACL看见ACL此时有匹配到,



进一步收集设备诊断信息与设备的debugging信息



 


1、以下logserver端支持的列表是ssh-rsa,ssh-dss,客户端支持的列表是ecdsa-sha2-nistp256,ssh-dss,ssh-rsa,最终协商使用的是ssh-dss,也就是dsa。登录失败


*Sep  3 13:15:36:505 2018 GDSG-NCK-S7604X-2 SSHS/7/EVENT: -MDC=1; Kex strings(0): ecdh-sha2-nistp256,ecdh-sha2-nistp384,diffie-hellman-group-exchange-sha1,diffie-hellman-group14-sha1,diffie-hellman-group1-sha1

*Sep  3 13:15:36:505 2018 GDSG-NCK-S7604X-2 SSHS/7/EVENT: -MDC=1; Kex strings(1): ssh-rsa,ssh-dss

*Sep  3 13:15:36:507 2018 GDSG-NCK-S7604X-2 SSHS/7/EVENT: -MDC=1; Peer proposal kex:

*Sep  3 13:15:36:507 2018 GDSG-NCK-S7604X-2 SSHS/7/EVENT: -MDC=1; Kex strings(0): diffie-hellman-group-exchange-sha1,diffie-hellman-group14-sha1,diffie-hellman-group1-sha1

*Sep  3 13:15:36:507 2018 GDSG-NCK-S7604X-2 SSHS/7/EVENT: -MDC=1; Kex strings(1): ecdsa-sha2-nistp256,ssh-dss,ssh-rsa

*Sep  3 13:15:36:512 2018 GDSG-NCK-S7604X-2 SSHS/7/EVENT: -MDC=1; Received SSH2_MSG_KEX_DH_GEX_REQUEST.

*Sep  3 13:15:36:513 2018 GDSG-NCK-S7604X-2 SSHS/7/MESSAGE: -MDC=1; Prepare packet[31].

*Sep  3 13:15:36:530 2018 GDSG-NCK-S7604X-2 SSHS/7/EVENT: -MDC=1; Expecting packet type 32.

*Sep  3 13:15:36:530 2018 GDSG-NCK-S7604X-2 SSHS/7/MESSAGE: -MDC=1; Received packet type 32.

*Sep  3 13:15:36:556 2018 GDSG-NCK-S7604X-2 SSHS/7/ERROR: -MDC=1; Fatal error occurs: unexpected internal error.


2、以下logserver端支持的列表是ssh-rsa,客户端支持的列表是ecdsa-sha2-nistp256,ssh-dss,ssh-rsa,最终协商使用的是ssh-rsa,登录成功。

*Sep  3 13:13:45:501 2018 GDSG-NCK-S7604X-1 SSHS/7/EVENT: -MDC=1; My proposal kex:

*Sep  3 13:13:45:501 2018 GDSG-NCK-S7604X-1 SSHS/7/EVENT: -MDC=1; Kex strings(0): ecdh-sha2-nistp256,ecdh-sha2-nistp384,diffie-hell

an-group-exchange-sha1,diffie-hellman-group14-sha1,diffie-hellman-group1-sha1

*Sep  3 13:13:45:501 2018 GDSG-NCK-S7604X-1 SSHS/7/EVENT: -MDC=1; Kex strings(1): ssh-rsa

*Sep  3 13:13:45:502 2018 GDSG-NCK-S7604X-1 SSHS/7/EVENT: -MDC=1; Peer proposal kex:

*Sep  3 13:13:45:502 2018 GDSG-NCK-S7604X-1 SSHS/7/EVENT: -MDC=1; Kex strings(0): diffie-hellman-group-exchange-sha1,diffie-hellman-group14-sha1,diffie-hellman-group1-sha1

*Sep  3 13:13:45:502 2018 GDSG-NCK-S7604X-1 SSHS/7/EVENT: -MDC=1; Kex strings(1): ecdsa-sha2-nistp256,ssh-dss,ssh-rsa






解决方法




经确认,存在下述两种可能:

1.  dsa配置错误,如果客户端和服务器端的dsa都有配置的话,服务器端或者客户端中有dsa的长度不对。

配置限制和指导

SSH仅支持默认名称的本地DSAECDSARSA密钥对,不支持指定名称的本地DSAECDSARSA密钥对。关于密钥对生成命令的相关介绍请参见安全命令参考中的公钥管理

生成DSA密钥对时,要求输入的密钥模数的长度必须小于2048比特。

SSH服务器支持secp256r1secp384r1类型的ECDSA密钥对。

如果服务器端不存在默认名称的本地RSA密钥对,则在服务器端执行SSH服务器相关命令行时(包括开启Stelnet/SFTP/SCP/NETCONF over SSH服务器、配置SSH用户、以及配置SSH服务器端的管理功能),系统会自动生成一个默认名称的本地RSA密钥对。

设备运行于FIPS模式时,服务器端仅支持ECDSARSA密钥对,因此请不要生成本地的DSA密钥对,否则会导致用户认证失败。


即使客户端都优先使用dsa,也需要看服务器是否支持dsa,像下面这种情况服务器只支持rsa,此时即使客户端优先使用dsa,协商结果依然是rsa

*Sep  3 13:13:45:501 2018 GDSG-NCK-S7604X-1 SSHS/7/EVENT: -MDC=1; My proposal kex:

*Sep  3 13:13:45:501 2018 GDSG-NCK-S7604X-1 SSHS/7/EVENT: -MDC=1; Kex strings(0): ecdh-sha2-nistp256,ecdh-sha2-nistp384,diffie-hellman-group-exchange-sha1,diffie-hellma-group14-sha1,diffie-hellman-group1-sha1

*Sep  3 13:13:45:501 2018 GDSG-NCK-S7604X-1 SSHS/7/EVENT: -MDC=1; Kex strings(1): ssh-rsa

*Sep  3 13:13:45:502 2018 GDSG-NCK-S7604X-1 SSHS/7/EVENT: -MDC=1; Peer proposal kex:

*Sep  3 13:13:45:502 2018 GDSG-NCK-S7604X-1 SSHS/7/EVENT: -MDC=1; Kex strings(0): diffie-hellman-group-exchange-sha1,diffie-hellman-group14-sha1,diffie-hellman-group1-sha1

*Sep  3 13:13:45:502 2018 GDSG-NCK-S7604X-1 SSHS/7/EVENT: -MDC=1; Kex strings(1): ecdsa-sha2-nistp256,ssh-dss,ssh-rsa


修改ssh2 algorithm public-key rsa dsa,优先使用rsa后,设备登录正常


 








 


该案例对您是否有帮助:

您的评价:1

若您有关于案例的建议,请反馈:

作者在2019-06-11对此案例进行了修订
0 个评论

该案例暂时没有网友评论

编辑评论

举报

×

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

侵犯我的权益

×

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

泄露了我的隐私

×

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

侵犯了我企业的权益

×

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

抄袭了我的内容

×

原文链接或出处

诽谤我

×

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

对根叔知了社区有害的内容

×

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

不规范转载

×

举报说明

提出建议

    +

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

确定

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

注册后可访问此模块

跳转hclhub

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