Bekijk Volledige Versie : SSH Permission denied, please try again
Hallo,
Ik heb sinds enkele dagen een nieuwe dedicated server, door een domme fout van mijzelf had ik mijzelf buitengesloten doordat iptables poort 22 blokkeerde.
Dit is inmiddels opgelost met behulp van de hoster, echter kan ik nog steeds niet via SSH verbinden met mijn server, ook al geef ik het goede wachtwoord in krijg ik "Access denied".
De server hangt nu aan kvm waardoor ik nu direct toegang heb tot mijn server.
Wanneer ik de SSH daemon start via /etc/init.d/sshd en probeer te verbinden via ssh krijg ik de foutmelding "Permission denied, Please try again." en in de log staat dat het wachtwoord fout is.
Echter wanneer ik de SSH daemon start via /usr/sbin/sshd kan ik wel succesvol inloggen via SSH.
Extra informatie:
- Iptables staat uit.
- OS: CentOs 6.2 Final
Alle hulp is welkom!
Wat zeggen je logs in /var/log/messages?
De SSH daemon zal daarin vertellen waarom een login niet mag.
Probeer je overigens niet als root in te loggen terwijl dit in de sshd_config uit staat?
Wanneer de SSH daemon is opgestart via /etc/init.d/sshd krijg ik volgende error:
Apr 11 20:05:00 mc03 sshd[12125]: reverse mapping checking getaddrinfo for **** [****] failed - POSSIBLE BREAK-IN ATTEMPT!
Apr 11 20:05:05 mc03 sshd[12125]: error: Could not get shadow information for laurens
En wanneer ik de SSH daemon is opgestart via /usr/sbin/sshd krijg ik volgende vermelding in de logen kan ik wel succesvol inloggen.
Apr 11 20:06:00 mc03 sshd[12517]: reverse mapping checking getaddrinfo for **** [****] failed - POSSIBLE BREAK-IN ATTEMPT!
Apr 11 20:06:03 mc03 sshd[12517]: Accepted password for laurens from **** port 58366 ssh2
Ik heb de hostname en ip vervangen door *
Wanneer de SSH daemon is opgestart via /etc/init.d/sshd krijg ik volgende error:
Apr 11 20:05:00 mc03 sshd[12125]: reverse mapping checking getaddrinfo for **** [****] failed - POSSIBLE BREAK-IN ATTEMPT!
Apr 11 20:05:05 mc03 sshd[12125]: error: Could not get shadow information for laurens
En wanneer ik de SSH daemon is opgestart via /usr/sbin/sshd krijg ik volgende vermelding in de logen kan ik wel succesvol inloggen.
Apr 11 20:06:00 mc03 sshd[12517]: reverse mapping checking getaddrinfo for **** [****] failed - POSSIBLE BREAK-IN ATTEMPT!
Apr 11 20:06:03 mc03 sshd[12517]: Accepted password for laurens from **** port 58366 ssh2
Ik heb de hostname en ip vervangen door *
Duidelijk een permissie probleem "ergens" .
Lees het /etc/init.d/sshd script door en kijk wat er aan gedaan wordt.
CentOS gebruikt ook SELinux , dus naast de 'gewone' unix permissies kan daar ook nog een probleem zitten.
Waarom het kapot gegaan zou zijn vanwege iptables zie ik niet, tenzij je dat met een heel botte bijl hebt zitten bewerken.
zie ook http://forums.fedoraforum.org/archive/index.php/t-241750.html voor een aantal dingen om naar te kijken.
Bedankt voor je reactie, ik ga die website eens doorlezen.
De logvermelding die ik poste bij het /etc/init.d/sshd command was niet helemaal correct, ik kreeg hier namelijk ook nog een Failed password.
Apr 11 20:05:00 mc03 sshd[12125]: reverse mapping checking getaddrinfo for **** [****] failed - POSSIBLE BREAK-IN ATTEMPT!
Apr 11 20:05:05 mc03 sshd[12125]: error: Could not get shadow information for laurens
Apr 11 20:05:05 mc03 sshd[12125]: Failed password for laurens from **** port 58354 ssh2
Bedankt voor je reactie, ik ga die website eens doorlezen.
De logvermelding die ik poste bij het /etc/init.d/sshd command was niet helemaal correct, ik kreeg hier namelijk ook nog een Failed password.
Apr 11 20:05:00 mc03 sshd[12125]: reverse mapping checking getaddrinfo for **** [****] failed - POSSIBLE BREAK-IN ATTEMPT!
Apr 11 20:05:05 mc03 sshd[12125]: error: Could not get shadow information for laurens
Apr 11 20:05:05 mc03 sshd[12125]: Failed password for laurens from **** port 58354 ssh2
Als hij de shadow file (waar de password hash staat) niet kan lezen, is het logisch dat er geen match is tussen het ingetypte password en een niet gelezen (zal wel nul zijn) hash uit de shadow file.
Kortom, " error: Could not get shadow information for laurens" is de interessante regel, en "Failed password" de misleiding.
Wat ik me nu bedenk,staat er trouwens wel een user laurens in /etc/shadow ?
Kun je wel lokaal op de console (als laurens) inloggen ?
dennis0162
11/04/12, 21:08
Staat user laurens wel in /etc/passwd vermeld?
Bedankt voor het meedenken allemaal, ik heb de laatste post van de link van visser opgevolgt en de openssh-server opnieuw geinstalleerd.
Ik kan nu weer via putty remote inloggen op mijn server en het lijkt allemaal gefixt te zijn!
dreamhost_nl
12/04/12, 09:46
Zo zie je maar dat het soms gemakkelijker is op te lossen dan je denkt.