现象描述
ssh 连接 log 输出 见附件: ssh-wifi-fail-SP1-rc3-new-225-reboot--sshok-aftertcpdumpwlan.txt
日志分析 附件 log 中卡在 debug1: kex_input_ext_info: ...
阶段后超时断开,正常的 ssh 连接后续 log 输出应该为debug1: SSH2_MSG_SERVICE_ACCEPT received
。有时候也会卡在 debug1: expecting SSH2_MSG_KEX_ECDH_REPLY
。
出现问题使用的镜像 openEuler 20.03 LTS SP1 RC2 镜像 或 openEuler 20.03 LTS SP1 RC3 镜像
硬件环境 树莓派 4B、小米路由器
当前复现情况
问题原因分析
研发环境该问题常复现,使用 tcpdump -i wlan0
抓包后 ssh 连接无线 IP 正常。
经初步分析,认为是网络环境问题,当前研发、测试过程中该问题未复现。
Hey woqidaideshi, Welcome to openEuler Community.
All of the projects in openEuler Community are maintained by @openeuler-ci-bot.
That means the developers can comment below every pull request or issue to trigger Bot Commands.
Please follow instructions at https://gitee.com/openeuler/community/blob/master/en/sig-infrastructure/command.md to find the details.
此处可能存在不合适展示的内容,页面不予展示。您可通过相关编辑功能自查并修改。
如您确认内容无涉及 不当用语 / 纯广告导流 / 暴力 / 低俗色情 / 侵权 / 盗版 / 虚假 / 无价值内容或违法国家有关法律法规的内容,可点击提交进行申诉,我们将尽快为您处理。
@woqidaideshi 请补充之前这个问题的 log,当前的镜像针对这个问题复现的情况,以及问题原因分析结论和处理方法。
根据以上情况,目前问题使用原有镜像和现在的镜像都无法复现。~~问题关闭。~~
@woqidaideshi @follow_the_great_god 还是需要复现问题,出具复现报告。再看怎么解决。
[root@openEuler yum.repos.d]# cd
[root@openEuler ~]# ping 192.168.1.180
PING 192.168.1.180 (192.168.1.180) 56(84) bytes of data.
From 192.168.1.102 icmp_seq=1 Destination Host Unreachable
From 192.168.1.102 icmp_seq=2 Destination Host Unreachable
From 192.168.1.102 icmp_seq=3 Destination Host Unreachable
From 192.168.1.102 icmp_seq=4 Destination Host Unreachable
From 192.168.1.102 icmp_seq=5 Destination Host Unreachable
From 192.168.1.102 icmp_seq=6 Destination Host Unreachable
^C
只有 @woqidaideshi 提供的无线网络环境,且只有4B型开发板出现问题。
且复现过程中,ping不通,ssh不到。
其余测试过的无线路由器环境均无法发现问题。
@woqidaideshi 我这里正常, Mac 链接 4b + openEuler 20.03 LTS SP1 RC3 镜像,可以正常登陆。
第一次安装正常,两次重启后登陆 ssh 正常。 wifi 自动连接,没有复现问题。
@Jianmin @follow_the_great_god
可以在复现该问题的环境下,在树莓派上先执行 ifconfig wlan0 down
,比较奇怪的是还没有执行 ifconfig wlan0 up
就可以 ssh 连接了。
不过执行 ifconfig wlan0 up
之后,才可以通过 ifconfig
命令可以看到 wlan0
的信息。
@Jianmin @follow_the_great_god
可以在复现该问题的环境下,在树莓派上先执行ifconfig wlan0 down
,比较奇怪的是现在还没有执行ifconfig wlan0 up
就可以 ssh 连接了。
不过执行ifconfig wlan0 up
之后,才可以通过ifconfig
命令可以看到wlan0
的信息。
@woqidaideshi 如果 ifconfig wlan0 down 后还能访问 ip,那说明对应的 ip 可能被绑定在有线网口上或者其他设备上。可能问题与有线网口与 无线网口 都在同一个网段下而导致网络数据包收发异常。可以考虑单独有线、单独无线的情况下是否能复现问题。
@Jianmin @follow_the_great_god 在我测试环境下,使用 centos 镜像 同样会复现该问题。
@Jianmin @follow_the_great_god 断开网线后,就可以通过树莓派 wlan 的 IP ssh 登录了。
@follow_the_great_god 可以测试下。
@follow_the_great_god 目前确定是只有在有线和无线都连接在同一个路由上,才可能会出现上面这个问题。
@Jianmin @follow_the_great_god 断开网线后,就可以通过树莓派 wlan 的 IP ssh 登录了。
@follow_the_great_god 可以测试下。
@woqidaideshi 我复现时是单独无线。
@woqidaideshi 官方镜像连接该Wifi,无法连接上。应进一步以网线连接验证ssh,查看是否是网络环境有问题。
@woqidaideshi 官方镜像连接该Wifi,无法连接上。应进一步以网线连接验证ssh,查看是否是网络环境有问题。
@follow_the_great_god 能否提供具体镜像的名称和下载地址?官方镜像这个名称比较有歧义。
@woqidaideshi 官方镜像连接该Wifi,无法连接上。应进一步以网线连接验证ssh,查看是否是网络环境有问题。
@follow_the_great_god 网线连接没有问题。同时有线无线连接,只有有线 IP 可以 ssh 登录。只有无线时,无线分配的 IP 可以登录。
发现 ifconfig wlan0 down
之后,其实 wlan 是已经关闭的。类似 tcpdump -i wlan0
,该操作后虽然可以通过树莓派的无线 IP 连接,但其实 ssh client 端(比如我登录树莓派的笔记本)arp -a
查看到树莓派无线 IP 对应 mac 地址是 树莓派 eth0 的。也就是这两种情况下,通过树莓派的无线 IP 可以 ssh 登录其实是连接树莓派的有线网口。
只有在树莓派网线拔掉的情况下,ssh 登录才是连接树莓派无线网络。
登录 后才可以发表评论