Проблема SSH с экземпляром виртуальной машины GCE

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

У меня есть 3 разных экземпляра виртуальных машин на GCE, и на двух из них все работает нормально.

С третьим я потерял доступ к SSH как через терминал, встроенный в консоль, так и напрямую через терминал на Mac.

] Я создал новые пары ключей и добавил открытый ключ в раздел ключей meta и ssh после нажатия кнопки редактирования на экземпляре виртуальной машины.

Я продолжаю получать ошибку «Permission denied (publickey)». Порт 22 в порядке, IP внесен в белый список, и я создал несколько пар ключей SSH для замены, чтобы попытаться исправить это. Ничего не работает. Я не могу подключиться по SSH, и мой клиент SFTP не подключается к новым ключам (хотя у меня нет абсолютно никаких проблем с другими экземплярами ssh или sftp).

В папке .ssh есть несколько ключей ssh, но я этого не делаю. Думаю, проблема в том, что другие ключи продолжают работать с разными экземплярами ВМ. Похоже, что что-то на сервере, которое следит за ключами, повреждено или кеш застрял, и его нужно очистить. Если это так, любая помощь, зная, какой файл и что делать, действительно поможет. Также как мне даже отредактировать эти файлы, если я не могу войти в них с помощью ssh?

Ниже приведен результат -v:

Bobcomp:.ssh Bob$ sudo ssh -v [SERVER USER]@[SERVER IP]
OpenSSH_7.9p1, LibreSSL 2.7.3
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: /etc/ssh/ssh_config line 48: Applying options for *
debug1: Connecting to [SERVER IP] [[SERVER IP]] port 22.
debug1: Connection established.
debug1: identity file /var/root/.ssh/id_rsa type -1
debug1: identity file /var/root/.ssh/id_rsa-cert type -1
debug1: identity file /var/root/.ssh/id_dsa type -1
debug1: identity file /var/root/.ssh/id_dsa-cert type -1
debug1: identity file /var/root/.ssh/id_ecdsa type -1
debug1: identity file /var/root/.ssh/id_ecdsa-cert type -1
debug1: identity file /var/root/.ssh/id_ed25519 type -1
debug1: identity file /var/root/.ssh/id_ed25519-cert type -1
debug1: identity file /var/root/.ssh/id_xmss type -1
debug1: identity file /var/root/.ssh/id_xmss-cert type -1
debug1: Local version string SSH-2.0-OpenSSH_7.9
debug1: Remote protocol version 2.0, remote software version OpenSSH_7.4p1 Debian-10+deb9u6
debug1: match: OpenSSH_7.4p1 Debian-10+deb9u6 pat OpenSSH_7.0*,OpenSSH_7.1*,OpenSSH_7.2*,OpenSSH_7.3*,OpenSSH_7.4*,OpenSSH_7.5*,OpenSSH_7.6*,OpenSSH_7.7* compat 0x04000002
debug1: Authenticating to [SERVER IP]:22 as '[SERVER USER]'
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: algorithm: curve25519-sha256
debug1: kex: host key algorithm: ecdsa-sha2-nistp256
debug1: kex: server->client cipher: chacha20-poly1305@openssh.com MAC: <implicit> compression: none
debug1: kex: client->server cipher: chacha20-poly1305@openssh.com MAC: <implicit> compression: none
debug1: expecting SSH2_MSG_KEX_ECDH_REPLY
debug1: Server host key: ecdsa-sha2-nistp256 SHA256:LOMx9T+sBw/LBUQvhsbaou5H4AwAMbUcnSWYzP0yKv0
debug1: Host '[SERVER IP]' is known and matches the ECDSA host key.
debug1: Found key in /var/root/.ssh/known_hosts:1
debug1: rekey after 134217728 blocks
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug1: SSH2_MSG_NEWKEYS received
debug1: rekey after 134217728 blocks
debug1: Will attempt key: /var/root/.ssh/id_rsa 
debug1: Will attempt key: /var/root/.ssh/id_dsa 
debug1: Will attempt key: /var/root/.ssh/id_ecdsa 
debug1: Will attempt key: /var/root/.ssh/id_ed25519 
debug1: Will attempt key: /var/root/.ssh/id_xmss 
debug1: SSH2_MSG_EXT_INFO received
debug1: kex_input_ext_info: server-sig-algs=<ssh-ed25519,ssh-rsa,ssh-dss,ecdsa-sha2-nistp256,ecdsa-sha2-nistp384,ecdsa-sha2-nistp521>
debug1: SSH2_MSG_SERVICE_ACCEPT received
debug1: Authentications that can continue: publickey
debug1: Next authentication method: publickey
debug1: Trying private key: /var/root/.ssh/id_rsa
debug1: Trying private key: /var/root/.ssh/id_dsa
debug1: Trying private key: /var/root/.ssh/id_ecdsa
debug1: Trying private key: /var/root/.ssh/id_ed25519
debug1: Trying private key: /var/root/.ssh/id_xmss
debug1: No more authentication methods to try.
[SERVER USER]@[SERVER IP]: Permission denied (publickey).

Любая помощь приветствуется.

0
задан 4 August 2019 в 17:20
1 ответ

ನೀವು ಮಾರ್ಗದ ಮಾರ್ಗವನ್ನು ನಿರ್ದಿಷ್ಟಪಡಿಸಬೇಕು ನೀವು ಖಾಸಗಿ ಕೀಲಿಯನ್ನು SSH ಆಜ್ಞೆಯನ್ನು ಚಲಾಯಿಸಿ:

ssh -i [PATH_TO_PRIVATE_KEY] [USERNAME] @ [EXTERNAL_IP_ADDRESS]

ಕೀಲಿಯನ್ನು ಕಂಡುಹಿಡಿಯುವುದು ಹೇಗೆ [1].

ಈ ರೀತಿಯ ಸಮಸ್ಯೆಗಳನ್ನು ಹೇಗೆ ನಿವಾರಿಸುವುದು ಎಂಬುದರ ಕುರಿತು ಹೆಚ್ಚಿನ ಮಾಹಿತಿಗಾಗಿ [ 2].

__

[1] https://cloud.google.com/compute/docs/instances/adding-removing-ssh-keys#locatesshkeys

[2] https://cloud.google.com/compute/ ಡಾಕ್ಸ್ / ನಿದರ್ಶನಗಳು / ಸಂಪರ್ಕ-ಸುಧಾರಿತ

0
ответ дан 5 December 2019 в 01:35

Теги

Похожие вопросы