DirectAdmin, SSH login met sleutel voor gebruiker.. Hoofdpijn..

[Axel Polfliet]

He hallo,

Ik ben al heel de middag aan het piegelen maar om een of andere reden wil 't me niet lukken. Vandaar mijn vraag hier. Klant wil op een Directadmin server met z'n users op SSH in kunnen loggen. Hij wil hiervoor een SSH sleutel gebruiken, ah fijn.. SSH aangezet voor gebruikers, .ssh/ en .ssh/authorized_keys toegevoegd aan de home folder van de gebruiker (home/gebruikersnaam/)(Rechten staan ook goed, folder 700, bestand 600 respectievelijk). Toch blijft er een wachtwoord prompt komen als PasswordAuthentication op yes staat, schakel ik dit uit dan krijg ik de volgende foutmelding; Permission denied (publickey,gssapi-keyex,gssapi-with-mic).

Het is een standaard CentOS 7 DirectAdmin installatie. Doe ik 't zelfde trucje op een kale CentOS 7 machine dan gaat dit probleemloos, onder Plesk en cPanel is dit ook geen probleem, maar onder Directadmin krijg ik het niet voor elkaar. Mis ik iets? PubkeyAuthentication staat uiteraard ook op yes, de sleutel voor root access (in ~/.ssh/authorized_keys) werkt wel.

Alvast bedankt voor jullie hulp!

[Axel Polfliet]

Schiet mij maar lek, server is paar weken oud, ik update met 'yum -y update', reboot even de server (nieuwe kernel). Na een reboot werkt het opeens wel...

De oorzaak blijft voor mij nog even een raadsel.

[parmaweb]

the IT crowd.

did you try to turn it off and on again

[Ramon Fincken]

doe eens een -v op de CLI dan zie je wat SSH allemaal probeert

[visser]

Schiet mij maar lek, server is paar weken oud, ik update met 'yum -y update', reboot even de server (nieuwe kernel). Na een reboot werkt het opeens wel...

De oorzaak blijft voor mij nog even een raadsel.

De relatie met server reboot zie ik nog even niet.

ssh -v (op de client) is al genoemd, en dat is erg nuttig.
Wat soms een probleem is, is het maximale aantal login pogingen - als iemand een client heeft met veel ssh keys geladen en die worden in de verkeerde volgorde aangeboden .
Je kunt specificeren welke key voor een host gebruikt moet worden , als dat het probleem is.

[Axel Polfliet]

De relatie met server reboot zie ik nog even niet.

ssh -v (op de client) is al genoemd, en dat is erg nuttig.
Wat soms een probleem is, is het maximale aantal login pogingen - als iemand een client heeft met veel ssh keys geladen en die worden in de verkeerde volgorde aangeboden .
Je kunt specificeren welke key voor een host gebruikt moet worden , als dat het probleem is.

Thanks voor je reactie, opzich is dat nog te overwegen.. hoewel hier niet veel losse sleutels in spel waren (noch op de server noch op de verbindende client). ssh -v ga ik zeker even onthouden, thanks!

[systemdeveloper]

Even een schot voor open doel.... wel selinux uitgezet in de config maar geen setenforce 0 gedaan zodat het wel nog actief was? Volgens mij moet je dan iets doen zoals: restorecon -R -v /user/.ssh voordat sshd het oppikt.
Na de reboot zal de selinux gedeactiveerd zijn waardoor het sowieso werkte..

Maar ja... het werkt :)

[Axel Polfliet]

Even een schot voor open doel.... wel selinux uitgezet in de config maar geen setenforce 0 gedaan zodat het wel nog actief was? Volgens mij moet je dan iets doen zoals: restorecon -R -v /user/.ssh voordat sshd het oppikt.
Na de reboot zal de selinux gedeactiveerd zijn waardoor het sowieso werkte..

Maar ja... het werkt :)

Ja selinux stond al uit ;-), dat is altijd een van de eerste dingen die ik zelf uitschakel, Directadmin schakelt trouwens ook selinux tijdens installatie uit en ik reboot na installatie altijd even om o.a. nieuwe kernel in te laden en de nieuwe grub config ivm xfs :)

[Arieh]

Mogelijk dat er een oude sshd instance draaide die de gewijzigde config niet ingeladen had (Na inschakelen in DA wordt de user in de sshd config geplaatst). Een reboot zou dit hebben verholpen. Maar het is gokken op deze manier.

[phreak]

Waarom niet eerst met wachtwoord inlaten loggen ala ssh-copy-id <user>@<bla> ... daarna kijken of hij kan connecten dmv zijn key, daarna password auth uitzetten..