SSH и telnet странно выходят из строя во встроенной системе Linux

0

Целевой машиной является встроенный linux под управлением BusyBox v1.00-rc2 (возможно) на плате ARM. Он запечатан, и я не могу его открыть, не то чтобы у меня были ресурсы или знания, чтобы что-то сделать, даже если бы я его открыл.

Устройство поддерживает telnet, ssh, wput / wget и, возможно, ftp. Около часа назад сервер, к которому он был подключен, сообщил, что его больше нет в сети. Попытки ssh или telnet в него не увенчались успехом. Попытка исправить ситуацию была сделана путем перезагрузки коммутатора. После этого было предпринято несколько попыток провести более подробное расследование.

Поведение telnet должно было зависнуть после «Escape-символа '^]». линия. Поведение ssh -v должно было блокироваться при следующем выводе:

debug1: Reading configuration data /etc/ssh/ssh_config
debug1: Applying options for *
debug1: Connecting to 192.168.2.98 [192.168.2.98] port 22.
debug1: Connection established.
debug1: identity file /home/newtrax/.ssh/identity type -1
debug1: identity file /home/newtrax/.ssh/id_rsa type -1
debug1: identity file /home/newtrax/.ssh/id_dsa type -1

Следующая строка, ssh'ing в похожий блок, была бы:

debug1: Remote protocol version 2.0, remote software version dropbear_0.43

Telnet к порту 22 зависает аналогичным образом (telneting к дисплею рабочего блока SSH-2.0-dropbear_0.43)

После этого была предпринята еще одна попытка исправить ситуацию, отсоединив и снова подключив кабель Ethernet. Теперь поведение для ssh - «Отказ в соединении».

Telnet, с другой стороны, работает немного больше - я не уверен, какие настройки на машине, но он печатает какой-то заголовок, который обычно появляется каждый раз, когда вы telnet в систему, а затем отображает:

Connect failed : Connection refused
Fail to connect on 127.0.0.1 32.

Это исчерпало мою способность к устранению неполадок в этом вопросе. Буду признателен за любые идеи или предложения по этому вопросу. Однако, опоздав на пятницу, дальнейшее устранение неисправностей может быть отложено до утра понедельника.

Нан Л
источник
Я думаю, это какой-то прибор. Если возможно, лучше обратиться в службу поддержки производителя.
Даниэль Б.
я не эксперт, но несколько идей .. ssh -vvv, wireshark - противопоставление обычного сеанса (если он у вас есть) прерванному, и если вы можете запустить sshd в режиме отладчика. (может быть, sshd -D или что-то еще, хотя кажется, что вы не можете получить к нему доступ в такой степени). В comp.security.ssh usenet может быть несколько специалистов по ssh
barlop