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.
您好,
我有一个基于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和路由表快照-对我来说看起来正常
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 UP LOOPBACK RUNNING MTU:65536 Metric:1 RX packets:2 errors:0 dropped:0 overruns:0 frame:0 TX packets:2 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:140 (140.0 B) TX bytes:140 (140.0 B) root@am57xx-evm:~# route -n Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 0.0.0.0 192.168.8.1 0.0.0.0 UG 0 0 0 eth0 192.168.8.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0 root@am57xx-evm:~#
2.厂家直送服务状态-
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)
3.当我从客户机尝试SSH进入主板时-
在“Local version string SSH-Ubuntu 2.0 -OpenSSH_8.2p1 0.4 (本地版本字符串SSH-Ubuntu-OpenSSH_8.2p1 Ubuntu-4ubun)”之后,它被卡住
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 debug1: identity file /root/.ssh/id_xmss type -1 debug1: identity file /root/.ssh/id_xmss-cert type -1 debug1: Local version string SSH-2.0-OpenSSH_8.2p1 Ubuntu-4ubuntu0.4
此处的客户端(便携式计算机)正在等待服务器(主板)将其版本字符串发送给客户端。 由于客户端未从服务器接收到版本字符串,因此连接在此挂起。
如果此时我检查了服务器(主板)上的日志,我得到以下信息-
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
我不明白是什么导致了此问题。 也是此问题间歇性出现的原因。
如何解决此问题?
请确认并恢复。
此致,
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。