Putty error reading from serial device

Unable to open connection to com1 putty как исправить

Как подключиться к плате через переходник USB-UART

Купил китайский переходник USB-UART под названием CP2102. В виндувсе без проблем соединялся со своей платой программой Putty. В убунте пользуюсь той же программой, но выскакиевает сообщение c текстом:

Драйвера я установил от производителя. Как-нибудь можно еще подключиться?

есть же minicom.

Ищи переходник на FTDI232R, или сам собери, документация прекрасная, схема простая. Я был удивлен, но драйвера в линуксе годные, перенос угкода и железа прошел незамеченным. Даже костылять ничего не пришлось. Силиконлабовские мосты мне никогда не нравились, глючноватые, подчеркну слово МНЕ.

Драйвера я установил от производителя

приведи результат работы команды:

к какому из них подключаешься?

Пробовал ко всем подключаться. Ну а судя по этому выводу:

Ничего не выводит. Просто долго жду и курсор мигает.

выбираешь во вкладке Session в группе Specify the destination you want to connect to выбираешь Serial

в поле Serial line пишешь /dev/ttyUSB3 и нажимаешь Open ?

и перевойти пользователем в систему

Да все так делаю, и выдает сообщение: Unable to open connection to: и т.д.
Кстати попробовал minicom. Через нее подключился, только клавиатура не работает.

Драйвера я установил от производителя

Через нее подключился, только клавиатура не работает.

Судя по всему, твоя железяка просто эхо не дает. Поэтому на экране ничего и не появляется.

По теме: есть удобная утилита com из пакета tinyserial, а еще есть screen — он-то точно «из коробки» везде есть!

P.S. Лучше б ты купил переходник на PL2303, он где-то в 2 раза дешевле (30..35 рублей супротив 60..70 для переходника на 2102)

Заработало. А что это было не подскажите?

Спасибо большое, друзья! Все работает.

Драйвера я установил от производителя

А что не так в этой фразе? Мне просто надо знать, для общего развития.

Это были права доступа на файл порта.

видишь вот тут группа написана: твой пользователь должен входить в эту группу, что бы получить права на чтение запись в это устройство. по умолчанию в эту группу пользователи не входят. магической строчкой ты добавил текущего пользователя в эту группу. перевходом в систему получил права группы.

Не нужны никакие «драйвера» для работы с этими переходниками! В ядре есть модуль usbserial, который отвечает за коммуникацию с подобным железом.

Для того, чтобы не париться с группами и правами доступа, обычно в /etc/udev/rules.d добавляют правило вроде такого:

VID и PID смотрят в выхлопе lsusb. Режим 0666 позволяет не париться с группами. Но там уж ваше дело.

в linux практически все драйвера входят в состав ядра

подключай устройство, смотри в dmesg, скорее всего оно определится и погрузится нужный драйвер

Устранение неполадок SSH: проблемы с подключением к серверу

В первой статье этой серии вы узнали о том, как и в каких ситуациях вы можете попробовать исправить ошибки SSH. Остальные статьи расскажут, как определить и устранить ошибки:

: в этой статье вы узнаете, что делать, если сбрасываются клиентские соединения, клиент жалуется на шифрование или возникают проблемы с неизвестным или измененным удаленным хостом. : поможет устранить проблемы с парольной аутентификацией или сбросом SSH-ключей. : это руководство поможет исправить ошибки ветвления процессов, валидации оболочки и доступа к домашнему каталогу.

Для взаимодействия SSH-клиента с SSH-сервером необходимо установить базовое сетевое подключение. Это руководство поможет определить некоторые общие ошибки подключения, исправить их и предотвратить их возникновение в будущем.

Требования

• Убедитесь, что можете подключиться к виртуальному серверу через консоль.
• Проверьте панель на предмет текущих проблем, влияющих на работу и состояние сервера и гипервизора.

Основные ошибки

Разрешение имени хоста

Большинство ошибок подключения возникает тогда, когда ссылка на хост SSH не может быть сопоставлена с сетевым адресом. Это почти всегда связано с DNS, но первопричина часто бывает не связана с DNS.

На клиенте OpenSSH эта команда:

может выдать ошибку:

ssh: Could not resolve hostname example.com: Name or service not known

В PuTTY может появиться такая ошибка:

Unable to open connection to example.com Host does not exist

Чтобы устранить эту ошибку, можно попробовать следующее:

• Проверьте правильность написания имени хоста.
• Убедитесь, что вы можете разрешить имя хоста на клиентской машине с помощью команды ping. Обратитесь к сторонним сайтам (WhatsMyDns.net, например), чтобы подтвердить результаты.

Если у вас возникают проблемы с разрешением DNS на любом уровне, в качестве промежуточного решения можно использовать IP-адрес сервера, например:

ssh user@111.111.111.111
# вместо
ssh user@example.com.

Истечение времени соединения

Эта ошибка значит, что клиент попытался установить соединение с SSH-сервером, но сервер не смог ответить в течение заданного периода ожидания.

На клиенте OpenSSH следующая команда:

выдаст такую ошибку:

ssh: connect to host 111.111.111.111 port 22: Connection timed out

В PuTTY ошибка выглядит так:

Network error: Connection timed out

Чтобы исправить ошибку:

• Убедитесь, что IP-адрес хоста указан правильно.
• Убедитесь, что сеть поддерживает подключение через используемый порт SSH. Некоторые публичные сети могут блокировать порт 22 или пользовательские SSH-порты. Чтобы проверить работу порта, можно, например, попробовать подключиться к другим хостам через этот же порт. Это поможет вам определить, не связана ли проблема с самим сервером.
• Проверьте правила брандмауэра. Убедитесь, что политика по умолчанию – не DROP.

Отказ в соединении

Эта ошибка означает, что запрос передается на хост SSH, но хост не может успешно принять запрос.

На клиенте OpenSSH следующая команда выдаст ошибку:

ssh user@111.111.111.111
ssh: connect to host 111.111.111.111 port 22: Connection refused

В PuTTY ошибка появится в диалоговом окне:

Network error: Connection refused

Эта ошибка имеет общие с ошибкой Connection Timeout причины. Чтобы исправить её, можно сделать следующее:

• Убедиться, что IP-адрес хоста указан правильно.
• Убедиться, что сеть поддерживает подключение через используемый порт SSH. Некоторые публичные сети могут блокировать порт 22 или пользовательские SSH-порты. Чтобы проверить работу порта, можно, например, попробовать подключиться к другим хостам через этот же порт.
• Проверить правила брандмауэра. Убедитесь, что политика по умолчанию – не DROP, и что брандмауэр не блокирует этот порт.
• Убедиться, что сервис запущен и привязан к требуемому порту.

Рекомендации по исправлению ошибок подключения

Брандмауэр

Иногда проблемы с подключением возникают из-за брандмауэра. Он может блокировать отдельные порты или сервисы.

В разных дистрибутивах используются разные брандмауэры. Вы должны научиться изменять правила и политики своего брандмауэра. В Ubuntu обычно используется UFW, в CentOS – FirewallD. Брандмауэр iptables используется независимо от системы.

Читайте также:

Чтобы настроить брандмауэр, нужно знать порт сервиса SSH. По умолчанию это порт 22.

Чтобы запросить список правил iptables, введите:

Такой вывод сообщает, что правил, блокирующих SSH, нет:

Chain INPUT (policy ACCEPT)
target prot opt source destination
Chain FORWARD (policy ACCEPT)
target prot opt source destination
Chain OUTPUT (policy ACCEPT)
target prot opt source destination

Если в выводе вы видите правило или политику по умолчанию REJECT или DROP, убедитесь, что цепочка INPUT разрешает доступ к порту SSH.

Чтобы запросить список правил FirewallD, введите:

Список, появившийся на экране, содержит все сервисы, которые поддерживаются брандмауэром. В списке должно быть правило:

dhcpv6-client http ssh

Если вы настроили пользовательский порт SSH, используйте опцию –list-ports. Если вы создали пользовательское определение сервиса, добавьте опцию –list-services, чтобы найти SSH.

Чтобы проверить состояние UFW, введите:

Команда вернёт доступные порты:

Status: active
To Action From
— —— —-
22 LIMIT Anywhere
443 ALLOW Anywhere
80 ALLOW Anywhere
Anywhere ALLOW 192.168.0.0
22 (v6) LIMIT Anywhere (v6)
443 (v6) ALLOW Anywhere (v6)
80 (v6) ALLOW Anywhere (v6)

В списке должен быть порт SSH.

Проверка состояния сервиса SSH

Если вы не можете подключиться к серверу по SSH, убедитесь, что сервис SSH запущен. Способ сделать это зависит от операционной системы сервера. В более старых версиях дистрибутивов (Ubuntu 14.04, CentOS 6, Debian используется команда service. Современные дистрибутивы на основе Systemd используют команду systemctl.

Метод проверки состояния сервиса может варьироваться от системы к системе. В более старых версиях (Ubuntu 14 и ниже, CentOS 6, Debian 6) используется команда service, поддерживаемая системой инициализации Upstart, а в более современных дистрибутивах для управления сервисом используется команда systemctl.

Примечание: В дистрибутивах Red Hat (CentOS и Fedora) сервис называется sshd, а в Debian и Ubuntu – ssh.

В более старых версия используйте команду:

service ssh status

Если процесс работает должным образом, вы увидите вывод, который содержит PID:

ssh start/running, process 1262

Если сервис не работает, вы увидите:

В системах на основе SystemD используйте:

systemctl status sshd

В выводе должна быть строка active:

sshd.service — OpenSSH server daemon
Loaded: loaded (/usr/lib/systemd/system/sshd.service; enabled)
Active: active (running) since Mon 2017-03-20 11:00:22 EDT; 1 months 1 days ago
Process: 899 ExecStartPre=/usr/sbin/sshd-keygen (code=exited, status=0/SUCCESS)
Main PID: 906 (sshd)
CGroup: /system.slice/sshd.service
├─ 906 /usr/sbin/sshd -D
├─26941 sshd: [accepted] └─26942 sshd: [net]

Если сервис не работает, вы увидите в выводе inactive:

sshd.service — OpenSSH server daemon
Loaded: loaded (/usr/lib/systemd/system/sshd.service; enabled)
Active: inactive (dead) since Fri 2017-04-21 08:36:13 EDT; 2s ago
Process: 906 ExecStart=/usr/sbin/sshd -D $OPTIONS (code=exited, status=0/SUCCESS)
Process: 899 ExecStartPre=/usr/sbin/sshd-keygen (code=exited, status=0/SUCCESS)
Main PID: 906 (code=exited, status=0/SUCCESS)

Чтобы перезапустить сервис, введите соответственно:

service ssh start
systemctl start sshd

Проверка порта SSH

Существует два основных способа проверить порт SSH: проверить конфигурационный файл SSH или просмотреть запущенный процесс.

Как правило, конфигурационный файл SSH хранится в /etc/ssh/sshd_config. Стандартный порт 22 может переопределяться любой строкой в этом файле, определяющей директиву Port.

Запустите поиск по файлу с помощью команды:

grep Port /etc/ssh/sshd_config

Если вы уже убедились, что сервис работает, теперь вы можете узнать, работает ли он на требуемом порте. Для этого используйте команду ss. Команда netstat –plnt выдаст аналогичный результат, но команду ss рекомендуется использовать для запроса информации сокета из ядра.

В выводе должно быть указано имя программы и порт, который она прослушивает. Например, следующий вывод сообщает, что сервис SSH прослушивает все интерфейсы и порт 22.

State Recv-Q Send-Q Local Address:Port Peer Address:Port
LISTEN 0 128 *:22 *:* users:((«sshd»,pid=1493,fd=3))
LISTEN 0 128 . 22 . * users:((«sshd»,pid=1493,fd=4))

Символ * и 0.0.0.0 указывает, что все интерфейсы сервера прослушиваются. Строка 127.0.0.1 значит, что сервис не является общедоступным. В sshd_config директива ListenAddress должна быть закомментирована, чтобы прослушивать все интерфейсы, или должна содержать внешний IP-адрес сервера.

Если у вас не получается самостоятельно настроить соединение SSH, вы можете обратиться за помощью к службе поддержки своего хостинг-провайдера.

Can’t connect to SERIAL PORT using Putty

I want to connect with my serial Port using PuTTY program, but it’s not possible, when I ckick «open» nothing happens. I only hear a «Beep, Beep».. under a Windows 7 on MAC OS X with VirtualBox

3 Answers 3

Had this problem and found the solution. Putty wont open a connection from the «Serial» tab in the left column. Choose «Session» instead and select the checkbox for Serial.

The first thing I’d do is make sure you can connect to your external device using the Host OS directly. Since you’re on a Mac you can use screen from the command line (since you’re using 9600 baud):

If that doesn’t work then you’re dead in the water.

Then make sure your host’s serial port is exposed to your Virtual client. From your host Virtualbox settings you’ll need to pass through your serial port (like here https://superuser.com/questions/436049/how-to-use-host-serial-port-from-guest-in-virtualbox).

In Putty then you should be able to connect to the COM port you passed through.

More details to the above solution (using «Session» instead of «Serial»)

• USB Adapter 1:1.
• Left side: USB plug.
• Right side: 9-pin-sub-d-plug => Pin 3 on plug: TX from PC (-10V, provided by PC), pin 2 on plug: RX to PC (-7V, provided by embedded device), pin 5: ground. Voltages measured when connected an may vare from -3V to -15V but only if no data are beeing sent.

Select the «Serial» tree item in PUTTY on the left side of the little window. Then enter the connection data of your choice into the form on the right side. First of all consider the correct name of the COM-Port which you can find in the device manager (hardware manager) of windows and the baud rate.

Next select the «Session» tree item and change the type of the session (maybe former «SSH» or «Telnet» to «Serial» (not in the tree this time but «Serial» in the form with the session settings). Com-Port and Baud-Rate (see list point «1») may appear in the sesssion form. Session settings (specified in the «Serial» tree item) are globally stored in PUTTY and may have been planned to be started from «Serial» — which does not work — or from «Session».

Enter a name of your choice into the field «Session->Saved Sessions» and press [Save]. Settings of previous list points plus some additional settings, you have specified, are stored now. When you start PUTTY the next time you can select these settings again and [LOAD] them. Session is stored in registry. A possibility to export may exist.

Press [Connect] while «Session» tree item is selected (like written in the first answer post). Terminal should open now.

Источник

This is basically http://www.reactos.org/wiki/VirtualBox#Using_PuTTY with images.
This tutorial uses named pipes, for com0com serial tutorial look here: http://www.reactos.org/forum/viewtopic.php?t=7867

I test this way under Windows Vista x64 and Windows 7 x64 without problems.

You will need:
— VirtualBox (you should have it)
— Putty (link to exe)
— ReactOS ISO (you already know how to get this)

We will use named pipes, because com0com (wiki link) doesn’t (or at least didn’t) work on 64-bit Windows.

NOTE: name for the pipe used in this tutorial is «ros_pipe», you can use whatever name you wish

STEP1: VirtualBox setup (NOTE: for newer VirtualBox versions UNCHECK the «Connect to existing pipe/socket»)
[ external image ]

STEP2: Set up Putty as depicted, set some name under Saved Sessions and press Save, then you can connect using double-click on that name (it’s highlighted in blue on the screenshot)
[ external image ]

STEP3: Start Virtual machine and install ReactOS as usual
(picture unnecessary)

STEP4: When booting, select «ReactOS (Debug)», otherwise you won’t get any debug output!
[ external image ]

STEP5: Connect with Putty
(see picture under step 2)

STEP6: Getting debug logs
STEP7: If you get kdb:> prompt like in the screenshot below, type «bt» and press enter to get a backtrace (that’s information that helps developers a lot)
[ external image ]

Some notes:
— Your VM has to be running prior to connecting with Putty
— If you close VirtualBox machine with Putty connected, it will say «Error reading from serial device». That’s ok, next time you start your VM just click with your right mouse button on Putty window titlebar and select «Restart session»
— When you select some text in Putty, it will be automatically copied to clipboard

Changes from first posting:
— removed mention about administrator privileges, they are not needed at all
— tiny stylistic improvements
— more tiny stylistic improvements (Feb ’13)
— I fixed broken images, Imgur saves the day (Apr ’14)
— emphasize the importance of getting backtrace
— newer VirtualBox versions have slightly different serial port settings (Feb ’17)