The UNIX and Linux Forums  

Go Back   Die UNIX-und Linux-Foren > Spezielle Foren > Sicherheit
ssh connection without password SSH-Verbindung ohne Passwort
.
Google unix.com

Foren Registrieren Forum-RegelnLinksAlben FAQ Benutzerliste Kalender Suche Die heutige Beiträge Alle Foren als gelesen markieren


Sicherheit Diskutieren Sie UNIX-und Linux-Computer-und Netzwerk-Sicherheit, Internet, cyberattacks, IT-Sicherheit, CISSP, OWASP und vieles mehr.

Mehr UNIX-und Linux-Forum Themen Vielleicht finden Sie hilfreiche
Faden Thread Starter Forum Antworten Last Post
Wie ändert man root-Passwort mit Shell-Skript, mit Standard-Passwort Kurva Shell Programmierung und Scripting 2 02-25-2009 02:35 AM
ssh_exchange_identification: Verbindung wurde vom Remote-Host-Verbindung geschlossen jeevan_fimare UNIX for Dummies Questions & Answers 1 02-05-2009 01:43 AM
Passwort Bestätigungs-Passwort eines Benutzers nur für die ersten 8 Zeichen amitpansuria UNIX für Fortgeschrittene und Experten 12 10-23-2008 11:03 AM
Ich möchte zur Codierung von Benutzernamen und Passwort für eine FTP-Verbindung naree SUN Solaris 2 02-26-2008 10:43 AM
Passwort ändern, indem Sie verschlüsselte Passwort, um Systeme benq70 UNIX for Dummies Questions & Answers 1 09-02-2005 10:08 AM

Closed Thread
English Japanese Spanish French German Portuguese Italian Dutch Swedish Russian Norwegian Hungarian Hebrew Danish Bulgarian Greek Powered by Powered by Google
 
LinkBack Thread Tools Suche diesen Thread Rate Thread Anzeige-Modi
  #1 (permalink)  
Old 05-29-2009
migurus migurus is offline
Registrierte Nutzer
  
 

Join Date: Sep 2008
Ort: US
Beiträge: 49
SSH-Verbindung ohne Passwort
Das Thema wurde in vielen Artikeln, aber ich kann nicht eine Passwort-weniger SSH-Verbindung. Im Folgenden zeige ich, was ich getan habe, und dann werde ich den SSH-Debug-Infos, vielleicht doch noch jemand in der Lage, darauf hinzuweisen, was ich nicht tun rechts.

Mein Setup: zwei SCO 5.0.7 Felder auf einem privaten LAN, Gleichwertigkeit Benutzer eingerichtet, RCMD / rcp arbeitet von einem zum anderen gut. Die Benutzer-Accounts, die auf beiden Seiten gleich, hat kein Passwort.

auf beiden Feldern:

Code:
$ grep -v '^#' /etc/ssh/sshd_config | grep -v '^$'
RSAAuthentication yes
PubkeyAuthentication yes
Subsystem       sftp    /usr/lib/openssh/sftp-server

Auf meinem Source-Feld I, die öffentlichen Schlüssel

Code:
 
$ ssh-keygen -t rsa
$ l -g
-rw-------   1 group        887 May 29 11:39 id_rsa
-rw-r--r--   1 group        229 May 29 11:39 id_rsa.pub

Und ich kopiert PUB-Datei auf dem Ziel-Box

Auf dem Feld "Ziel":

Code:
 
$ cd; mkdir .ssh; chmod 700 .ssh; l -dg .ssh
drwx------   2 group        512 May 29 11:33 .ssh
$ cd .ssh
$ cat ../my_pub > authorized_keys; chmod 600 authorized_keys
$ l -g
-rw-------   1 group        229 May 29 11:33 authorized_keys

Nun, wenn ich versuche, eine Verbindung von meinem Source-Feld:


Code:
 
 $ ssh -v target_server
OpenSSH_3.8p1, SSH protocols 1.5/2.0, OpenSSL 0.9.7d 17 Mar 2004
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: Connecting to target_server [192.168.1.74] port 22.
debug1: Connection established.
debug1: identity file /u/target_user/.ssh/identity type -1
debug1: identity file /u/target_user/.ssh/id_rsa type 1
debug1: identity file /u/target_user/.ssh/id_dsa type -1
debug1: Remote protocol version 1.99, 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.8p1
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: server->client aes128-cbc hmac-md5 none
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
debug1: SSH2_MSG_KEX_DH_GEX_INIT sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY
debug1: Host 'target_server' is known and matches the RSA host key.
debug1: Found key in /u/target_user/.ssh/known_hosts:1
debug1: ssh_rsa_verify: signature correct
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug1: SSH2_MSG_NEWKEYS received
debug1: SSH2_MSG_SERVICE_REQUEST sent
debug1: SSH2_MSG_SERVICE_ACCEPT received
debug1: Authentications that can continue: publickey,password,keyboard-interactive
debug1: Next authentication method: publickey
debug1: Trying private key: /u/target_user/.ssh/identity
debug1: Offering public key: /u/target_user/.ssh/id_rsa
debug1: Authentications that can continue: publickey,password,keyboard-interactive
debug1: Trying private key: /u/target_user/.ssh/id_dsa
debug1: Next authentication method: keyboard-interactive
debug1: Authentications that can continue: publickey,password,keyboard-interactive
debug1: Next authentication method: password
target_user@target_server's password: 
debug1: Authentications that can continue: publickey,password,keyboard-interactive
Permission denied, please try again.
target_user@target_server's password:

Ich sehe Meldung "ssh_rsa_verify: Unterzeichnung richtig" in den Debug-, die aussieht wie ein viel versprechendes Zeichen, aber etwas ist nicht klicken und es geht um das Kennwort, der entfernt wird, für diese Benutzer-Account, so dass es nicht gehen.

Any pointers wären wir jedoch dankbar.
Zuletzt bearbeitet von migurus; am 05-29-2009 05:14 PM.. Grund: vergessen zu zeigen, sshd_config
  #2 (permalink)  
Old 05-29-2009
Padow Padow is offline
Registrierte Nutzer
  
 

Join Date: Dezember 2008
Location: Maryland
Beiträge: 181
Eines, was ich tun würde, ist von Anfang an dafür sorgen, dass die. Ssh-Verzeichnis und autorized_keys Dateien befinden sich im Besitz des Benutzers. Sieht aus wie einer von ihnen ist im Besitz von 1, und den anderen um 2.

Post Update ----- -----

Also, stellen Sie sicher, dass es keine Zeilenumbrüche in der authorized_keys-Datei von Kopieren und Einfügen.
  #3 (permalink)  
Old 05-29-2009
migurus migurus is offline
Registrierte Nutzer
  
 

Join Date: Sep 2008
Ort: US
Beiträge: 49
Zitat:
Zitat von Padow View Post
Eines, was ich tun würde, ist von Anfang an dafür sorgen, dass die. Ssh-Verzeichnis und autorized_keys Dateien befinden sich im Besitz des Benutzers. Sieht aus wie einer von ihnen ist im Besitz von 1, und den anderen um 2.

Post Update ----- -----

Also, stellen Sie sicher, dass es keine Zeilenumbrüche in der authorized_keys-Datei von Kopieren und Einfügen.

Nun, das ist nur "l-g"-Format, 1 und 2 finden keine Benutzer-ID, die Benutzer-ID ist dieselbe target_user.

Post Update ----- -----

Zitat:
Zitat von wireonfire View Post
Auf meinem Setup habe ich kopiert es authorized_keys2 (Hinweis: Der Unterschied in der Datei). Ich immer mit root-Account, und es ist ein Passwort (so ein wenig von Ihnen).
Ich kopiert authorized_keys auf authorized_keys2 und Ergebnis ist das gleiche.
  #4 (permalink)  
Old 05-29-2009
wireonfire wireonfire is offline
Registrierte Nutzer
  
 

Join Date: Oct 2008
Beiträge: 19
Auf meinem Setup habe ich kopiert es authorized_keys2 (Hinweis: Der Unterschied in der Datei). Ich immer mit root-Account, und es ist ein Passwort (so ein wenig von Ihnen).
  #5 (permalink)  
Old 05-29-2009
nj78 nj78 is offline
Registrierte Nutzer
  
 

Join Date: Jul 2005
Beiträge: 108
Können Sie versuchen, ssh-vvv, um mehr zu sehen?
  #6 (permalink)  
Old 05-30-2009
migurus migurus is offline
Registrierte Nutzer
  
 

Join Date: Sep 2008
Ort: US
Beiträge: 49
Zitat:
Zitat von nj78 View Post
Können Sie versuchen, ssh-vvv, um mehr zu sehen?
Hier ist vvv-Ausgabe:


Code:
$ ssh -vvv target_srvr
OpenSSH_3.8p1, SSH protocols 1.5/2.0, OpenSSL 0.9.7d 17 Mar 2004
debug1: Reading configuration data /etc/ssh/ssh_config
debug2: ssh_connect: needpriv 0
debug1: Connecting to target_srvr [192.168.123.123] port 22.
debug1: Connection established.
debug1: identity file /u/target_user/.ssh/identity type -1
debug3: Not a RSA1 key file /u/target_user/.ssh/id_rsa.
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 /u/target_user/.ssh/id_rsa type 1
debug1: identity file /u/target_user/.ssh/id_dsa type -1
debug1: Remote protocol version 1.99, 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.8p1
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: 120/256
debug2: bits set: 486/1024
debug1: SSH2_MSG_KEX_DH_GEX_INIT sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY
debug3: check_host_in_hostfile: filename /u/target_user/.ssh/known_hosts
debug3: check_host_in_hostfile: match line 1
debug3: check_host_in_hostfile: filename /u/target_user/.ssh/known_hosts
debug3: check_host_in_hostfile: match line 1
debug1: Host 'target_srvr' is known and matches the RSA host key.
debug1: Found key in /u/target_user/.ssh/known_hosts:1
debug2: bits set: 486/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: /u/target_user/.ssh/identity (0)
debug2: key: /u/target_user/.ssh/id_rsa (80856c4)
debug2: key: /u/target_user/.ssh/id_dsa (0)
debug1: Authentications that can continue: publickey,password,keyboard-interactive
debug3: start over, passed a different list publickey,password,keyboard-interactive
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: Trying private key: /u/target_user/.ssh/identity
debug3: no such identity: /u/target_user/.ssh/identity
debug1: Offering public key: /u/target_user/.ssh/id_rsa
debug3: send_pubkey_test
debug2: we sent a publickey packet, wait for reply
debug1: Authentications that can continue: publickey,password,keyboard-interactive
debug1: Trying private key: /u/target_user/.ssh/id_dsa
debug3: no such identity: /u/target_user/.ssh/id_dsa
debug2: we did not send a packet, disable method
debug3: authmethod_lookup keyboard-interactive
debug3: remaining preferred: password
debug3: authmethod_is_enabled keyboard-interactive
debug1: Next authentication method: keyboard-interactive
debug2: userauth_kbdint
debug2: we sent a keyboard-interactive packet, wait for reply
debug1: Authentications that can continue: publickey,password,keyboard-interactive
debug3: userauth_kbdint: disable: no info_req_seen
debug2: we did not send a packet, disable method
debug3: authmethod_lookup password
debug3: remaining preferred: 
debug3: authmethod_is_enabled password
debug1: Next authentication method: password
target_user@target_srvr's password: 
$

Post Update ----- -----

Nur für das Protokoll,

Das Problem war, dass Home target_user dir was 775. Die Gruppe Schreibrechte wurde der Täter, also habe ich es zu 755. Danach erhielt ich klare Botschaft:

Leeren Passwort durch ssh

Also, ich edited sshd_config auf target_srvr und sprach
PermitEmptyPasswords ja
Dann sshd neu gestartet und es funktioniert wie ein Charme.
  #7 (permalink)  
Old 06-08-2009
nj78 nj78 is offline
Registrierte Nutzer
  
 

Join Date: Jul 2005
Beiträge: 108
Vielen Dank für die Aktualisierung, gute Informationen.
Closed Thread

Lesezeichen

« darüber, wie Sie Ihre Website zum Schutz vor Hacker-Angriffen | Was Solaris pkg SSL entspricht in OpenSSL v0.9.8i? »
Thread Tools Suche diesen Thread
Suche diesen Thread:

Erweiterte Suche
Anzeige-Modi Rate this thread
Hybrid Mode Hybrid-Modus
Rate this thread:

Forumregeln
Du möglicherweise nicht neue Themen
Du möglicherweise nicht nach Antworten
Du möglicherweise nicht post-Anlagen
Du möglicherweise nicht bearbeiten Sie Ihre Beiträge
BB-Code ist Auf
Smilies sind Auf
[IMG] Code Auf
HTML-Code ist Aus
Trackbacks sind Auf
Pingbacks sind Auf
Refbacks sind Auf



Alle Zeiten sind GMT -4. Es ist jetzt 11:37 PM.

The UNIX and Linux Forums - Learn UNIX and UNIX Commands RSS Feeds -- Kontaktieren Sie uns -- Die UNIX-und Linux-Forum - Lernen Sie UNIX-und UNIX-Befehle -- Archiv -- Spitze

Powered by: vBulletin, Copyright © 2000 - 2006, Jelsoft Enterprises Ltd. Sprachliche Übersetzungen Powered by .
vBCredits v1.4 Copyright © 2007 - 2008, PixelFX Studios
Die UNIX-und Linux-Foren Content © Copyright 1993-2009. Alle Rechte Reserved.Ad Management von RedTyger

Content Relevant URLs durch vBSEO 3.2.0