Настройка ssh runner для gitlab ssh denied

Я пытаюсь настроить простой gitlab CI для проекта angular

Я только что сделал раннер на промежуточном сервере.

Вот отрывок из config.toml в / etc / gitlab-runner

  name = "awsTest10"
  url = "http://gitlab.XXXXXXX/ci"
  token = "XXXXXXXXXXXXXXXXXXXXX"
  executor = "ssh"
  [runners.ssh]
    user = "root"
    host = "ec2-XX-XX-XX-XX.eu-west-1.compute.amazonaws.com"
    port = "22"
    identity_file = "/root/.ssh/id_rsa"
  [runners.cache]

Я создал ssh-ключ с root-доступом и скопировал публичную часть в gitlab Deployment keys. Раньше я делал ssh-add.

Когда я использую бегунок, я получаю следующий результат:

Running with gitlab-ci-multi-runner 1.11.1 (a67a225)
  on awsTest10 (e1ce142d)
Using SSH executor...
ERROR: Preparation failed: ssh: handshake failed: ssh: unable to authenticate, attempted methods [none publickey], no supported methods remain
Will be retried in 3s ...
Using SSH executor...
ERROR: Preparation failed: ssh: handshake failed: ssh: unable to authenticate, attempted methods [none publickey], no supported methods remain
Will be retried in 3s ...
Using SSH executor...
ERROR: Preparation failed: ssh: handshake failed: ssh: unable to authenticate, attempted methods [none publickey], no supported methods remain
Will be retried in 3s ...
ERROR: Job failed (system failure): ssh: handshake failed: ssh: unable to authenticate, attempted methods [none publickey], no supported methods remain

Спасибо за помощь


gitlab ssh continuous-integration runner handshake
person chd    schedule 17.06.2017    source источник
comment
Можете ли вы попробовать использовать ключ без ключевой фразы (так что нет необходимости в ssh-agent)?   -  person VonC    schedule 17.06.2017
comment
У меня нет парольной фразы   -  person chd    schedule 17.06.2017
comment
Тогда ssh -gent не задействован. Бегун работает как root?   -  person VonC    schedule 17.06.2017
comment
Да, config.toml находится в корневой папке.   -  person chd    schedule 18.06.2017
comment
Возможно вы не перезапускали sshd после изменений   -  person Solo.dmitry    schedule 17.01.2020

Ответы (1)


arrow_upward
4
arrow_downward

У меня такая же проблема. Я добавил открытый ключ к ~/.ssh/authorized_keys и раскомментировал AuthorizedKeysFile %h/.ssh/authorized_keys строку в /etc/ssh/sshd_config файле. Затем я перезапустил службу ssh, и она работает для меня.

person Yurii Sherbak    schedule 01.09.2017