Наконец-то выяснилось, что я отдавал неправильную команду на стороне получателя.
Команда приема должна быть:cat < /dev/ttyUSB0 > file_b64
Для приема с пульта:
Host side | Remote side
|
| #Encode to base64
| cat file | base64 > file_b64
|
| #Send after timeout
| (sleep 10; cat file_b64 > /dev/ttyS0) &
|
#############################################################
### Exit minicom but keep configuration (ctrlA-Z, then Q) ###
#############################################################
|
#Receive file |
cat < /dev/ttyUSB0 > file_b64 |
|
#Decode file |
cat file_b64 | base64 -di > file |
, поскольку вы используете ssh, используя IP-адреса, на стороне клиента разрешение DNS не используется, поэтому виновником, безусловно, является опция useDNS
в sshd_config
на стороне сервера.
Я бы посоветовал также следить за другими службами, которые могут попытаться разрешить DNS для регистрации/принятия запросов или, в качестве альтернативы, настроить внутренние службы DNS. например. см. это для Apache и еще одно для Apache или еще одно для syslog -ng или связанное с MySQL примеры возможных проблем в службах и/или их конфигурационных файлах.
Насколько мне известно, значение по умолчанию в версии 7.4 было изменено наuseDNS no
; ранее это было useDNS yes
. Так что это нужно учитывать при работе с разными версиями сервера OpenSSH.
Как правило, поскольку могут возникать странные проблемы с отсутствием DNS в конфигурациях служб/приложений (неправильно ), я предпочитаю, чтобы какая-либо служба DNS присутствовала, даже если это просто dnsmasq
пить из /etc/hosts
, отвечая на порты 53/UDP и 53/TCP.