[debian] ssh root login denied

Pagina: 1
Acties:
  • 474 views sinds 30-01-2008
  • Reageer

  • Mishmash
  • Registratie: Juli 2002
  • Laatst online: 13-12-2023
Ik ben nu al en paar dagen aan het stoeien met dit probleem en ik kom er echt niet meer uit, misschien dat jullie een oplossing weten.

Ik wil dmv dirvish mijn server gaan backuppen naar een andere server. Nu ben ik op het punt aangekomen waarop ik een key aan moet maken voor user root. (ik maak zelf al gebruik van keys dus dat staat allemaal goed). Ik heb de volgende stappen uitgevoerd:

1. DSA key aanmaken op local server
2. Public key kopieeren naar /root/.ssh/authorized_keys op remote server
3. in sshd_config op remote server AllowRootLogin op yes gezet
4. root aan de group sshusers toegevoegd
5. ssh_config op de local server aangepast zodat hij keyforwarding gebruikt.

Als ik nu met mijn server verbinding wil maken naar mijn local server doe ik het volgende:
ssh root@<ip-adres>

En vervolgens krijg ik direct de volgende foutmelding:
Permission denied (publickey,keyboard-interactive).

Hieronder zijn de config files van zowel ssh_config op de local server en sshd_config op de remote server:

ssh_config op local server:
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
Host *
    ForwardAgent yes
#   ForwardX11 no
#   ForwardX11Trusted yes
#   RhostsRSAAuthentication no
    RSAAuthentication no
#   PasswordAuthentication yes
#   HostbasedAuthentication no
#   BatchMode no
#   CheckHostIP yes
#   AddressFamily any
#   ConnectTimeout 0
#   StrictHostKeyChecking ask
#   IdentityFile ~/.ssh/identity
#   IdentityFile ~/.ssh/id_rsa
    IdentityFile /root/.ssh/id_dsa
   Port 22
#   Protocol 2,1
#   Cipher 3des
#   Ciphers aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour,aes192-cbc,aes256-cbc
#   EscapeChar ~
    SendEnv LANG LC_*
    HashKnownHosts yes


sshd_config op remote server:
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
# What ports, IPs and protocols we listen for
Port 22
# Use these options to restrict which interfaces/protocols sshd will bind to
#ListenAddress ::
#ListenAddress 0.0.0.0
Protocol 2
# HostKeys for protocol version 2
HostKey /etc/ssh/ssh_host_rsa_key
HostKey /etc/ssh/ssh_host_dsa_key
#Privilege Separation is turned on for security
UsePrivilegeSeparation yes

# Lifetime and size of ephemeral version 1 server key
KeyRegenerationInterval 3600
ServerKeyBits 768

# Logging
SyslogFacility AUTH
LogLevel INFO

# Authentication:
LoginGraceTime 2m
PermitRootLogin yes
StrictModes no

RSAAuthentication no
PubkeyAuthentication yes
AuthorizedKeysFile      %h/.ssh/authorized_keys

# Don't read the user's ~/.rhosts and ~/.shosts files
IgnoreRhosts yes
# For this to work you will also need host keys in /etc/ssh_known_hosts
RhostsRSAAuthentication no
# similar for protocol version 2
HostbasedAuthentication no
# Uncomment if you don't trust ~/.ssh/known_hosts for RhostsRSAAuthentication
#IgnoreUserKnownHosts yes

# To enable empty passwords, change to yes (NOT RECOMMENDED)
PermitEmptyPasswords no

# Change to no to disable s/key passwords
#ChallengeResponseAuthentication yes

# Change to yes to enable tunnelled clear text passwords
PasswordAuthentication no


# To change Kerberos options
#KerberosAuthentication no
#KerberosOrLocalPasswd yes
#AFSTokenPassing no
#KerberosTicketCleanup no

# Kerberos TGT Passing does only work with the AFS kaserver
#KerberosTgtPassing yes

X11Forwarding no
X11DisplayOffset 10
PrintMotd no
PrintLastLog yes
KeepAlive yes
#UseLogin no

#MaxStartups 10:30:60
#Banner /etc/issue.net

Subsystem       sftp    /usr/lib/sftp-server

UsePAM no

AllowGroups sshusers
MaxStartups 2
Banner /etc/ssh/banner


Staan hier nog fouten in? Ik kan ze niet meer vinden... Ik heb de optie strict mode al aan en uit gezet, maar dat mag niet helpen.

Wat ik wel raar vind, als ik met mijn laptop inlog op mijn server komt er in de auth.log netjes een entry te staan dat ik ben ingelogd, maar als ik probeer in te loggen via m'n server met root user komt er niks te staan...

Verwijderd

Heeft de ~/.ssh/authorized_keys file toevallig rechten voor group cq other?

  • Mishmash
  • Registratie: Juli 2002
  • Laatst online: 13-12-2023
Verwijderd schreef op donderdag 24 mei 2007 @ 13:09:
Heeft de ~/.ssh/authorized_keys file toevallig rechten voor group cq other?
Het bestand heeft chmod 700, de map .ssh chmod 600.

Wat ik alleen raar vind, als ik cd ~ doe kom ik niet uit in /root maar in de home directory van mijn eigen user (ben dmv sudo -s naar root gegaan). Zou het daaraan kunnen liggen?

  • MrBarBarian
  • Registratie: Oktober 2003
  • Laatst online: 07-03-2023
Mishmash schreef op donderdag 24 mei 2007 @ 14:44:
[...]


Het bestand heeft chmod 700, de map .ssh chmod 600.

Wat ik alleen raar vind, als ik cd ~ doe kom ik niet uit in /root maar in de home directory van mijn eigen user (ben dmv sudo -s naar root gegaan). Zou het daaraan kunnen liggen?
code:
1
cat /etc/passwd | grep root

Check de homedir van root..

Trouwens een su gedaan naar root?

[ Voor 4% gewijzigd door MrBarBarian op 24-05-2007 14:53 ]

iRacing Profiel


  • Mishmash
  • Registratie: Juli 2002
  • Laatst online: 13-12-2023
De homedir van root staat goed:

root:x:0:0:root:/root:/bin/bash

Ik heb sudo -s gedaan om naar root te gaan, geen su -.

Ik heb het net nogmaals met su - geprobeerd, maar ik krijg nogsteeds dezelfde foutmelding...
Kan dit er iets mee te maken hebben? : The authenticity of host '<remote IP hier> (remote IP hier)' can't be established.

[ Voor 21% gewijzigd door Mishmash op 24-05-2007 15:05 ]


  • igmar
  • Registratie: April 2000
  • Laatst online: 31-01 23:50

igmar

ISO20022

Mishmash schreef op donderdag 24 mei 2007 @ 14:44:
Het bestand heeft chmod 700, de map .ssh chmod 600.
Dat bestand dient 0600 te zijn, de map 0700. Niet ongekeerd.
Wat ik alleen raar vind, als ik cd ~ doe kom ik niet uit in /root maar in de home directory van mijn eigen user (ben dmv sudo -s naar root gegaan). Zou het daaraan kunnen liggen?
sudo -s ? Dat lijkt me sterk.

  • igmar
  • Registratie: April 2000
  • Laatst online: 31-01 23:50

igmar

ISO20022

Mishmash schreef op donderdag 24 mei 2007 @ 12:38:
ssh_config op local server:
code:
1
    RSAAuthentication no
Je zet key authentication uit, en je wil vervolgens inloggen met keys :? Ik zou zeggen : Begin eens met het aanzetten van de debugging, in plaats van een vraag- en antwoordspelletje in een topic.

  • sam.vimes
  • Registratie: Januari 2007
  • Laatst online: 07-01 22:10
Begin eens met "ssh -v root@<ip-adres>" (verbose) als je wilt inloggen. Geeft al een hoop extra informatie.

  • Mishmash
  • Registratie: Juli 2002
  • Laatst online: 13-12-2023
Goed, mijn excuses voor het gebrek aan informatie. Ik zal proberen het wat verder uit te leggen.

Ik heb inmiddels de rechten aangepast, RSAAuthentication op yes gezet in mijn ssh_config (en in sshd_config van de remote server) en het ssh commando met de verbose optie uitgevoerd, hieronder staat wat ik terug kreeg:

code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
OpenSSH_4.2p1 Debian-7ubuntu3.1, OpenSSL 0.9.8a 11 Oct 2005
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: Applying options for *
debug1: Connecting to <IP HIER> [<IP HIER>] port 22.
debug1: Connection established.
debug1: permanently_set_uid: 0/0
debug1: identity file /root/.ssh/id_rsa type -1
debug1: Remote protocol version 2.0, remote software version OpenSSH_3.8.1p1 Debian-8.sarge.6
debug1: match: OpenSSH_3.8.1p1 Debian-8.sarge.6 pat OpenSSH_3.*
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_4.2p1 Debian-7ubuntu3.1
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 '<IP HIER>' is known and matches the RSA host key.
debug1: Found key in /root/.ssh/known_hosts:2
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,keyboard-interactive
debug1: Next authentication method: publickey
debug1: Trying private key: /root/.ssh/id_rsa
debug1: Next authentication method: keyboard-interactive
debug1: Authentications that can continue: publickey,keyboard-interactive
debug1: No more authentication methods to try.
Permission denied (publickey,keyboard-interactive).


Hij vind dus wel netjes de private key, maar slaat hem vervolgens gewoon over...
Oh ja, nog even voor the record, de key is een RSA key zonder passphrase.

  • Mishmash
  • Registratie: Juli 2002
  • Laatst online: 13-12-2023
Bingo het werkt!

Ik had een dsa key aangemaakt, maar als hij ging proberen te authenticaten zag je in de debug mode dat hij een rsa key zocht... RSA key aangemaakt, en het werkt!!

Allemaal ontzettend bedankt!!
Pagina: 1