拓扑大概就是上面这样子的,但是pc和sw2到核心不一定只有一台交换机,然后我按照这个上面重新配置了ssh,还是无法通过ssh到,pc也是可以ping通这个交换机,请问还有什么东西会挡住
中间没有acl和防火墙
(0)
最佳答案
PC 能 ping 通 S5500,核心也能 SSH 登上去,但 PC 就是连不上——这说明网络是通的,问题大概率出在交换机本身的 SSH 配置细节,或者中间链路的特殊处理上。
既然你确认中间没有 ACL 和防火墙,建议按以下顺序逐一排查,尤其是第 1 步的 VTY 接口配置和第 3 步的 SSH 版本兼容性,这是最容易忽略的地方。
| 排查层面 | 操作与验证命令 | 关键点说明 |
|---|---|---|
| 1️⃣ 交换机配置核查 | 登录 S5500 执行:display current-configuration | include vtydisplay current-configuration | include local-user | 必须确认两点: • VTY 接口下是否配置了 protocol inbound ssh?如果缺省或配成 telnet,SSH 连接会被拒绝。• 认证模式是否为 authentication-mode scheme? |
| 2️⃣ 重建 RSA 密钥 | 按顺序执行:public-key local create rsassh server enable | 如果密钥文件损坏或算法不匹配,会导致连接被重置。建议强制重建并重新启用服务,这能解决很多奇怪的问题。 |
| 3️⃣ 客户端算法兼容性 | 检查 SecureCRT 的会话选项: 找到 SSH2 下的 密钥交换、加密 和 MAC 算法列表 | S5500 是较老的 V5 设备,支持的算法有限。CRT 默认的算法可能不被支持。可以尝试降低 CRT 的算法优先级,或只勾选 aes128-cbc、hmac-md5 等老算法。 |
| 4️⃣ 路由路径检查 | 在 PC 上执行:tracert <S5500管理IP>在核心上测试: telnet <S5500管理IP> 22 | • 确认路径:tracert 结果是否符合预期?中间是否有非直连设备? • 测试连通性:核心能 telnet 通 22 端口,说明 S5500 的 SSH 服务在网络上可达。 |
如果上面都查过了还是不行,需要用最直接的方法——让设备告诉你它拒绝了什么。
在 S5500 上(最好通过核心的 SSH 或 console 线)开启 Debug 功能:
(0)
(0)
可以,因为我通过核心ssh 交换机IP,是可以的
先测试22端口是否开通,再检查ssh配置的权限问题
(0)
检查下设备有没有开ssh服务
相关服务有没有限制源地址
(0)
ssh相关的配置,发上来看看吧
核心能ssh到这台交换机,代表交换机ssh功能没问题,你pc ssh交换机不通,先确认PC能否ping通交换机IP吧,
(0)
可以的,没问题
可以的,没问题
system-view
user-interface vty 0 4
protocol inbound ssh
local-user admin
service-type ssh
ssh server version 2
ssh server enable
sys
ssh server enable
ssh server version 2
local-user admin
password simple 你的密码
service-type ssh
authorization-attribute level 3
user-interface vty 0 4
protocol inbound ssh
(0)
我现在ssh的version是1.99,我查看了1.99是可以兼容2.0和ssh1.x
亲~登录后才可以操作哦!
确定你的邮箱还未认证,请认证邮箱或绑定手机后进行当前操作
举报
×
侵犯我的权益
×
侵犯了我企业的权益
×
抄袭了我的内容
×
原文链接或出处
诽谤我
×
对根叔社区有害的内容
×
不规范转载
×
举报说明
第三步,crt改算法怎么改