с докером

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

желательно через дискорд

ты просто хочешь поговорить?

если бы. он чего-то показывать хочет. может извращенец.

Есть тачка - 1 ядро, 700 с копеечкой мб памяти Подключена как worker к swarm'у Хочу туда воткнуть демона для мелких задач и сейчас на этой тачке стоит Ubuntu 24.04 Вопрос - есть ли смысл, в целом, ставить на эту vps alpine? Ресурсов как бы не много на ней, вот я и подумал, может это вариант? А потом подумал и про остальные тачки - есть ли смысл их переводить на alpine (пока не далеко уехал и есть возможность всё по новой настроить)? Или есть какие-то подводные камни и докеру (самому докер демону, не контейнеру) могут понадобится некоторые компоненты системы, которые могут отсутствовать в alpine? Вроде как у провайдера есть возможность загрузить iso файл

2 день

Привет смысла нет альпина ток в докерах живёт на хосте убунта норм

При одном ядре? Делить половину ядра (одно логическое ядро) с операционкой и гошкой?)))

При одном ядре? Делить половину ядра (одно логическое ядро) с операционкой и гошкой?)))

Народ, добрый день! Очень нужна помощь. 10 часов мучался так и не получилось исправить😭😭 Есть следующая связка: Nginx Proxy Manger (Docker) + Adguard Home (Docker). Через NPM, соответственно, проксируются подключения по DNS имени. На AGH настроен DoH ag.blabla.ru/dns-quary. DoH отрабатывает, но в логах ADH вместо белого внешнего IP отображается адрес контейнера Nginx Proxy Manager - 172.***. Весь день перечитал всё возможное по настройке X-Forwarder, X-Real-IP. Перепробовал все возможные вариации настроек. Ни в какую не отображается реальный адрес в логах ADH Помогите, плез, кто шарит🙏🏻🙏🏻

То-есть тебе необходимо прокинуть реальный ip, который прилетает к nginx дальше, во внутрь?

Запрос пришёл к nginx, nginx взялся "проксировать" запрос, то-есть, nginx создаёт новый запрос от своего имени и он может только указать в отдельном заголовке тот ip, который является "инициатором" запроса, так?

не совсем понимаю вопрос -" так ли я хочу реализовать"? или "как реализовать в целом"? Прочитал, что это должно работать с помощью X-forwarded-for либо x-real-ip, но у меня почему то не работает

Ваш сервер не за Cloudflare же стоит?

нет

Тогда вам необходимо настраивать прокси_пасс самого nginx

везде пишут эти строки. пробовал их, но что то не отрабатывает как будто

Без network_mode: host у контейнера nginx ничего не получится

Для этого придуман x-forwarded для заголовков пактов

Это все прекрасно, но в курсе ли ты, как именно докер пробрасывает пакеты в любой процесс, запущенный в контейнере с bridge network?

Нет, не в курсе.

Так что чтобы ты там не конфигурировал в nginx, лишь запущенный на хосте процесс может определить IP, с которого пришел этот запрос, записать его в http заголовок, и проксировать дальше по цепочке

Так что чтобы ты там не конфигурировал в nginx, лишь запущенный на хосте процесс может определить IP, с которого пришел этот запрос, записать его в http заголовок, и проксировать дальше по цепочке

Нет плагинов? ну это же херня, оригинальный ip надо знать

Плагинов чего?

nginx, чтобы сохранить ip после проксирования

Вижу мои сообщения выше были пропущены мимо ушей

Вижу мои сообщения выше были пропущены мимо ушей

там про другое

Я тоже пропущу твои сообщения мимо ушей

я про сервера nginx или вообще не nginx которые не в одном хосте

Чел, иди проспись

nginx проксирует любой tcp трафик

Т.к. docker поменял IP ещё до попадания запроса в nginx, ему это проксирование не поможет. Нужен nginx, запущенный network хоста, до попадания трафика в контейнер

что-то вы херово там настроили

И ответ сразу на оригинальное сообщение пиши, а не на мое

Ты все правильно пишешь, та же хрень с маршрутизацией в Proxmox, но через nginx отличается, по ssh теряются оригинальные айпишники

Причем тут ssh вообще

В том что ты не можешь добавить туда заголовки

В исходном сообщении ничего нет про ssh

иногда есть выбор проксировать трафик через iptables или nginx, nginx хуже

BTW, я без понятия, почему docker делает проксирование именно через docker-proxy, а не iptables

для http трафика nginx дает больше гибкости

Наверно этим легче управлять, иначе надо перезагружать networks хостовой машины. Сорри, я там на своей волне вклинился в разговор

Докер и так лезет в iptables

Докер и так лезет в iptables

Я снова ничего не понимаю, каких движках, что делает

Так что чтобы ты там не конфигурировал в nginx, лишь запущенный на хосте процесс может определить IP, с которого пришел этот запрос, записать его в http заголовок, и проксировать дальше по цепочке

тогда не понятно следующее - есть третий контейнер с 3xui (прокся) и там например, когда при логоне вводишь не правильные данные, то он отправляет уведомление, и там отображается корректный ip белый ip. Подключение идёт так же по dns имени, через порксирование nginx. Так же , настройки ACL средствами nginx для доступа по белому ip для этих контейнеров отрабатывают тоже корректно. Как так получается если, как ты говоришь, docker proxy ещё до входа в контейнер режет инфу по original ip?

кто отправляет уведомление, куда, с чьим IP

вроде всё расписано же?

у тебя в голове - возможно

кто отправляет уведомление, куда, с чьим IP

3xui (в контейнере), на телегу, с чьим то белым ip, кто ввёл не правильные данные для входа. Данные лица мне не известны, только их белый адрес