Lernen Sie sshd_config und autorisierte_Tasten (für Amazon Linux 2)

Inhalt

Erfahren Sie mehr über sshd_config, während Sie die Einstellungen für / etc / ssh / sshd_config von Amazon Linux 2 ändern. Auch autorisierte_Tasten.

Lerne ein wenig sshd_config

Einstellungen, die voraussichtlich vorerst verwendet werden

Amazon Linux 2 Grundeinstellungen

Aufbau

#Port 22

#PubkeyAuthentication yes
# the setting of "PermitRootLogin without-password".

# To disable tunneled clear text passwords, change to no here!
#PasswordAuthentication yes
#PermitEmptyPasswords no
PasswordAuthentication no

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

#PermitRootLogin yes

Welche Art von Einstellung ist gut

Bei der Überprüfung wurden die folgenden Einstellungen gemeinsam verwendet.

・ Verbot der Root-Anmeldung ・ Verbot der Passwortauthentifizierung ・ Authentifizierung mit öffentlichem Schlüssel ・ Nur SSH-Verbindung Verison 2 ist zulässig ・ Deaktivieren Sie die Authentifizierung der Challenge-Antwort

Wo ist x? Überprüfen Sie, was passiert, wenn Sie die Verbindung für das versuchen, was war.

Verbot der Root-Anmeldung

Die Einstellungen für die Root-Anmeldung in / etc / ssh / sshd_config waren:

#PermitRootLogin yes

Auf der offiziellen Website heißt es jedoch: Amazon Linux 2

** Standardmäßig sicher ** In Amazon Linux 2 wird der Remotezugriff durch Verwendung von SSH-Schlüsselpaaren und Deaktivieren der Remote-Root-Anmeldung eingeschränkt. Amazon Linux 2 reduziert auch das Risiko von Sicherheitslücken, indem die Anzahl der auf einer Instanz installierten Pakete reduziert wird, obwohl dies nicht erforderlich ist. Sicherheitsupdates mit dem Schweregrad "Kritisch" oder "Kritisch" werden beim ersten Start automatisch angewendet.

Ich bin mir nicht sicher, ob ich es nicht versuche, also werde ich es versuchen.

Versuchen Sie, mit Tera Term eine Verbindung mit dem Benutzer ** root ** herzustellen. ...... ....... ........ .........

Please login as the user "ec2-user" rather than the user "root".

Menschen, Menschen, Menschen, Menschen ＞ Nanikore < ￣Y^Y^Y^Y^Y^Y^￣

Infolgedessen konnte ich mich nicht wie offiziell als root anmelden, aber die obige Anweisung wird beim root-Login ausgegeben Ich wollte wissen, wo es eingestellt war, also habe ich es nachgeschlagen und festgestellt, dass es unten eingestellt war.

/root/.ssh/authorized_keys
no-port-forwarding,no-agent-forwarding,no-X11-forwarding,command="echo 'Please login as the user \"ec2-user\" rather than the user \"root\".';echo;sleep 10" ssh-rsa <String> <Schlüsselpaarname>

Das Obige ist die Option von authorized_keys, und es scheint, dass Sie verschiedene Einstellungen vornehmen können. Das wusste ich nicht. In diesem Fall wird es vor ssh-rsa aufgeführt.

Wenn Sie die Option löschen, können Sie sich als root anmelden ...? Versuchen Sie daher nach dem Erstellen eines Backups, vor ssh-rsa zu löschen.

# cp -p /root/.ssh/authorized_keys /root/.ssh/authorized_keys_yyyymmdd
# ls -a /root/.ssh/
# vi /root/.ssh/authorized_keys
# cat /root/.ssh/authorized_keys
# systemctl restart sshd.service

Versuchen Sie eine neue SSH-Verbindung, nachdem die Einstellungen für autorisierte Schlüssel übernommen wurden.

• Ich glaube nicht, dass es da ist, aber wenn etwas schief geht und Sie es nicht betreten können, werden Sie in Schwierigkeiten geraten. Behalten Sie also die aktuelle Verbindung bei.

Es ist fertig. Ich werde den Benutzer nur für den Fall überprüfen.

# whoami
root

Ich konnte mich einloggen. Mal sehen, was passiert, wenn wir ** # PermitRootLogin yes ** in sshd_config wie folgt ändern, ohne die Option authorized_keys. (Vorher ändern) #PermitRootLogin yes

(Nach der veränderung) PermitRootLogin no

Erstellen Sie eine Sicherungskopie von sshd_config und prüfen Sie, ob Sie eine haben. Ändern Sie danach die Einstellungen entsprechend den Einstellungen.

# cp -p sshd_config sshd_config_yyyymmdd
# ls -l
# vi /etc/ssh/sshd_config
# systemctl restart sshd.service

Versuchen Sie nun, sich mit einer neuen Verbindung als Root anzumelden.

** Zertifizierung fehlgeschlagen. Ich kann mich nicht mit der Meldung bei root anmelden. Bitte versuchen Sie es erneut **. Standardmäßig verhindert die Option authorized_keys, dass Sie sich anmelden können. Wenn Sie diese Option entfernen, zeigt sshd_config PermitRootLogin no nicht an. Ich habe festgestellt, dass ich mich als root anmelden kann.

Ergebnis

Es stellt sich heraus, dass es besser ist, PermitRootLogin no in sshd_config festzulegen.

Nur SSH-Verbindung Verison 2 erlaubt

Wählen Sie [** SSH1 **] für die SSH-Version (V) in Tera Term und klicken Sie auf [OK].

... .... .....

Menschen, Menschen, Menschen, Menschen ＞ Ich kann nicht < ￣Y^Y^Y^Y^Y^Y^￣

Es gab keine Protokolleinstellung in / etc / ssh / sshd_config, aber ich fragte mich warum Es wird gesagt, dass SSH v1 in OpenSSH 7.4 abgeschafft wurde. Mit anderen Worten, es wird SSH v2, ohne etwas zu tun. OpenSSH 7.4/7.4p1 (2016-12-19)

• This release removes server support for the SSH v.1 protocol.

Lassen Sie uns überprüfen, welche Version Amazon Linux 2 ist.

# ssh -V
OpenSSH_7.4p1, OpenSSL 1.0.2k-fips  26 Jan 2017

Es war OpenSSH 7.4p1.

Ergebnis

Da SSH v1 von OpenSSH_7.4 abgeschafft wurde, wurde es zu SSH v2, ohne etwas Besonderes zu tun.

das Ende

Zum Schluss möchte ich noch einmal vergleichen.

Es stellt sich heraus, dass es kein Problem mit den oben empfohlenen Werten gibt, auch wenn die anfänglichen Amazon Linux 2-Einstellungen überhaupt nicht festgelegt sind. Ich habe viel gelernt, weil es so viele Dinge gab, die ich nicht wusste.