SSH из докера контейнера в экземпляр gcp в подсети - PullRequest
0 голосов
/ 15 мая 2018

Я уже добавляю открытый ключ к авторизованным ключам целевого экземпляра.Но я все еще не могу ssh из контейнера внутри к экземпляру.Я делаю это, потому что я использую Дженкинс в контейнере.Но я могу ssh из внешнего контейнера на целевой экземпляр, используя открытый ключ от экземпляра хоста.Ключ от контейнера и экземпляра хоста отличается.

[jenkins@4f5159051056 /]$ ssh jenkins@10.64.0.5 -v OpenSSH_7.4p1, OpenSSL 1.0.2k-fips 26 Jan 2017 debug1: Reading configuration data /etc/ssh/ssh_config debug1: /etc/ssh/ssh_config line 58: Applying options for * debug1: Connecting to 10.64.0.5 [10.64.0.5] port 22. debug1: Connection established. debug1: identity file /var/jenkins_home/.ssh/id_rsa type 1 debug1: key_load_public: No such file or directory debug1: identity file /var/jenkins_home/.ssh/id_rsa-cert type -1 debug1: key_load_public: No such file or directory debug1: identity file /var/jenkins_home/.ssh/id_dsa type -1 debug1: key_load_public: No such file or directory debug1: identity file /var/jenkins_home/.ssh/id_dsa-cert type -1 debug1: key_load_public: No such file or directory debug1: identity file /var/jenkins_home/.ssh/id_ecdsa type -1 debug1: key_load_public: No such file or directory debug1: identity file /var/jenkins_home/.ssh/id_ecdsa-cert type -1 debug1: key_load_public: No such file or directory debug1: identity file /var/jenkins_home/.ssh/id_ed25519 type -1 debug1: key_load_public: No such file or directory debug1: identity file /var/jenkins_home/.ssh/id_ed25519-cert type -1 debug1: Enabling compatibility mode for protocol 2.0 debug1: Local version string SSH-2.0-OpenSSH_7.4 debug1: Remote protocol version 2.0, remote software version OpenSSH_7.4p1 Debian-10+deb9u3 debug1: match: OpenSSH_7.4p1 Debian-10+deb9u3 pat OpenSSH* compat 0x04000000 debug1: Authenticating to 10.64.0.5:22 as 'jenkins' 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: kex: curve25519-sha256 need=64 dh_need=64 debug1: kex: curve25519-sha256 need=64 dh_need=64 debug1: expecting SSH2_MSG_KEX_ECDH_REPLY debug1: Server host key: ecdsa-sha2-nistp256 SHA256:2QOdKiyn5cehOBPIfQFaEo8WvZz6BJYq4fc7gNIIJ1g The authenticity of host '10.64.0.5 (10.64.0.5)' can't be established. ECDSA key fingerprint is SHA256:2QOdKiyn5cehOBPIfQFaEo8WvZz6BJYq4fc7gNIIJ1g. ECDSA key fingerprint is MD5:13:03:df:e8:e5:4b:f7:4a:9b:65:82:c3:9d:80:11:f4. Are you sure you want to continue connecting (yes/no)? yes Warning: Permanently added '10.64.0.5' (ECDSA) to the list of known hosts. 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: 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: Offering RSA public key: /var/jenkins_home/.ssh/id_rsa debug1: Authentications that can continue: publickey debug1: Trying private key: /var/jenkins_home/.ssh/id_dsa debug1: Trying private key: /var/jenkins_home/.ssh/id_ecdsa debug1: Trying private key: /var/jenkins_home/.ssh/id_ed25519 debug1: No more authentication methods to try. Permission denied (publickey).

1 Ответ

0 голосов
/ 15 мая 2018

Вы проверяли следующее

  1. Установка правильных разрешений:

chmod 700 /var/jenkins_home/.ssh chmod 644 /var/jenkins_home/.ssh/authorized_keys

  1. Владелец должен быть Дженкинс в вашем случае

Чоун -R Дженкинс: Дженкинс / var / jenkins_home / *

Также вы проверяете на стороне клиента с помощью ssh -v, вам нужно проверить на стороне сервера, почему сервер не принимает ключ Отказано в доступе (publickey). Попробуйте проверить в расположении ниже

sudo vi / var / log / secure

EDITED

Если столкнулись с проблемой ниже

localhost sshd [36601]: пользователь jenkins из xxx.xxx.xxx.xxx не разрешен, поскольку не указан в AllowUsers

и с этим

localhost sshd [36601]: input_userauth_request: недействительно пользователь myuser [preauth]

добавить пользователя jenkins в файл ниже

vim / etc / ssh / sshd_config

и перезапустить службу

systemctl restart sshd.service

Теперь должно работать:)

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...