| Summary: | incompatibility between s/key and keys Autentification | ||
|---|---|---|---|
| Product: | Portable OpenSSH | Reporter: | GNUtoo <GNUtoo> |
| Component: | Miscellaneous | Assignee: | Assigned to nobody <unassigned-bugs> |
| Status: | CLOSED INVALID | ||
| Severity: | normal | ||
| Priority: | P2 | ||
| Version: | 4.4p1 | ||
| Hardware: | ix86 | ||
| OS: | Linux | ||
|
Description
GNUtoo
2006-12-04 04:53:15 AEDT
When you built OpenSSH, which options did you use? In particular, did you enable PAM? I suspect that what you are seeing is keyboard-interactive authentication via PAM, not password authentication. (In reply to comment #1) > When you built OpenSSH, which options did you use? In particular, did > you enable PAM? > > I suspect that what you are seeing is keyboard-interactive > authentication via PAM, not password authentication. > yes i have PAM by the way i realy can login with the password of the acount... (In reply to comment #2) > yes i have PAM > by the way i realy can login with the password of the acount... PAM can do pretty much anything it wants under the covers, including accept a password (or, indeed, do something like S/Key), but from a SSH protocol perspective (which is what sshd_config is concerned about) this is not "password" authentication. If you set "UsePAM no" in sshd_config and restart sshd do you see the same behaviour? If want to use PAM, then you must configure the PAM ssh control file to offer s/key authentication instead of password authentication. Typically you would do this by replacing "pam_unix.so" in the "password" section of the config file with a module for s/key. (In reply to comment #3) > (In reply to comment #2) > > yes i have PAM > > by the way i realy can login with the password of the acount... > > PAM can do pretty much anything it wants under the covers, including > accept a password (or, indeed, do something like S/Key), but from a SSH > protocol perspective (which is what sshd_config is concerned about) > this is not "password" authentication. > > If you set "UsePAM no" in sshd_config and restart sshd do you see the > same behaviour? > no with pam disabled i have skey and key autentifications(skey doesn't seems to work i don't know why...mabe i've missed something...i should find a howto somewhere) now evrything works: # $OpenBSD: sshd_config,v 1.74 2006/07/19 13:07:10 dtucker Exp $ # This is the sshd server system-wide configuration file. See # sshd_config(5) for more information. # This sshd was compiled with PATH=/usr/bin:/bin:/usr/sbin:/sbin # The strategy used for options in the default sshd_config shipped with # OpenSSH is to specify options with their default value where # possible, but leave them commented. Uncommented options change a # default value. Port 23 Protocol 2 #AddressFamily any #ListenAddress 0.0.0.0 #ListenAddress :: # HostKey for protocol version 1 #HostKey /etc/ssh/ssh_host_key # HostKeys for protocol version 2 #HostKey /etc/ssh/ssh_host_rsa_key #HostKey /etc/ssh/ssh_host_dsa_key # Lifetime and size of ephemeral version 1 server key #KeyRegenerationInterval 1h #ServerKeyBits 768 # Logging # obsoletes QuietMode and FascistLogging #SyslogFacility AUTH #LogLevel INFO # Authentication: #LoginGraceTime 2m #PermitRootLogin yes #StrictModes yes #MaxAuthTries 6 #RSAAuthentication yes #PubkeyAuthentication yes #AuthorizedKeysFile .ssh/authorized_keys # For this to work you will also need host keys in /etc/ssh/ssh_known_hosts #RhostsRSAAuthentication no # similar for protocol version 2 #HostbasedAuthentication no # Change to yes if you don't trust ~/.ssh/known_hosts for # RhostsRSAAuthentication and HostbasedAuthentication #IgnoreUserKnownHosts no # Don't read the user's ~/.rhosts and ~/.shosts files #IgnoreRhosts yes # To disable tunneled clear text passwords, change to no here! PasswordAuthentication no PermitEmptyPasswords no # Change to no to disable s/key passwords ChallengeResponseAuthentication yes # Kerberos options #KerberosAuthentication no #KerberosOrLocalPasswd yes #KerberosTicketCleanup yes #KerberosGetAFSToken no # GSSAPI options #GSSAPIAuthentication no #GSSAPICleanupCredentials yes # Set this to 'yes' to enable PAM authentication, account processing, # and session processing. If this is enabled, PAM authentication will # be allowed through the ChallengeResponseAuthentication and # PasswordAuthentication. Depending on your PAM configuration, # PAM authentication via ChallengeResponseAuthentication may bypass # the setting of "PermitRootLogin without-password". # If you just want the PAM account and session checks to run without # PAM authentication, then enable this but set PasswordAuthentication # and ChallengeResponseAuthentication to 'no'. UsePAM no #AllowTcpForwarding yes #GatewayPorts no X11Forwarding yes #X11DisplayOffset 10 #X11UseLocalhost yes #PrintMotd yes #PrintLastLog yes #TCPKeepAlive yes #UseLogin no #UsePrivilegeSeparation yes #PermitUserEnvironment no #Compression delayed #ClientAliveInterval 0 #ClientAliveCountMax 3 #UseDNS yes #PidFile /var/run/sshd.pid #MaxStartups 10 #PermitTunnel no Compression yes # no default banner path #Banner /some/path # here are the new patched ldap related tokens # entries in your LDAP must have posixAccount & ldapPublicKey objectclass #UseLPK yes #LpkLdapConf /etc/ldap.conf #LpkServers ldap://10.1.7.1 ldap://10.1.7.2 #LpkUserDN ou=users,dc=phear,dc=org #LpkGroupDN ou=groups,dc=phear,dc=org #LpkBindDN cn=Manager,dc=phear,dc=org #LpkBindPw secret #LpkServerGroup mail #LpkForceTLS no #LpkSearchTimelimit 3 #LpkBindTimelimit 3 # override default of no subsystems Subsystem sftp /usr/lib/misc/sftp-server # Example of overriding settings on a per-user basis #Match User anoncvs # X11Forwarding no # AllowTcpForwarding no # ForceCommand cvs server (In reply to comment #6) > now evrything works: Thanks for the update. Since it's now working for you I'm closing this bug. Close resolved bugs after release. |