Max
@devops_ru пингани какой
Max
на тему впн
Serg
нет)
тогда вообще забудь о маках
Сергей
тогда вообще забудь о маках
Ну я могу получать мак роутера же)
Сергей
на котором все компы)
Anonymous
тогда вообще забудь о маках
Apple - фирма, посланная Богом, не смей так говорить о маках!
Сергей
шта?
бл* видимо туплю)
Сергей
в общем смысл чтобы на определенный контейнер могли заходить только определенные компы) Сервер не в сети этих компов)
Сергей
Фаервол вам в помощь. Ограничьте на нем докер порт только в части белых ИП.
порт внутри на котором работает контейнер или порт который видно из веба?
Сергей
В чём проблема впн то поднять?
Получается это нужно и другие компы подключать к впн?)
V 🏴‍☠️
С роутера выдавать маршруты на хостинг
V 🏴‍☠️
Или кто там у вас шлюз
Сергей
С роутера выдавать маршруты на хостинг
Проблема в том что на другом конце провода ребята не шарят в этом) Я очень далеко нахожусь от них чтобы настроить там что либо(
Сергей
Поэтому идея с мак адресами возникла)
Max
пароль поставь блин http auth
Max
и все )
Сергей
пароль поставь блин http auth
Не должны заходить с других мест)
Сергей
и все )
Идея доступа только из офиса
Max
ойвсе
Сергей
Сергей
ойвсе
Не всё так просто)
Gleb
Не понял)
Если у тебя сеть не плоская ты увидишь мак шлюза
Сергей
Если у тебя сеть не плоская ты увидишь мак шлюза
На той стороне стоит роутер и компы на вайфае) я не мог сейчас знать какая сеть) что значит не плоская?)
Ильдар
Тебе надо ограничить с помощью iptables на роутере и всё. Или в приложении прописать список разрешенных айпи-адресов. Если разрешенных адресов много можно использовать iptables+ipset
Ильдар
Да
Сергей
Да
А нужно только к контейнеру докера)
Serg
А нужно только к контейнеру докера)
так внеси только его порт в иптаблес
Ильдар
Что у тебя в докере запущено?
Сергей
Ты н увидишь клиентских маков
Ну мак шлюза же увижу?
Сергей
Serg
Ну мак шлюза же увижу?
абсолютно все фреймы извне будут иметь мак шлюза
Сергей
так внеси только его порт в иптаблес
порт контейнера или порт который видно в сети?
Сергей
в сети
в сети это 80 порт)
Сергей
потмоу что nginx-proxy)
Сергей
через него всё)
Serg
сорри, я перестал понимать
Сергей
Ладно) попробую в интернете че нить поискать еще) спасибо за мысли) че нить попробую придумать)
Сергей
думал что может быть как nginx может обрабатывать доступ
Petr
Ух, ёпт, налетели-то как ) Вы серьёзно используете докер на боевом сервере?
Да, серьёзно. Вы так говорите, будто это что-то плохое
Дмитрий
Да, серьёзно. Вы так говорите, будто это что-то плохое
Ну люди прочитали Хабр, где сказали что докер - говно.
Владислав
Да, серьёзно. Вы так говорите, будто это что-то плохое
Я полагал до этого момента, что докер на проде вообще не нужен. И ещё слышал, что это не безопасно. Но, видимо, я ошибся.
Владислав
Ну люди прочитали Хабр, где сказали что докер - говно.
Одна догадка интереснее другой. Меня уже сегодня назвали сперва пиз**ком, 98-го года рождения, хомяком, который прибежал в Телегу после блокировки РКН, теперь, вот хейтером докера.
Дмитрий
Я полагал до этого момента, что докер на проде вообще не нужен. И ещё слышал, что это не безопасно. Но, видимо, я ошибся.
Просто его надо настраивать также как на проде, а не отдавать все во власть рута
Владислав
Я использую сегодня докер только для локальной разработки.
alx
Можно продолжить рубрибку глупые вопросы? Только просьба без холиваров
Vasyl
Народ, кончай флудить, давайте по теме.
alx
Вот есть контейнер запущенный работающий. У контейнера планируются побочные файлы: 1) Конфиг файл 2) Лог файл. 3) Докер компос Где разумней хранить все эти файлы? Отдельно создать пользователя и в него писать и читать эти файлы? или размазать все эти файлы по файловой системе хоста Задача состоит в том, чтобы перезд на другой хост занимал минимальное количество времени и настроек
alx
Спасибо
Vadim
Ну смотри, создал такую структуру: content/ docker-compose.yml php/Dockerfile nginx/Dockerfile
Vadim
типа того
Vadim
а вообще поищи по поиску структура
Vasyl
Вот есть контейнер запущенный работающий. У контейнера планируются побочные файлы: 1) Конфиг файл 2) Лог файл. 3) Докер компос Где разумней хранить все эти файлы? Отдельно создать пользователя и в него писать и читать эти файлы? или размазать все эти файлы по файловой системе хоста Задача состоит в том, чтобы перезд на другой хост занимал минимальное количество времени и настроек
пускай гуру меня поправят: 1) конфиг писать внутрь контейнера, "явки и пароли" указывать во время монтировки контейнеров, чтобы в ясном виде нигде не хранились 2) логи только на хосте, лучше централизованно, почитать здесь (https://jaxenter.com/docker-logging-gotchas-137049.html) и здесь (https://jpetazzo.github.io/2014/08/24/syslog-docker/) 3) может не понял вопрос, наверное хранить на приватном гитхаб\битбакет аккаунте?
alx
который потом и использовать для запуска контейнеров
alx
не обязательно. можно без docker compose
Тогда все параметры запуска контейнера надо будет указывать в командной строке, что неудобно
alx
или нет?
Vasyl
Тогда все параметры запуска контейнера надо будет указывать в командной строке, что неудобно
какая разница, параметры можно указать и в shell-скрипте. Задача docker-compose в том, чтобы комплексно поднимать "связанные" контейнеры.
Vasyl
у docker-compose есть поддержка файла ".env" - классно все переменные выносить туда.
Vasyl
создать репозиторий в bitbacket.
Vasyl
затем на новом сервере делать git pull <репозиторий> - и все настроечные файлы лежат на новом сервере
Vasyl
в репозитории лучше хранить эталонный конфиг-файл (например, env.etalon), а после git pull копировать env.etalon в .env и настраивать по вкусу.