首页 文章

在Gitlab CI构建中,我无法通过私钥ssh到AWS EC2

提问于
浏览
3

起初,我试图在gitlab CI构建之后使用ansible进行部署,但它在结果中显示“host unreachable” .

经过一些试验和错误后,我发现问题是当ssh通过私钥进入我的AWS EC2实例进行部署时ssh权限被拒绝 .

我的.gitlab-ci.yml配置是这样的:

.gitlab-ci.yml

image: ansible/ubuntu14.04-ansible:stable

stages:
  - deploy

deploy_web:
  stage: deploy
  script:
   - "echo Ansible"
   - "echo Environment: ${ENV}"
   - "echo TAG: ${TAG}"

   - "echo ${VAULT_PASS} > vault_pass.txt"
   - "mkdir sshkey"
   - "echo ${SSH_KEY_APP} > ./sshkey/app-key.pem"
   - "chmod 600 ./sshkey/app-key.pem"
   - "export SSH_KEY_DIR=`pwd`/sshkey"
   - "export ANSIBLE_HOST_KEY_CHECKING=False"
   - "ssh-keyscan foobar.io >> ~/.ssh/known_hosts"
   - "ssh -v -i ./sshkey/app-key.pem ubuntu@foobar.io" // for debugging

   - "ansible-playbook -i ${ENV} servers.yml --vault-password-file vault_pass.txt -vvvv --tags=${TAG}"

当gitlab CI构建这个时,它基本上会给出这些ssh错误消息:

OpenSSH_6.6.1, OpenSSL 1.0.1f 6 Jan 2014
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: /etc/ssh/ssh_config line 19: Applying options for *
Pseudo-terminal will not be allocated because stdin is not a terminal.
debug1: Connecting to foobar.io [12.34.56.78] port 22.
debug1: Connection established.
debug1: permanently_set_uid: 0/0
debug1: identity file ./sshkey/app-key.pem type -1
debug1: identity file ./sshkey/app-key.pem-cert type -1
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_6.6.1p1 Ubuntu-2ubuntu2.3
debug1: Remote protocol version 2.0, remote software version OpenSSH_6.6.1p1 Ubuntu-2ubuntu2.7
debug1: match: OpenSSH_6.6.1p1 Ubuntu-2ubuntu2.7 pat OpenSSH_6.6.1* compat 0x04000000
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: server->client aes128-ctr hmac-md5-etm@openssh.com none
debug1: kex: client->server aes128-ctr hmac-md5-etm@openssh.com none
debug1: sending SSH2_MSG_KEX_ECDH_INIT
debug1: expecting SSH2_MSG_KEX_ECDH_REPLY
debug1: Server host key: ECDSA be:b1:53:76:aa:bf:65:ea:b4:1b:7a:8f:cc:7c:2a:79
debug1: Host 'foobar.io' is known and matches the ECDSA host key.
debug1: Found key in /root/.ssh/known_hosts:2
Warning: Permanently added the ECDSA host key for IP address '12.34.56.78' to the list of known hosts.
debug1: ssh_ecdsa_verify: signature correct
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug1: SSH2_MSG_NEWKEYS received
debug1: Roaming not allowed by server
debug1: SSH2_MSG_SERVICE_REQUEST sent
debug1: SSH2_MSG_SERVICE_ACCEPT received
debug1: Authentications that can continue: publickey
debug1: Next authentication method: publickey
debug1: Trying private key: ./sshkey/app-key.pem
debug1: key_parse_private2: missing begin marker
debug1: key_parse_private_pem: PEM_read_PrivateKey failed
debug1: read PEM private key done: type <unknown>
debug1: read_passphrase: can't open /dev/tty: No such device or address
debug1: No more authentication methods to try.

Permission denied (publickey).

还尝试使用绝对路径:

$ cat /builds/foobar/bar/sshkey/app-key.pem
-----BEGIN RSA PRIVATE KEY-----
 ...(the key)...
 -----END RSA PRIVATE KEY-----

$ ssh -v -i /builds/foobar/bar/sshkey/app-key.pem ubuntu@foobar.io
Permission denied (publickey).

这些是我尝试过的:

  • 尝试使用shell Actuator 为gitlab CI runner - > failed

  • 在本地docker容器中运行脚本 - > success

  • ssh手动进入转轮实例(不通过CI)并在shell中运行脚本 - > success

  • ssh手动进入转轮实例并在docker容器中运行脚本 - > success

作为结论 - 它只在gitlab CI运行时失败,所以我想知道是否有任何其他配置我没有注意到做这样的事情......

非常感谢任何人都可以帮忙!

The real problem is

回显多行环境变量时,需要引号 . 所以基本上每一行键都以^ M结尾,这在gitlab的控制台中正确显示,但实际上无法被ssh解析 .

1 回答

  • 3

    如果在GilabCI运行时失败,则意味着GitLab CI使用的用户与在运行实例中使用ssh时使用的用户不同 .

    例如,参见“AWS SSH connection error: Permission denied (publickey)

    要检查的另一件事是/ etc / ssh / sshd_config中的PermitRootLogin和AllowUsers . 如果用户访问受限,即使成功进行密钥授权,也会出现此debug1:key_parse_private2:缺少开始标记 .

    在远程计算机上手动ssh后检查:

    tail -f -n 80 /var/log/auth.log
    

    OP DarkBtf添加in the comments

    回显多行环境变量时,需要引号 . 所以基本上每一行键都以^ M结尾,这在gitlab的控制台中正确显示,但实际上无法被ssh解析 .

相关问题