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

о чем я выше упомянул, типовой проброс через traefik или nginx вопросов не вызывает

может быть стоит переформулироввать: как сделать правильный nginx конфиг для сервиса запущенного в контейнере, скажем на порту 81 чтобы сертбот без а-записи, по txt или как-то иначе мог для этого сервиса получать и автообновлять сертифкат.

Если не сложно🤝

может быть стоит переформулироввать: как сделать правильный nginx конфиг для сервиса запущенного в контейнере, скажем на порту 81 чтобы сертбот без а-записи, по txt или как-то иначе мог для этого сервиса получать и автообновлять сертифкат.

https://t.me/nginx_ru

может быть стоит переформулироввать: как сделать правильный nginx конфиг для сервиса запущенного в контейнере, скажем на порту 81 чтобы сертбот без а-записи, по txt или как-то иначе мог для этого сервиса получать и автообновлять сертифкат.

Там на меня напал токсичный модератор и сказал что «кокер этот ваш ни нужон»

Там на меня напал токсичный модератор и сказал что «кокер этот ваш ни нужон»

Ну пусть там занимаются своей борьбой с ветряными мельницами)

Возможно он нехороший человек, потому что ввязался в блокчейн)

quarkus.redis.hosts=redis://localhost:6379 Вроде порты все правильно указал

package org.acme.redis; import io.quarkus.redis.datasource.value.ValueCommands; import io.quarkus.redis.datasource.RedisDataSource; import jakarta.enterprise.context.ApplicationScoped; @ApplicationScoped public class RedisCache { private final ValueCommands<String, String> redisCommands; public RedisCache(RedisDataSource ds) { redisCommands = ds.value(String.class); } public void setex(String key, String value) { redisCommands.setex(key, 30, value); } public String get(String key) { return redisCommands.get(key); } } Вот весь код

version: '3.8' services: redis: image: redis ports: - "6379:6379" microservice1: build: . ports: - "2020:2020" Можете помочь почему микросервис1 не видит redis?

Не весь. В датасорс что указано?

а network правильно настроен?

https://quarkus.io/guides/redis в доке datasource нету

https://quarkus.io/guides/redis в доке datasource нету

В доке же написано Then, open the src/main/resources/application.properties file and add: %prod.quarkus.redis.hosts=redis://localhost:6379 Сюда вместо локалхост укажите redis

quarkus.redis.hosts=redis://redis:6379 Вот так?

Ага

Как правильно мне организовать docker compose?

Если вам нужны два разных редиса- сделайте еще один. Назовите redis1, пропишите в композе и в конфигурации по аналогии с redis. Прям два композа избыточно, на мой взгляд

quarkus.rest-client.microservice2-api.url=http://localhost:2222 http://localhost:2222 По такому url микросервис1 отправляет запросы микросервису2, но docker compose его не видит

Подскажите, пожалуйста, есть ли какие-то нормальные варианты использования того же порта, что уже и использует хост, но без использования —network: host?

Подскажите, пожалуйста, есть ли какие-то нормальные варианты использования того же порта, что уже и использует хост, но без использования —network: host?

Всем привет, не могу понять в чем разница privileged и user: root (user: '0')?

Нет разницы

Я всегда считал, что в программировании всегда все чётко описано. А тут аж три варианта

Все правильно, все четко расписано, каждый вариант, для каждого случая. Даже если кажется, что они одинаковые, следует вникнуть, возможно под капотом иное.

Все правильно, все четко расписано, каждый вариант, для каждого случая. Даже если кажется, что они одинаковые, следует вникнуть, возможно под капотом иное.

Вот ещё например docker-compose и docker compose второй вроде рекомендуют, а на оф. странице по установке используют первый вариант.)

Ни разу не слышал про второй вариант

Новый проект написан на Go

Чекну утром

https://stackoverflow.com/questions/66514436/difference-between-docker-compose-and-docker-compose

Всем привет! Есть два стула контейнера: 1. Сервер caddy, который торчит исключительно на 80 и 443 и редиректит куда надо запросы: version: "3.8" services: caddy: image: lucaslorentz/caddy-docker-proxy:ci-alpine container_name: caddy ports: - 80:80 - 443:443 - "443:443/udp" environment: - CADDY_INGRESS_NETWORKS=caddy - CADDY_DOCKER_CADDYFILE_PATH=/config/Caddyfile networks: - caddy 2. Сервер frp, который запускается уже прямо в хосте и может в нём занимать какие угодно порты: version: '3.8' services: frps: image: snowdreamtech/frps container_name: frps restart: unless-stopped volumes: - ./config-frps:/etc/frp network_mode: host Вопрос: как мне, обращаясь к Caddy по адресу, например, http://somedomain/frp, получать контент с frp, который торчит на хосте с http://0.0.0.0:7500? Простейший Caddyfile с содержимым от ChatGPT: reverse_proxy /frp/* http://host.docker.internal:7500 - не помог. Он не видит host.docker.internal ни из контейнера с Caddy, ни с сети хоста, я проверял. А мне нужно, чтобы они увидели друг друга, пусть они и в разных сетях. ————— Ну, либо, нужен вариант, когда наружу торчит лишь Caddy по 80 и 443, frp уже не на хосте, а вместе с Caddy в одной сети, но чтобы любой порт в пределах 22001-22100, открытый в frp, автоматом пробрасывался в хост наружу.

Всем привет! Есть два стула контейнера: 1. Сервер caddy, который торчит исключительно на 80 и 443 и редиректит куда надо запросы: version: "3.8" services: caddy: image: lucaslorentz/caddy-docker-proxy:ci-alpine container_name: caddy ports: - 80:80 - 443:443 - "443:443/udp" environment: - CADDY_INGRESS_NETWORKS=caddy - CADDY_DOCKER_CADDYFILE_PATH=/config/Caddyfile networks: - caddy 2. Сервер frp, который запускается уже прямо в хосте и может в нём занимать какие угодно порты: version: '3.8' services: frps: image: snowdreamtech/frps container_name: frps restart: unless-stopped volumes: - ./config-frps:/etc/frp network_mode: host Вопрос: как мне, обращаясь к Caddy по адресу, например, http://somedomain/frp, получать контент с frp, который торчит на хосте с http://0.0.0.0:7500? Простейший Caddyfile с содержимым от ChatGPT: reverse_proxy /frp/* http://host.docker.internal:7500 - не помог. Он не видит host.docker.internal ни из контейнера с Caddy, ни с сети хоста, я проверял. А мне нужно, чтобы они увидели друг друга, пусть они и в разных сетях. ————— Ну, либо, нужен вариант, когда наружу торчит лишь Caddy по 80 и 443, frp уже не на хосте, а вместе с Caddy в одной сети, но чтобы любой порт в пределах 22001-22100, открытый в frp, автоматом пробрасывался в хост наружу.

Всем привет! Есть два стула контейнера: 1. Сервер caddy, который торчит исключительно на 80 и 443 и редиректит куда надо запросы: version: "3.8" services: caddy: image: lucaslorentz/caddy-docker-proxy:ci-alpine container_name: caddy ports: - 80:80 - 443:443 - "443:443/udp" environment: - CADDY_INGRESS_NETWORKS=caddy - CADDY_DOCKER_CADDYFILE_PATH=/config/Caddyfile networks: - caddy 2. Сервер frp, который запускается уже прямо в хосте и может в нём занимать какие угодно порты: version: '3.8' services: frps: image: snowdreamtech/frps container_name: frps restart: unless-stopped volumes: - ./config-frps:/etc/frp network_mode: host Вопрос: как мне, обращаясь к Caddy по адресу, например, http://somedomain/frp, получать контент с frp, который торчит на хосте с http://0.0.0.0:7500? Простейший Caddyfile с содержимым от ChatGPT: reverse_proxy /frp/* http://host.docker.internal:7500 - не помог. Он не видит host.docker.internal ни из контейнера с Caddy, ни с сети хоста, я проверял. А мне нужно, чтобы они увидели друг друга, пусть они и в разных сетях. ————— Ну, либо, нужен вариант, когда наружу торчит лишь Caddy по 80 и 443, frp уже не на хосте, а вместе с Caddy в одной сети, но чтобы любой порт в пределах 22001-22100, открытый в frp, автоматом пробрасывался в хост наружу.

Если у тебя reverse proxy, и оба контейнера в одном network, зачем порты frp выставлять наружу?

Всем привет! Есть два стула контейнера: 1. Сервер caddy, который торчит исключительно на 80 и 443 и редиректит куда надо запросы: version: "3.8" services: caddy: image: lucaslorentz/caddy-docker-proxy:ci-alpine container_name: caddy ports: - 80:80 - 443:443 - "443:443/udp" environment: - CADDY_INGRESS_NETWORKS=caddy - CADDY_DOCKER_CADDYFILE_PATH=/config/Caddyfile networks: - caddy 2. Сервер frp, который запускается уже прямо в хосте и может в нём занимать какие угодно порты: version: '3.8' services: frps: image: snowdreamtech/frps container_name: frps restart: unless-stopped volumes: - ./config-frps:/etc/frp network_mode: host Вопрос: как мне, обращаясь к Caddy по адресу, например, http://somedomain/frp, получать контент с frp, который торчит на хосте с http://0.0.0.0:7500? Простейший Caddyfile с содержимым от ChatGPT: reverse_proxy /frp/* http://host.docker.internal:7500 - не помог. Он не видит host.docker.internal ни из контейнера с Caddy, ни с сети хоста, я проверял. А мне нужно, чтобы они увидели друг друга, пусть они и в разных сетях. ————— Ну, либо, нужен вариант, когда наружу торчит лишь Caddy по 80 и 443, frp уже не на хосте, а вместе с Caddy в одной сети, но чтобы любой порт в пределах 22001-22100, открытый в frp, автоматом пробрасывался в хост наружу.

Т.е. вы запилили сервис, который стартует на рандомном порту, а теперь думаете, как угадать, какой порт занял сервис? Генитально!

Привет чуть подробнее распиши

рабочий процесс должен быть веселым

задача типо такой https://www.reddit.com/r/docker/comments/ujaq0r/resolve_mdns_addresses_from_inside_container/

Ну, да, если сделать просто, то может заработать. А это ни кому не нужно(

во во, нахуй деньги, надо делать хуйню и сосать писю

Рот бы тебе вымыть танковой щеткой.

Всем, привет. Как связаться с админами или владельцами чата? Хотел бы прорекламировать(посоветовать) первый канал по докеру в телеграм. Может и не первый - но других не нашел)

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