AK
но если предположить, что там 192.168.0.1 - то это "серый" адрес, который из инета недоступен
Да. Там не 0.0, конечно, другие, но адрес серый
Size: a a a
2020 April 26
GG
Artem K
Ну из джоба. Когда в интерфейсе гитлаба запускаю пайплайн. Он выполняется на сервере 1, например. А ssh настроен между сервером 1 и сервером 2.
чувак, раннер - где
GG
по умолчанию - в облачном гитлабе в облаке
GM
Artem K
Ну из джоба. Когда в интерфейсе гитлаба запускаю пайплайн. Он выполняется на сервере 1, например. А ssh настроен между сервером 1 и сервером 2.
разбери по шагам что происходит когды ты руками выполняешь с одного сервера на другом твою команду и реализуй эти шаги в пайплайне
GG
я уж не говорю о том, что есть разные типы раннеров и условный докер экзекутор может ломать маршрутизацию
GM
я уж не говорю о том, что есть разные типы раннеров и условный докер экзекутор может ломать маршрутизацию
ты глубоко копаешь, с докер экзекутором банально нет ссш-агента плюс known_hosts
GG
ты глубоко копаешь, с докер экзекутором банально нет ссш-агента плюс known_hosts
это не является проблемой - берешь и реализуешь ввод пароля или по ключу и игнор known_hosts (либо фингерпринт сервера конечного добавляешь заранее)
GM
с такой точки зрения проблем вообще не существует :D
GG
они фантомные. проблемы
GG
да
GM
Artem K
Ну вот да, так и хотел. Но раннер не может получить доступ к другому серваку по ssh. Хотя если просто с промежуточного сервера что-то выполнять не итоговом, то все работает. Возможно, я что-то не учел.
Вот простейший yml:
job:
script:
- ssh user@192.168.0.0 ‘mkdir /home/user/folder’
Команда прекрасно работает из консоли с сервера, но не работает из гитлаба
Вот простейший yml:
job:
script:
- ssh user@192.168.0.0 ‘mkdir /home/user/folder’
Команда прекрасно работает из консоли с сервера, но не работает из гитлаба
простейшая джоба описана тут
https://d8devs.com/gitlab-ci-ssh-deploy/
можешь сравнить со своей реализацией, прежде чем копипасть конечно же стоит понять для чего то или иное действие совершается
https://d8devs.com/gitlab-ci-ssh-deploy/
можешь сравнить со своей реализацией, прежде чем копипасть конечно же стоит понять для чего то или иное действие совершается
AK
разбери по шагам что происходит когды ты руками выполняешь с одного сервера на другом твою команду и реализуй эти шаги в пайплайне
Когда выполняю с одного на другом все хорошо. Но когда в процессе появляется раннер - не работает.
Раннер установлен на локальном сервере 1, я захожу в свой локальный гитлаб, выполняю джоб (например тот, что написал выше) и нет подключения по ssh к серверу 2.
Ведь раннер выполняет команды из yml на том сервере, где он установлен? То есть на сервере 1, в моем случае. То есть по идее проблем быть не должно. И сервер с гитлабом может быть никак не связан с сервером 2, на который надо деплоить.
Раннер установлен на локальном сервере 1, я захожу в свой локальный гитлаб, выполняю джоб (например тот, что написал выше) и нет подключения по ssh к серверу 2.
Ведь раннер выполняет команды из yml на том сервере, где он установлен? То есть на сервере 1, в моем случае. То есть по идее проблем быть не должно. И сервер с гитлабом может быть никак не связан с сервером 2, на который надо деплоить.
GG
простейшая джоба описана тут
https://d8devs.com/gitlab-ci-ssh-deploy/
можешь сравнить со своей реализацией, прежде чем копипасть конечно же стоит понять для чего то или иное действие совершается
https://d8devs.com/gitlab-ci-ssh-deploy/
можешь сравнить со своей реализацией, прежде чем копипасть конечно же стоит понять для чего то или иное действие совершается
дока устарела ) там в гитлабе поменяли интерфейс для переменных
AK
Возможно у меня потеряна логика работы раннера.
GG
Artem K
Когда выполняю с одного на другом все хорошо. Но когда в процессе появляется раннер - не работает.
Раннер установлен на локальном сервере 1, я захожу в свой локальный гитлаб, выполняю джоб (например тот, что написал выше) и нет подключения по ssh к серверу 2.
Ведь раннер выполняет команды из yml на том сервере, где он установлен? То есть на сервере 1, в моем случае. То есть по идее проблем быть не должно. И сервер с гитлабом может быть никак не связан с сервером 2, на который надо деплоить.
Раннер установлен на локальном сервере 1, я захожу в свой локальный гитлаб, выполняю джоб (например тот, что написал выше) и нет подключения по ssh к серверу 2.
Ведь раннер выполняет команды из yml на том сервере, где он установлен? То есть на сервере 1, в моем случае. То есть по идее проблем быть не должно. И сервер с гитлабом может быть никак не связан с сервером 2, на который надо деплоить.
диагностируй 🤷♂️ логика в твоих словах есть
GG
действительно гитлаб НЕ ОБЯЗАН напрямую видеть сервер #2
GM
Artem K
Возможно у меня потеряна логика работы раннера.
логика работы ссш клиента
AK
простейшая джоба описана тут
https://d8devs.com/gitlab-ci-ssh-deploy/
можешь сравнить со своей реализацией, прежде чем копипасть конечно же стоит понять для чего то или иное действие совершается
https://d8devs.com/gitlab-ci-ssh-deploy/
можешь сравнить со своей реализацией, прежде чем копипасть конечно же стоит понять для чего то или иное действие совершается
Мне очень не нравится идея пихать приватный ключ в переменную. Это я видел.
AK
логика работы ссш клиента
Ключами же совершен обмен, сервер 1 и сервер 2 между собой общаются по ssh спокойно.
GG
Artem K
Ключами же совершен обмен, сервер 1 и сервер 2 между собой общаются по ssh спокойно.
wat?