find -name "authorized_keys" тоже не дает результата

ну посмотри конфиг ссх

а там обычный opensshd? у него можно переназначить путь

Привет! Может кто-то знает где Gitlab хранит все SSH ключи на сервере? Никто не копался?

/var/lib/git/.ssh/

ну посмотри конфиг ссх

в конфиге у демона стоит дефолтная настройка. То есть, по идее, да должно быть ~/.ssh/authorized_keys. Но нет

/var/lib/git/.ssh/

Нет папки git

вообще не понятно

Такое ощущение, что я где-то что-то упускаю

find -name "authorized_keys" тоже не дает результата

у меня не в докере, а omnibus (или как он там), но у меня нашел по /var/opt/gitlab/.ssh/authorized_keys

у меня не в докере, а omnibus (или как он там), но у меня нашел по /var/opt/gitlab/.ssh/authorized_keys

Спасибо, тоже нашел.

Есть проблема. Запускаю 3 контейнера с nginx, php, mysql с помощью docker-compose Конфиг nginx подтягивается с хост машины. Если в конфиге ошибка, то nginx не стартует, хотя docker-compose при запуске не показывает ошибку

$ docker-compose up -d Starting docker_mysql_1 ... Starting docker_mysql_1 ... done Starting docker_php_1 ... Starting docker_php_1 ... done Starting docker_nginx_1 ... Starting docker_nginx_1 ... done

$ docker logs docker_nginx_1 nginx: [emerg] unknown directive "ddr" in /etc/nginx/conf.d/local.conf:1

Магия какая-то... Удалил ключи из Гитлаба, удалил ключи из /var/opt/gitlab/.ssh/authorized_keys, даже у себя на компе... И все равно git clone работает. Как это возможно, вообще? 😳

Магия какая-то... Удалил ключи из Гитлаба, удалил ключи из /var/opt/gitlab/.ssh/authorized_keys, даже у себя на компе... И все равно git clone работает. Как это возможно, вообще? 😳

ssh-agent?

ssh-agent?

Сейчас проверю

Ssh -v ?

ssh-agent?

нет, не установлен

Ssh -v ?

просит отпечаток ключа сервера принять

Надо разбираться в целом, видимо. Куда он идет, что делает. Я делаю git clone http://myproject.git Видимо с этим есть связана проблема

Надо разбираться в целом, видимо. Куда он идет, что делает. Я делаю git clone http://myproject.git Видимо с этим есть связана проблема

А лол

Ну, казалось бы да. Но он закрыт авторизацией

И с другого компа клонирование не работает

Полный вынос мозга

может он запомнил данные авторизации просто как-то

может он запомнил данные авторизации просто как-то

https://git-scm.com/book/ru/v2/%D0%98%D0%BD%D1%81%D1%82%D1%80%D1%83%D0%BC%D0%B5%D0%BD%D1%82%D1%8B-Git-%D0%A5%D1%80%D0%B0%D0%BD%D0%B8%D0%BB%D0%B8%D1%89%D0%B5-%D1%83%D1%87%D0%B5%D1%82%D0%BD%D1%8B%D1%85-%D0%B4%D0%B0%D0%BD%D0%BD%D1%8B%D1%85

какой самый невырвиглазный метод пробросить ключи от приватных реп в build-time имеджа?

COPY ?

ну несекьюрно же. в имедже останется ключ

Можно отдельный образ под сборку, отдельный - боевой.

Встречали ведь иногда что-нибудь вроде Dockerfile.build и Dockerfile рядом лежащих.

ну теперь это делается через multi-stage build

потому что отдельный образ все равно не спасет, так как даже в тестовом образе нужны ключи к доступу в реальные репы

Если везде нужен, то всякие там секретсы почему не подходят?

секретсы ведь только для docker run, не?

--build-arg же для build-time

--build-arg же для build-time

ну допустим я туда целый ключ запихну, мне при билде надо все равно его из ENV достать и сохранить на диск, чтобы использовать, что приводит нас к пункту А про сохранение ключа в финальном имедже

короче я уже даже думал поднимать на хосте sshd, делать билд с --network=host и ходить изнутри билда через ProxyCommand, но это по-моему вообще извращение

почему бы не скачать его через вгет, воспользоваться им и удалить?

в рамках одной команды

какой самый невырвиглазный метод пробросить ключи от приватных реп в build-time имеджа?

Самый невыраиглазный - оаус с экспайр ключами. Бб, гх, гл - все умеют

Самый невыраиглазный - оаус с экспайр ключами. Бб, гх, гл - все умеют

угу, наверное так и буду делать. спасибо

всем привет! я новичек в docker. В общем как я понял docker compose используется для запуска нескольких контейнеров сразу. К примеру у нас микросевисное приложение и нам нужно запустить 3 контейнера с приложением, 2 с бд , 1 с балансером и 2 для воркеров. В общих чертах я правильно понял ? Если проводить аналогию абстракций с Ansible, то compose это playbook который в себя куча ролей ( контейнеров)

да только не надо запускать базы для прода в докере.

да только не надо запускать базы для прода в докере.

Эээээ

это почему ?

я если честно планировал по старинке нарезать виртуалок на VMWare. Спрятать в трех ДЦ за 1 балансером. но заказчик хочет докер.

а. ну раз хочет чо не то

эксплаутировать то самзаказчик будет поди

так почему не стоит бд в проде

согласно доке докера же

тесты и такое вот всё велкам

а базы нини

и прод нини

докер в проде нини ?

докер для прода баз нини

есть пруф ?

ааа

а ну все равно шлепни ссылочку пожалуйста

обчитаю ее полностью

влом. слишком легко ищется

нашел

а базы нини

Чушь какая-то. Спокойно работают базы в докере

нашел

Кидай

Чушь какая-то. Спокойно работают базы в докере

конечно работают

чего бы им не работать.

базы то работают. а толку нет.

О.о

а конкретнее?

а конекретнее что вы хотите от докера ?

https://news.ycombinator.com/item?id=13582757

от докера хотят простой переезд

хоп переподнял и все работает

но базы они имеют вольюмы и их надо таскать

услышано.

а тут докер хоп и не помогает

софт бд в контейнер завернуть. вольюмы отдельно монтируются

так ?

есть у тя всё на одном хосте то и базы в докере норм чо