☰

ssh перестает работать на CentOS 8 (GCE VM)

tag-icon • tag-icon ssh centos redhat-enterprise-linux ssh-keys google-compute-engine
ssh перестает работать на CentOS 8 (GCE VM)

ssh перестает работать на CentOS 8 (GCE VM)

У меня ssh работал корректно с парой ключей pub/private в течение двух дней на виртуальной машине GCE CentOS 8, а затем перестал работать.

Теперь я получаю:

Permission denied (publickey,gssapi-keyex,gssapi-with-mic).

То есть работало, то есть все было настроено, сконфигурировано правильно, со всеми правами, которые работали правильно, а теперь не работает, то есть дело не в конфигурации. В конфигурации ничего не изменилось.

У меня такая же установка работает на CentOS 7, и она продолжает работать и работать, ни разу не зависала, не прекращала работу и не возникало проблем.

Конфигурация правильная, я проверил права доступа к файлам и каталогам.

$cd $HOME/.ssh
$ls -al .

Полученные результаты:

drwx------.  3 user group  156 Oct 17 10:11 .
drwxrwx---. 12 user group 4096 Oct 17 10:09 ..
-rw-------.  1 user group  197 Oct 17 10:09 authorized_keys

Я сгенерировал ключ следующим образом (в cygwin) и поместил содержимое .pub на виртуальную машину GCE в /home/user/.ssh/authorized_keys

ssh-keygen -f id_ed25519 -o -a 100 -t ed25519 -C "from:cygwin"

Раньше это работало, а теперь нет.

Мой скрипт подключения:

#!/bin/bash
IP=x.x.x.x
LOCAL_KEYFILE="/c/home/user/.ssh/id_ed25519"
REMOTE_USER='user'
ssh -v -i $LOCAL_KEYFILE $REMOTE_USER@$IP

$systemctl статус sshd.service

● sshd.service - OpenSSH server daemon
   Loaded: loaded (/usr/lib/systemd/system/sshd.service; enabled; vendor preset: enabled)
   Active: active (running) since Thu 2019-10-17 10:19:12 UTC; 17ms ago
     Docs: man:sshd(8)
           man:sshd_config(5)
 Main PID: 2504 (sshd)
    Tasks: 1 (limit: 26213)
   Memory: 1.1M
   CGroup: /system.slice/sshd.service
           └─2504 /usr/sbin/sshd -D [email protected],[email protected],aes256-ctr,aes256-cbc,[email protected],aes128-ctr,aes128-cbc [email protected],[email protected],[email protected]>
Oct 17 10:19:12 host_name systemd[1]: Starting OpenSSH server daemon...
Oct 17 10:19:12 host_name sshd[2504]: Server listening on 0.0.0.0 port 22.
Oct 17 10:19:12 host_name sshd[2504]: Server listening on :: port 22.
Oct 17 10:19:12 host_name systemd[1]: Started OpenSSH server daemon.

подробный вывод при попытке подключения:

OpenSSH_8.0p1, OpenSSL 1.1.1d  10 Sep 2019
debug1: Connecting to x.x.x.x [x.x.x.x] port 22.
debug1: Connection established.
debug1: identity file /g/home/user/.ssh/id_ed25519 type 3
debug1: identity file /g/home/user/.ssh/id_ed25519-cert type -1    <== I dunno what this is, I don't have this file local
debug1: Local version string SSH-2.0-OpenSSH_8.0
debug1: Remote protocol version 2.0, remote software version OpenSSH_7.8
debug1: match: OpenSSH_7.8 pat OpenSSH* compat 0x04000000
debug1: Authenticating to 34.82.235.87:22 as 'proc'
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: algorithm: [email protected]
debug1: kex: host key algorithm: ecdsa-sha2-nistp256
debug1: kex: server->client cipher: [email protected] MAC: <implicit> compression: none
debug1: kex: client->server cipher: [email protected] MAC: <implicit> compression: none
debug1: expecting SSH2_MSG_KEX_ECDH_REPLY
debug1: Server host key: ecdsa-sha2-nistp256 SHA256:nfWd1FFBjYKQ7G7j4hkftEfB8UowSKkwfJzC2T8UF1g
debug1: Host '34.82.235.87' is known and matches the ECDSA host key.
debug1: Found key in /home/<another-unrelated-user>/.ssh/known_hosts:11  <== why is it reference another user here?
debug1: rekey out after 134217728 blocks
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug1: SSH2_MSG_NEWKEYS received
debug1: rekey in after 134217728 blocks
debug1: Will attempt key: /g/home/user/.ssh/id_ed25519 ED25519 SHA256:7o0XJjVnZLuzi+fO1NUUkFKpwKqw87u208IBy53zHcI explicit
debug1: SSH2_MSG_EXT_INFO received
debug1: kex_input_ext_info: server-sig-algs=<ssh-ed25519,ssh-rsa,rsa-sha2-256,rsa-sha2-512,ssh-dss,ecdsa-sha2-nistp256,ecdsa-sha2-nistp384,ecdsa-sha2-nistp521,null>
debug1: SSH2_MSG_SERVICE_ACCEPT received
debug1: Authentications that can continue: publickey,gssapi-keyex,gssapi-with-mic
debug1: Next authentication method: publickey
debug1: Offering public key: /g/home/user/.ssh/id_ed25519 ED25519 SHA256:7o0XJjVnZLuzi+fO1NUUkFKpwKqw87u208IBy53zHcI explicit
debug1: Authentications that can continue: publickey,gssapi-keyex,gssapi-with-mic
debug1: No more authentication methods to try.
[email protected]: Permission denied (publickey,gssapi-keyex,gssapi-with-mic).

Я нашел несколько статей, в которых говорилось, что мне следует выполнить эти команды, что я и сделал:

restorecon -Rv /home/user/.ssh/
restorecon -Rv /home/user/.ssh/authorized_keys
semanage fcontext -a -t ssh_home_t "/home/user/.ssh/authorized_keys"

и затем после запуска каждой из них я перезапускал sshd и пытался подключиться, но получал те же результаты (то же сообщение об ошибке). Команда перезапуска:

systemctl restart sshd.service

Буду очень признателен за любые идеи, это сбивает с толку.

В настройках брандмауэра GCE ничего не изменилось, порт 22 открыт, и я могу подключиться к виртуальной машине, настроенной с той же сетью.

Я могу подключиться по ssh, если открыть окно в браузере через: https://console.cloud.google.com/compute/instancesDetail/zones/us-west1-b/instances/<instance>?project=<project-name>

Я отключил selinux с помощью: setenforce 0

и в `/etc/selinux/config я установилSELINUX=отключено и перезапустил виртуальную машину, но безрезультатно.

Связанный контент