Rainbow

ssh -L PORT:localhost:PORT servername прокинет трафик до сервера. т.е. все будет на localhost:PORT

Rainbow

https://habr.com/ru/post/331348/

Kamil

Спасибо, сейчас почекаю

Rainbow

На постоянку ssh тунели отстой - не стабильно. На пару минут - топ, потому что как минимум все по ключам.

Rainbow

постоянку в смысле делать надолго тунель - отвалится.

Rainbow

прыжки это зайди на сервер через другой сервер. Причем промежуточный ничего не знает про ключи.

Юрий

Если я правильно понял, то проблема непосредственно к серверу не относится. Просто клиент не знает CA прокси - надо добавить в доверенные сертификат прокси или его CA

Kamil

Если я правильно понял, то проблема непосредственно к серверу не относится. Просто клиент не знает CA прокси - надо добавить в доверенные сертификат прокси или его CA

поподробнее можно?

Rainbow

не нужно так делать, это отстойно. Сложно и не безопасно. ssh тунели все решат

Rainbow

бегать ещё с паролями, сертами и whitelist ip или светить портом. Вместо ключей которые уже есть + пару строк написать, чтобы удобно было

Юрий

поподробнее можно?

Клиент https-сервера должен ему доверять - знать его сертификат

Юрий

не нужно так делать, это отстойно. Сложно и не безопасно. ssh тунели все решат

Можно подробнее?

Rainbow

если вы используйте ssh с ключами (самое базовое). А сверзу тунели, то все ок. Тут негде налажать, кроме того, как слить свой id_rsa

Rainbow

А с nginx прокси до докера можно доиграться, когда кто-то через год случайно что-то не так сделает.

Rainbow

жопой в мир светить, по другому не назвать.

Юрий

Вы инфру "жопой в мир" выставляете?)

Юрий

Аутентификация по x509 нормально но работает

Rainbow

с ssh есть гарантия не светить вообще, кроме одного bastion ip. У меня все закрыто, даже 22, кроме 1 машины, которая нигде не светится.

Владимир

У меня в компании есть ведущий технарь, который считает, что нам нужен kibernetes для кручения/обновления наших трёх простых контейнеров. Я бегло почитал статьи сравнения k8s и Swarm. Пишут, что Сварм проще, легче настраивается, выбирайте для простых проектов. Но технарь говорит, что Сварм перестал развиваться компанией Docker Inc. и сама компания советует k8s как стандарт. Стоит ли по этому поводу отказываться от Сварма?

Rainbow

У меня в компании есть ведущий технарь, который считает, что нам нужен kibernetes для кручения/обновления наших трёх простых контейнеров. Я бегло почитал статьи сравнения k8s и Swarm. Пишут, что Сварм проще, легче настраивается, выбирайте для простых проектов. Но технарь говорит, что Сварм перестал развиваться компанией Docker Inc. и сама компания советует k8s как стандарт. Стоит ли по этому поводу отказываться от Сварма?

Стоит взять nomad

Kamil

сворм = 0 инфы

Kamil

гуглишь по гитхабу чужие конфиги

Rainbow

Или managed k8s. мало кто может потянуть selfhosted k8s

Kamil

вот что я усвоил

Владимир

Мы-то особенно не можем тянуть, это да

Rainbow

нод сколько?

Kamil

Клиент https-сервера должен ему доверять - знать его сертификат

клиент в этом контексте - это непосредственно ремоут хост с приложением?

Владимир

один сервак, три контейнера - нафиг нам нужен k8s - не очень понимаю

Rainbow

один сервак, три контейнера - нафиг нам нужен k8s - не очень понимаю

ничего не нужно, кроме ansible =)

Rainbow

могу дать пример как развернуть приложение на ansible на хосте с traefik

Владимир

Я слишком часто тут вижу название "ansible", звучит как мантра, которая избавляет от всех бед

Владимир

Да, поделись пожалуйста

Rainbow

избавляет от ручного похода на сервер

Alexei

подскажите, а собираю, я собираю я докер image несколько раз, и нумерую их, 1,2,3...6.... если я при скачивании буду указывать :latest - это автоматически будет последний номер? или для такого надо ручками, каждый раз добавлять тег latest в момент сборки?

Rainbow

latest это просто тег, как и другие. Автоматом не будет.

Rainbow

подскажите, а собираю, я собираю я докер image несколько раз, и нумерую их, 1,2,3...6.... если я при скачивании буду указывать :latest - это автоматически будет последний номер? или для такого надо ручками, каждый раз добавлять тег latest в момент сборки?

docker build -t image:1 -t image:latest

Alexei

спасибо. Что-то такое и подозревал.

Alexei

Подскажите, на сервере обычно запускают контейнеры с ключем --rm ? (можно сказать микросервис). И, процесс обновления как выглядит? в общем случае - pull и опять docker run ... ?

Rainbow

да

Petrovich

Я слишком часто тут вижу название "ansible", звучит как мантра, которая избавляет от всех бед

просто набор сценариев чтобы круто деплоить

Petrovich

сценарии правда надо самому написать

Игорь

Вопрос. Повозился с compose, собрал продакш-версию приложения. Код+база+веб-сервер и т.д. Но, как я понимаю, в продакшене compose не комильфо использовать на прод сервере. Как проще всего задеплоить это "правилольно"?

Rainbow

ansible

Pavel

Вопрос. Повозился с compose, собрал продакш-версию приложения. Код+база+веб-сервер и т.д. Но, как я понимаю, в продакшене compose не комильфо использовать на прод сервере. Как проще всего задеплоить это "правилольно"?

А почему компоуз не комильфо в проде использовать?

Rainbow

А почему компоуз не комильфо в проде использовать?

потому что с ним чего нереально без костылей делать. Например zerodowntime

Игорь

А почему компоуз не комильфо в проде использовать?

Ох, ну тут же меня и закидали тапками на эту тему. Если выше листать, то можно даже найти)) Собственно вот решил задать вопрос, может кто что-то дельное подскажет. А может и комильфо, скажем так, цитатой: "я не волшебник, я только учусь"

Pavel

Спасибо за рекомендацию, добрый человек

Игорь

Просто немного глаза рабегаются: Кубер, Докер сварм, Номад и т.д. Еще как-то что-то через ансибл можно делать.