Activer la connexion par mot de passe pour SSH sur Amazon Linux AMI

31

Je ne pourrai pas me connecter via ssh avec un mot de passe et non le fichier clé.
Oui, je sais que c'est totalement peu sûr, mais à ce stade de la configuration, j'éteignais les variables et les laissais tourner à gauche et à droite pour que cela fonctionne.

 
#       $OpenBSD: sshd_config,v 1.73 2005/12/06 22:38:28 reyk Exp $

# This is the sshd server system-wide configuration file.  See
# sshd_config(5) for more information.

# This sshd was compiled with PATH=/usr/local/bin:/bin:/usr/bin

# 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 22
#Protocol 2,1
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
SyslogFacility AUTHPRIV
#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 yes
PermitEmptyPasswords yes


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

# Kerberos options
#KerberosAuthentication no
#KerberosOrLocalPasswd yes
#KerberosTicketCleanup yes
#KerberosGetAFSToken no

# GSSAPI options
GSSAPIAuthentication no
#GSSAPIAuthentication yes
#GSSAPICleanupCredentials yes
#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 mechanism.
# Depending on your PAM configuration, this may bypass the setting of
# PasswordAuthentication, PermitEmptyPasswords, and
# "PermitRootLogin without-password". If you just want the PAM account and
# session checks to run without PAM authentication, then enable this but set
# ChallengeResponseAuthentication=no
#UsePAM no
UsePAM no

# Accept locale-related environment variables
AcceptEnv LANG LC_CTYPE LC_NUMERIC LC_TIME LC_COLLATE LC_MONETARY LC_MESSAGES
AcceptEnv LC_PAPER LC_NAME LC_ADDRESS LC_TELEPHONE LC_MEASUREMENT
AcceptEnv LC_IDENTIFICATION LC_ALL
#AllowTcpForwarding yes
#GatewayPorts no
#X11Forwarding 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
#ShowPatchLevel no
#UseDNS yes
#PidFile /var/run/sshd.pid
#MaxStartups 10
#PermitTunnel no
#ChrootDirectory none

# no default banner path
#Banner /some/path

# override default of no subsystems
Subsystem       sftp    /usr/libexec/openssh/sftp-server
evolvd
la source
J'ai oublié de mentionner qu'avec cette config, j'ai été promu pour un nom d'utilisateur mais quand j'ai donné le mot de passe, il dirait qu'il était incorrect. J'ai essayé de créer de nouveaux utilisateurs et d'utiliser ceux déjà sur le système tels que ec2-user et root, même résultat.
evolvd

Réponses:

45

Vous devez modifier le fichier de configuration du serveur ssh et redémarrer le serveur.

modifier / etc / ssh / sshd_config:

PasswordAuthentication yes

puis redémarrez le serveur ssh:

/etc/init.d/sshd restart
Dimitris
la source
Uhm ... J'ai posté mon sshd_config ci-dessus. PasswordAuthentication est défini sur yes. Après chaque modification que je ferais, je redémarrerais le service.
evolvd
1
/etc/init.d/ssh restart devrait probablement être /etc/init.d/sshd restart
EastsideDeveloper
6
Sur (plus récent) Ubuntu, le redémarrage de ssh de cette façon échoue silencieusement et ne fait rien. Faites service ssh restart.
Halfgaar
2
Je pense que oui service sshd restart.
zekel
3
sur le mien, c'était sudo service ssh restart
dhempler
3

Activer l'authentification par mot de passe et supprimer supprimer les clés autorisées:

# rm /home/ec2-user/.ssh/authorized_keys
ooshro
la source
C'est une chose que je n'ai pas faite, c'est de supprimer les clés. N'y a-t-il pas un moyen de les conserver et de pouvoir se connecter de toute façon?
evolvd
J'ai restauré sshd_config à l'original, puis j'ai simplement activé l'authentification par mot de passe et j'ai pu me connecter. Je suppose que je gâchais autre chose dans la configuration.
evolvd
4
Vous n'avez pas besoin de supprimer de clés. Suivez les instructions de la réponse ci-dessous. Vous pouvez également essayer /etc/init.d/sshd restart comme dernière étape
EastsideDeveloper