Корректный вариант создание размещения поддомена nginx?

Question

[fateseekers]

Пытаюсь создать поддомен вида dev.example.com для размещения на нем одного из контуров приложения, но на поддомене отображается релизный контур.

Ожидаем результат такого вида:
example.com -> релизная версии проекта
dev.example.com -> latest версия

Пробовал писать в одном конфиге, пробовал писать в раздельных результат одинаковый

events { }

http {
    server {
        listen 80;
        listen [::]:80;
        server_name dev.example.com www.dev.example.com www.example.com example.com;

        location / {
            return 301 https://$host$request_uri;
        }

        location ~ /.well-known/acme-challenge {
            allow all;
            root /tmp/acme_challenge;
        }
    }

    server {
        listen 443 ssl http2;
        listen [::]:443 ssl http2;
        server_name example.com www.example.com;

        ssl_certificate /etc/letsencrypt/live/example.com/fullchain.pem;
        ssl_certificate_key /etc/letsencrypt/live/example.com/privkey.pem;

        location / {
            proxy_http_version 1.1;
            proxy_cache_bypass $http_upgrade;

            proxy_set_header Upgrade $http_upgrade;
            proxy_set_header Connection 'upgrade';
            proxy_set_header Host $host;
            proxy_set_header X-Real-IP $remote_addr;
            proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
            proxy_set_header X-Forwarded-Proto $scheme;

            proxy_pass http://nuxt:3000;
        }

        location /api/admin/jenkins {
            proxy_http_version 1.1;
            proxy_cache_bypass $http_upgrade;

            proxy_set_header Upgrade $http_upgrade;
            proxy_set_header Connection 'upgrade';
            proxy_set_header Host $host;
            proxy_set_header X-Real-IP $remote_addr;
            proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
            proxy_set_header X-Forwarded-Proto $scheme;

            proxy_pass http://jenkins:8080;
        }
    }

    server {
        listen 443 ssl http2;
        listen [::]:443 ssl http2;
        server_name dev.example.com www.dev.example.com;

        ssl_certificate /etc/letsencrypt/live/example.com/fullchain.pem;
        ssl_certificate_key /etc/letsencrypt/live/example.com/privkey.pem;

        location / {
            proxy_http_version 1.1;
            proxy_cache_bypass $http_upgrade;

            proxy_set_header Upgrade $http_upgrade;
            proxy_set_header Connection 'upgrade';
            proxy_set_header Host $host;
            proxy_set_header X-Real-IP $remote_addr;
            proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
            proxy_set_header X-Forwarded-Proto $scheme;

            proxy_pass http://latest:3005;
        }
    }
}

Все контейнеры для прокси имеются, контейнер nginx не выдает каких-либо ошибок
Запись DNS на домене тоже есть
A *.example.com → IP
A dev.example.com → IP

Answer 1

[AUser0]

СведИте все server{} под один http{}.

Comments

[fateseekers]

Поправил, результата не дало, также /api/admin/jenkins доступен из под dev.example.com (так и было при разнесенных конфигах)

[AUser0]

Тогда проверяйте IP доменов jenkins и latest, затем что сидит на портах 8080 и 3000. А может у вас DNAT срабатывает, перенаправляющий 3000 на 8080? Сделайте telnet jenkins 8080 и telnet latest 3000, ответы одинаковые? HTTP сервера на этих портах представляются, кто там? tcpdump-ом можно подсмотреть коннекты на эти порты, что там? Остановите jenkins, dev отвалился? Ну и т.д., дерзай, выдумывай, пробуй!

[fateseekers]

AUser0, ip проставляет docker

jenkins  0.0.0.0:8080->8080/tcp, :::8080->8080/tcp
latest  0.0.0.0:3005->3005/tcp, :::3005->3005/tcp
mongodb  0.0.0.0:27517->27017/tcp, :::27517->27017/tcp
nginx  0.0.0.0:80->80/tcp, 0.0.0.0:443->443/tcp, :::80->80/tcp, :::443->443/tcp
nuxt  0.0.0.0:3000->3000/tcp, :::3000->3000/tcp