2016-01-30 3 views
0

Я пытаюсь выполнить ssh-соединение с машины Ubuntu на pi. Я получаю следующие сообщения об Команда: выходДоступ запрещен SSH-серверу, запущенному в малине pi

ssh -vv PI_ipaddress -l pi 

экрана:

OpenSSH_4.7p1 Debian-8ubuntu1.2, OpenSSL 0.9.8g 19 Oct 2007 
debug1: Reading configuration data /etc/ssh/ssh_config 
debug1: Applying options for * 
debug2: ssh_connect: needpriv 0 
debug1: Connecting to 10.218.96.209 [10.218.96.209] port 22. 
debug1: Connection established. 
debug1: identity file /home/hadoop-user/.ssh/identity type -1 
debug2: key_type_from_name: unknown key type '-----BEGIN' 
debug2: key_type_from_name: unknown key type '-----END' 
debug1: identity file /home/hadoop-user/.ssh/id_rsa type 1 
debug2: key_type_from_name: unknown key type '-----BEGIN' 
debug2: key_type_from_name: unknown key type '-----END' 
debug1: identity file /home/hadoop-user/.ssh/id_dsa type 2 
debug1: Remote protocol version 2.0, remote software version OpenSSH_6.0p1 Debian-4+deb7u2 
debug1: match: OpenSSH_6.0p1 Debian-4+deb7u2 pat OpenSSH* 
debug1: Enabling compatibility mode for protocol 2.0 
debug1: Local version string SSH-2.0-OpenSSH_4.7p1 Debian-8ubuntu1.2 
debug2: fd 3 setting O_NONBLOCK 
debug1: SSH2_MSG_KEXINIT sent 
debug1: SSH2_MSG_KEXINIT received 
debug2: kex_parse_kexinit: diffie-hellman-group-exchange-sha256,diffie-hellman-group-exchange-sha1,diffie-hellman-group14-sha1,diffie-hellman-group1-sha1 
debug2: kex_parse_kexinit: ssh-rsa,ssh-dss 
debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour128,arcfour256,arcfour,aes192-cbc,aes256-cbc,[email protected],aes128-ctr,aes192-ctr,aes256-ctr 
debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour128,arcfour256,arcfour,aes192-cbc,aes256-cbc,[email protected],aes128-ctr,aes192-ctr,aes256-ctr 
debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,[email protected],hmac-ripemd160,[email protected],hmac-sha1-96,hmac-md5-96 
debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,[email protected],hmac-ripemd160,[email protected],hmac-sha1-96,hmac-md5-96 
debug2: kex_parse_kexinit: none,[email protected],zlib 
debug2: kex_parse_kexinit: none,[email protected],zlib 
debug2: kex_parse_kexinit: 
debug2: kex_parse_kexinit: 
debug2: kex_parse_kexinit: first_kex_follows 0 
debug2: kex_parse_kexinit: reserved 0 
debug2: kex_parse_kexinit: ecdh-sha2-nistp256,ecdh-sha2-nistp384,ecdh-sha2-nistp521,diffie-hellman-group-exchange-sha256,diffie-hellman-group-exchange-sha1,diffie-hellman-group14-sha1,diffie-hellman-group1-sha1 
debug2: kex_parse_kexinit: ssh-rsa,ssh-dss,ecdsa-sha2-nistp256 
debug2: kex_parse_kexinit: aes128-ctr,aes192-ctr,aes256-ctr,arcfour256,arcfour128,aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,aes192-cbc,aes256-cbc,arcfour,[email protected] 
debug2: kex_parse_kexinit: aes128-ctr,aes192-ctr,aes256-ctr,arcfour256,arcfour128,aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,aes192-cbc,aes256-cbc,arcfour,[email protected] 
debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,[email protected],hmac-sha2-256,hmac-sha2-256-96,hmac-sha2-512,hmac-sha2-512-96,hmac-ripemd160,[email protected],hmac-sha1-96,hmac-md5-96 
debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,[email protected],hmac-sha2-256,hmac-sha2-256-96,hmac-sha2-512,hmac-sha2-512-96,hmac-ripemd160,[email protected],hmac-sha1-96,hmac-md5-96 
debug2: kex_parse_kexinit: none,[email protected] 
debug2: kex_parse_kexinit: none,[email protected] 
debug2: kex_parse_kexinit: 
debug2: kex_parse_kexinit: 
debug2: kex_parse_kexinit: first_kex_follows 0 
debug2: kex_parse_kexinit: reserved 0 
debug2: mac_setup: found hmac-md5 
debug1: kex: server->client aes128-cbc hmac-md5 none 
debug2: mac_setup: found hmac-md5 
debug1: kex: client->server aes128-cbc hmac-md5 none 
debug1: SSH2_MSG_KEX_DH_GEX_REQUEST(1024<1024<8192) sent 
debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP 
debug2: dh_gen_key: priv key bits set: 141/256 
debug2: bits set: 509/1024 
debug1: SSH2_MSG_KEX_DH_GEX_INIT sent 
debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY 
debug1: Host '10.218.96.209' is known and matches the RSA host key. 
debug1: Found key in /home/hadoop-user/.ssh/known_hosts:16 
debug2: bits set: 525/1024 
debug1: ssh_rsa_verify: signature correct 
debug2: kex_derive_keys 
debug2: set_newkeys: mode 1 
debug1: SSH2_MSG_NEWKEYS sent 
debug1: expecting SSH2_MSG_NEWKEYS 
debug2: set_newkeys: mode 0 
debug1: SSH2_MSG_NEWKEYS received 
debug1: SSH2_MSG_SERVICE_REQUEST sent 
debug2: service_accept: ssh-userauth 
debug1: SSH2_MSG_SERVICE_ACCEPT received 
debug2: key: /home/hadoop-user/.ssh/identity ((nil)) 
debug2: key: /home/hadoop-user/.ssh/id_rsa (0xb7f1e598) 
debug2: key: /home/hadoop-user/.ssh/id_dsa (0xb7f1e5b0) 
debug1: Authentications that can continue: publickey,password 
debug1: Next authentication method: publickey 
debug1: Trying private key: /home/hadoop-user/.ssh/identity 
debug1: Offering public key: /home/hadoop-user/.ssh/id_rsa 
debug2: we sent a publickey packet, wait for reply 
debug1: Authentications that can continue: publickey,password 
debug1: Offering public key: /home/hadoop-user/.ssh/id_dsa 
debug2: we sent a publickey packet, wait for reply 
debug1: Authentications that can continue: publickey,password 
debug2: we did not send a packet, disable method 
debug1: Next authentication method: password 
[email protected]'s password: 
debug2: we sent a password packet, wait for reply 
debug1: Authentications that can continue: publickey,password 
Permission denied, please try again. 
[email protected]'s password: 
debug2: we sent a password packet, wait for reply 
debug1: Authentications that can continue: publickey,password 
Permission denied, please try again. 
[email protected]'s password: 

Примечание:

  1. Если я использую SSH в моей пи, он работает. Но из других систем я не могу получить доступ.
  2. Введен правильный пароль. Нет проблем.
  3. Я заново установил ssh в pi, но он не работает.
  4. Я попытался отключить GSSAPI из машины окна (только кросс-проверка) .Still никакой связи
  5. Я гуглом вопроса и я не мог прийти к решению
  6. Ping работает от

любой системы к пи.

Любая помощь приветствуется.

+0

У меня есть две догадки, какими они могут быть. 1 заключается в том, что перенаправление портов не настроено для ssh-сервера. Переназначьте порт 22 на маршрутизаторе в порт 22 на малиновом пи. 2 заключается в том, что имя пользователя, которое было предоставлено, неверно. Похоже, что для входа в систему используется имя пользователя pi. Какова команда, которую вы использовали для подключения к ssh-серверу внутри pi? –

+0

1. Не могли бы вы дать мне несколько ресурсов для переадресации портов. Я совершенно новичок в этом. 2. «ssh -vv PI_ipaddress -l pi» Я использовал ту же команду из всех систем. Нет изменений в этом – Gaara

+0

Я не уверен, что IP-адрес, который вы используете, является внутренним или внешним IP-адресом. Если вы посмотрите на свою сеть извне, есть только один IP-адрес, хотя есть несколько устройств. Именно поэтому необходима переадресация портов, поэтому маршрутизатор знает, на какое устройство отправить входящее сообщение. Но если вы используете внутренний IP-адрес, вы можете подключиться к pi без переадресации портов. Начните здесь: http://portforward.com/english/applications/port_forwarding/SSH/default.htm Выберите маршрутизатор из списка, и он покажет вам шаг за шагом, как выполнять переадресацию портов. –

ответ

0

Таким образом, решение является своего рода интуитивным. Раскладка клавиатуры между системой Pi и ubuntu была неодинаковой и, следовательно, выдавала ошибку при предоставлении пароля, который был неизвестен пользователю.

Смежные вопросы