Начало Вход/Регистрация Помощ Tazi stranica s latinski bukwi
Области
 Новини
 Актуална тема
 Linux портали
 Какво е Линукс?
 Въпроси-отговори
 Форуми
   •Трудова борса
   •Конкурс
 Статии
 Дистрибуции
   •Поръчка на CD
 Made In BG
 Файлове
 Връзки
 Галерия
 Конференции
Настройки
 Външен вид
 Предложения
 Направи си сам
И още ...
 За нас
 Линукс за българи ЕООД
 Линк към нас
 Предложения

Подкрепяно от:
TelePoint - Място за хора със свободни идеи

SiteGround

initLab

Adsys Group

SAP Bulgaria

Въпроси отговори
Въпрос: SSH problem
[Търси: ]

ВНИМАНИЕ: Използвайте форумите на сайта за дa зададете вашите въпроси.

Към началото |Добави въпрос |Отговори
 
Въпрос
От: EazySnatch (eazysnatch (a) gmail[ точка ]com ) Дата: 07/12/2006
 Имам някъкси необясним проблем навсякъде съм си сложил SSH
 PUB  keys ,но имам машина която е на Fedora Core release 5
 (Bordeaux) тя е със OpenSSH_4.3p2, OpenSSL 0.9.8a ,а аз съм
 с OpenSSH_3.8.1p1 Debian-8.sarge.4 както виждате моята
 машина е Debian та ... немога да осъщества конекция със
 ключове правил съм го много пъти досега съм не съм имал
роблеми.
 sshd_config -a на отдалечената машина ми е наред ,но вижте
дебъга

debug1: Next authentication method: publickey
debug1: Offering public key: /USER/key
debug2: we sent a publickey packet, wait for reply
 debug1: Authentications that can continue:
publickey,gssapi-with-mic,password
 debug2: we did not send a packet, disable method  <==== Eto
 това ме претеснява и къде ли не четъх ,но проблема си го има


debug1: Next authentication method: password

Минавам прес FIREWALL.
 Както се вижда тук забива а на мен ми трябва да използва
 ключове направено е по друг начин ,но искам да стане с
 ключовете.Въпроса ми е ... тези версии нещо да не се бъркат
 ли или какво може да е дори...сравнявах sshd_configs на 2-те
машини и всичко е ок НО УВИ.
Мерси за отговорите (:


Отговор #1
От: EazySnatch (eazysnatch< at >gmail[ точка ]com ) Дата: 07/12/2006
 Пробвах и със същата версия каквато е Fedora ,но резултат
няма .


Отговор #2
От: flipz Дата: 07/12/2006
 значи щом можеш да влезеш по нормален начин в пц-то през ssh
 значи версията няма значение, както и дистрибуцията .. по
скоро обарни внимание да не бъркаш нещо с кей-а.
Дай малко информация .. как го генерираш и тн .. 
провери си и конф-а дали разрешава идентификация с кей.



Отговор #3
От: EazySnatch (eazysnatch __@__ gmail__dot__com ) Дата: 07/12/2006
 LOCAL machine OpenSSH_3.8.1p1 Debian-8.sarge.4, OpenSSL
0.9.7e 25 Oct 2004
 REMOTE machine Fedora Core release 5 (Bordeaux)
OpenSSH_4.3p2, OpenSSL 0.9.8a 11 Oct 2005

I do this:

 vhristev@Admin:~$ssh-keygen -t rsa -b 1024 -f
~/thishost-rsync-key

 vhristev@Admin:~$scp thishost-rsync-key.pub
REMOTEuser@REMOTEhost:~/REMOTEuser

vhristev@Admin:~$ ssh REMOTEuser@REMOTEhost
Password:
REMOTEuser@REMOTEhost:~$
 REMOTEuser@REMOTEhost:~$ if [ ! -d .ssh ]; then mkdir .ssh ;
chmod 700 .ssh ; fi
REMOTEuser@REMOTEhost:~$ mv thishost-rsync-key.pub .ssh/
REMOTEuser@REMOTEhost:~$ cd .ssh/
 REMOTEuser@REMOTEhost:~/.ssh$ if [ ! -f authorized_keys ];
then touch authorized_keys ; chmod 600 authorized_keys ; fi
 REMOTEuser@REMOTEhost:~/.ssh$ cat thishost-rsync-key.pub >>
authorized_keys

but i get this DEBUG

 [12:22]remoteUSER@REMOTEhost~$debug2: channel 0: window
32756 sent adjust 32780
ssh -i thishost-rsync-key REMOTEuser@REMOTEhost -vvv
 OpenSSH_3.8.1p1 Debian-8.sarge.4, OpenSSL 0.9.7e 25 Oct
2004
debug1: Reading configuration data /etc/ssh/ssh_config
debug2: ssh_connect: needpriv 0
debug1: Connecting to REMOTEhost [REMOTEhost] port 22.
debug1: Connection established.
debug3: Not a RSA1 key file thishost-rsync-key.
debug2: key_type_from_name: unknown key type '-----BEGIN'
debug3: key_read: missing keytype
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug2: key_type_from_name: unknown key type '-----END'
debug3: key_read: missing keytype
debug1: identity file bulgaria-rsync-key type 1
 debug1: Remote protocol version 2.0, remote software version
OpenSSH_4.3
debug1: match: OpenSSH_4.3 pat OpenSSH*
debug1: Enabling compatibility mode for protocol 2.0
 debug1: Local version string SSH-2.0-OpenSSH_3.8.1p1
Debian-8.sarge.4
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
 debug2: kex_parse_kexinit:
diffie-hellman-group-exchange-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,arcfour,aes192-cbc,aes256-cbc,rijndael-cbc@lysator.liu.se,aes128-ctr,aes192-ctr,aes256-ctr
 debug2: kex_parse_kexinit:
aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour,aes192-cbc,aes256-cbc,rijndael-cbc@lysator.liu.se,aes128-ctr,aes192-ctr,aes256-ctr
 debug2: kex_parse_kexinit:
hmac-md5,hmac-sha1,hmac-ripemd160,hmac-ripemd160@openssh.com,hmac-sha1-96,hmac-md5-96
 debug2: kex_parse_kexinit:
hmac-md5,hmac-sha1,hmac-ripemd160,hmac-ripemd160@openssh.com,hmac-sha1-96,hmac-md5-96
debug2: kex_parse_kexinit: none,zlib
debug2: kex_parse_kexinit: none,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:
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,rijndael-cbc@lysator.liu.se,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,rijndael-cbc@lysator.liu.se,aes128-ctr,aes192-ctr,aes256-ctr
 debug2: kex_parse_kexinit:
hmac-md5,hmac-sha1,hmac-ripemd160,hmac-ripemd160@openssh.com,hmac-sha1-96,hmac-md5-96
 debug2: kex_parse_kexinit:
hmac-md5,hmac-sha1,hmac-ripemd160,hmac-ripemd160@openssh.com,hmac-sha1-96,hmac-md5-96
debug2: kex_parse_kexinit: none,zlib@openssh.com
debug2: kex_parse_kexinit: none,zlib@openssh.com
debug2: kex_parse_kexinit:
debug2: kex_parse_kexinit:
debug2: kex_parse_kexinit: first_kex_follows 0
debug2: kex_parse_kexinit: reserved 0
debug2: mac_init: found hmac-md5
debug1: kex: server->client aes128-cbc hmac-md5 none
debug2: mac_init: 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: 128/256
debug2: bits set: 518/1024
debug1: SSH2_MSG_KEX_DH_GEX_INIT sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY
 debug3: check_host_in_hostfile: filename
/USER/.ssh/known_hosts
debug3: check_host_in_hostfile: match line 3
 debug1: Host 'REMOTEhost' is known and matches the RSA host
key.
debug1: Found key in /USER/.ssh/known_hosts:3
debug2: bits set: 504/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: thishost-rsync-key (0x808c4c0)
 debug1: Authentications that can continue:
publickey,gssapi-with-mic,password
 debug3: start over, passed a different list
publickey,gssapi-with-mic,password
debug3: preferred publickey,keyboard-interactive,password
debug3: authmethod_lookup publickey
debug3: remaining preferred: keyboard-interactive,password
debug3: authmethod_is_enabled publickey
debug1: Next authentication method: publickey
debug1: Offering public key: thishost-rsync-key
debug3: send_pubkey_test
debug2: we sent a publickey packet, wait for reply
 debug1: Authentications that can continue:
publickey,gssapi-with-mic,password
 debug2: we did not send a packet, disable method *** <===
maybe this is the problem ****
debug3: authmethod_lookup password
debug3: remaining preferred: ,password
debug3: authmethod_is_enabled password
debug1: Next authentication method: password
REMOTEuser@REMOTEhost's password:

 Минавам през firewall който не съм конфигурирал аз незнам
къде се губи нишката ,за да разбера къде греша !!?

 смятам ,че проблема е от това debug2: we did not send a
packet, disable method 


<< Коя дистрибуция на Linux? (3 ) | Traffic Control (4 ) >>

 
© 2011-... Асоциация "Линукс за българи"
© 2007-2010 Линукс за българи ЕООД
© 1999-2006 Slavej Karadjov
Ако искате да препечатате или цитирате информация от този сайт прочетете първо това
Външния вид е направен от MOMCHE
Code Version: 1.0.8 H (Revision: 23-09-2011)
 
Изпълнението отне: 0 wallclock secs ( 0.07 usr + 0.01 sys = 0.08 CPU)