This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

[参考译文] AM5728:无法通过SSH登录TI AM5728

Guru**** 1952840 points
Other Parts Discussed in Thread: AM5728
请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1083046/am5728-unable-to-ssh-into-ti-am5728

部件号:AM5728

您好,

我有一个基于TI AM5728 EVM的定制电路板。 我正在使用TI Linux PSDK 6.03。

我在主板上面临以下问题-  

我已将主板连接 到eth0端口上的以太网(LAN)。 例如,第一次重新启动后,我已向它提供了IP地址,网络掩码和网关。 我能够ping主板的IP地址。 我还可以通过SSH (远程登录)登录主板。 现在假设我重新启动了主板,有50 50 % 的SSH可能会停止工作。 即,主板将具有相同的IP,网络掩码和网关,并且ping也可以工作,但SSH将不起作用。

这可能在第二次重新启动后或在'N'次重新启动后发生。 它不是固定的,在固定间隔后也不可重现。 但是,在几次重新启动后,SSH将会停止工作,但ping会一直工作,直到我再次重新启动。 解决此问题的唯一方法是反复重新启动,直到SSH开始工作。

因此,我决定在遇到问题时观察一下(ping工作,但SSH不工作)。  

1. ifconfig和路由表快照-对我来说看起来正常

Fullscreen
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
root@am57xx-evm:~# ifconfig
eth0 Link encap:Ethernet HWaddr D0:03:EB:6C:50:36
inet addr:192.168.8.97 Bcast:192.168.8.255 Mask:255.255.255.0
inet6 addr: fe80::d203:ebff:fe6c:5036/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:201188 errors:0 dropped:3032 overruns:0 frame:0
TX packets:816 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:18021841 (17.1 MiB) TX bytes:249325 (243.4 KiB)
Interrupt:91
eth1 Link encap:Ethernet HWaddr D0:03:EB:6C:50:37
UP BROADCAST MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)
lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
inet6 addr: ::1/128 Scope:Host
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX

2.厂家直送服务状态-  

Fullscreen
1
2
3
4
5
6
7
8
9
10
11
12
13
root@am57xx-evm:~# ps -ef | grep dropbear
root 1686 1088 0 01:36 ttyS2 00:00:00 grep dropbear
root@am57xx-evm:~#
root@am57xx-evm:~# fuser 22/tcp
root@am57xx-evm:~#
root@am57xx-evm:~# systemctl is-active dropbear
inactive
root@am57xx-evm:~#
root@am57xx-evm:~# systemctl status dropbear.service
�● dropbear.service - LSB: Dropbear Secure Shell server
Loaded: loaded (/etc/init.d/dropbear; generated)
Active: inactive (dead)
Docs: man:systemd-sysv-generator(8)
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX

3.当我从客户机尝试SSH进入主板时-  

在“Local version string SSH-Ubuntu 2.0 -OpenSSH_8.2p1 0.4 (本地版本字符串SSH-Ubuntu-OpenSSH_8.2p1 Ubuntu-4ubun)”之后,它被卡住

Fullscreen
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
root@darsh-pc:/home/darsh# ssh -vvvvvvv root@192.168.8.97
OpenSSH_8.2p1 Ubuntu-4ubuntu0.4, OpenSSL 1.1.1f 31 Mar 2020
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: /etc/ssh/ssh_config line 19: include /etc/ssh/ssh_config.d/*.conf matched no files
debug1: /etc/ssh/ssh_config line 21: Applying options for *
debug2: resolve_canonicalize: hostname 192.168.8.97 is address
debug2: ssh_connect_direct
debug1: Connecting to 192.168.8.97 [192.168.8.97] port 22.
debug1: Connection established.
debug1: identity file /root/.ssh/id_rsa type -1
debug1: identity file /root/.ssh/id_rsa-cert type -1
debug1: identity file /root/.ssh/id_dsa type -1
debug1: identity file /root/.ssh/id_dsa-cert type -1
debug1: identity file /root/.ssh/id_ecdsa type -1
debug1: identity file /root/.ssh/id_ecdsa-cert type -1
debug1: identity file /root/.ssh/id_ecdsa_sk type -1
debug1: identity file /root/.ssh/id_ecdsa_sk-cert type -1
debug1: identity file /root/.ssh/id_ed25519 type -1
debug1: identity file /root/.ssh/id_ed25519-cert type -1
debug1: identity file /root/.ssh/id_ed25519_sk type -1
debug1: identity file /root/.ssh/id_ed25519_sk-cert type -1
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX

 此处的客户端(便携式计算机)正在等待服务器(主板)将其版本字符串发送给客户端。 由于客户端未从服务器接收到版本字符串,因此连接在此挂起。

如果此时我检查了服务器(主板)上的日志,我得到以下信息-  

Fullscreen
1
2
3
4
5
6
7
8
9
root@am57xx-evm:~# ps -ef | grep drop
root 1703 1 0 01:41 ? 00:00:00 /usr/sbin/dropbear -i -r /etc/dropbear/dropbear_rsa_host_key -B
root 1705 1088 0 01:42 ttyS2 00:00:00 grep drop
root@am57xx-evm:~# journalctl -f
Mar 17 01:42:12 am57xx-evm dropbear[1703]: Exit before auth: Exited normally
Mar 17 01:42:13 am57xx-evm systemd[1]: Started SSH Per-Connection Server (192.168.8.191:34614).
Mar 17 01:42:13 am57xx-evm dropbear[1708]: Child connection from ::ffff:192.168.8.191:34614
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX

我不明白是什么导致了此问题。 也是此问题间歇性出现的原因。  

如何解决此问题?

请确认并恢复。

此致,

Devashish

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好,

    这是一个温和的提醒,我正在等待你对这一帖子的答复。

    此致,

    Devashish

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    TI专家您好,

    解决这一问题对我们至关重要。

    这是一个温和的提醒,我正在等待你对这一帖子的答复。

    此致,

    Devashish

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    Devashish,  

    很抱歉回复延迟。 我在旅途中,然后是休息时间。  

    您是否可以通过"reboot"(重新启动)确认您的意思是关机后再开机或热重置?

    如果是热重置的原因,我们需要集中查看您是否有任何已隔离重置的内容。  

    Jian

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好,

    关闭电源后重启或热重置均可工作。

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    Devashish,  

    我不知道你所说的"工作"是什么意思。 您的意思是Porz和Warmreset都将重现50/50的变化问题?  

    Jian

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    这正是我的意思。

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    Devashish,  

    您能否确认是否已完成任何基本调试,特别是:

    1.当ssh无法ping通时,您是否重新启动了主板上的sshd并重试?

    2.您是否尝试过通过电缆直接将主板与PC连接,然后设置静态IP并重试来消除网络的其余部分

    3.您是否可以将主板上的ssh功能从PC上出去?

    此致

    Jian  

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好,

    1.主板上没有sshd。 使用 DropBear提供远程功能。 我尝试重新启动/etc/init.d/dropBear服务,但没有成功

    2,我 要尝试一下。

    3.不能。也不能从主板上执行ssh。 但是,ping从主板上起作用。

    此致,

    Devashish

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好,Jian:

    谨提醒你,我正在等待你对这一帖子的答复。

    请确认。

    此致,

    Devashish

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    Devashish,  

    如果您尝试了2,请同时更新结果。  

    我不熟悉Dropbear。 但是,如果可以在系统中尝试sshd,以提供与EVM的参考,  

    另外,我不确定DropBear是如何使用加密驱动程序的,所以您可以尝试删除文件系统中的加密模块驱动程序,然后重新启动并查看问题是否已解决。 这种情况不可能发生,否则,您将看到100 % 相同的行为。 因此,前两次测试应该为我们提供更多信息。  

    Jian

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好,Jian:

    您在谈论哪个加密驱动程序?

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    用于AM5728的最新Linux PSDK 6.03 还包含Dropbear。 SDK中没有sshd。

    我在我的定制主板上使用相同的Linux PSDK 6.03。

x 出现错误。请重试或与管理员联系。