înregistrare Logare
Puncte:0
avatar Server

Implementare prin Rundeck x Capistrano x GitHub

drapel ca
Vincent

Mă confrunt cu o problemă la implementarea codului din GitHub.

Am 3 servere:

  • Rundeck rulează ca container Docker pe primul meu server
  • Capistrano rulează pe un al doilea server
  • Un al treilea server trebuie să primească codul GitHub

Rundeck are o sarcină să se conecteze la Capistrano (prin nod) și să apeleze comanda cap pentru a se implementa.

Din fișierul meu production.rb:

set :ssh_options, {
    forward_agent: adevărat,
    auth_methods: ['publickey']
}

Deci cheia Rundeck SSH trebuie folosită de la început până la sfârșit cred.

Rezultatul este:

[email protected]: Permisiune refuzată (cheie publică).

Rundeck se conectează la Capistrano care se conectează la serverul meu final. Ultimul pas cu GitHub este problema. Mi-am declarat cheia pentru a implementa cheia pentru proiectul meu.

Când încerc de pe serverul capistrano să deployez, nicio problemă, chiar încerc chei diferite și totul funcționează.

Informațiile de depanare Capistrano nu afișează cheia folosită. Sper că mă puteți ajuta cu sugestii.

Mulțumesc anticipat.

Vincent

42
0 + 0
drapel romania
SEF 777
întrebarea această in alte limbi:

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.