Как реализовать это одной локацией?

Question

[historydev]

Чтобы index.html из http://10.1.0.6:3000 мог достучаться до /static/js/main124125125125.js, я в данный момент нашёл только такой способ, а хотелось бы что-то вроде /~*, чтобы всё что запрашивалось сразу направлялось куда нужно.

Как такое можно реализовать?

location /static/ {
  modsecurity on;
  proxy_pass http://10.1.0.6:3000;

}

location /projects/test/2.0.0/ {
  modsecurity on;
  proxy_pass http://10.1.0.6:3000/;
}

Comments

[Lynn «Кофеман»]

Что-то вы тут не договариваете.
Покажите весь конфиг и примеры всех релевантных урлов.

Ну и собственно чем вас не устравивает то что написано? Вроде всё написано просто и понятно.

[historydev]

Lynn «Кофеман», это файл *.locations, в конфиге всё стандартно:

server_name sub.domain.com;
listen 443;
... ssl settings ...

include *.locations

Не устаривает то, что нужно для каждой локации подобную штуку допиливать, а если папка не /static? - руками что-то делать, сейчас я скриптом это генерирую и не хочу усложнять схему.

Поэтому хотелось бы одним роутом всё решить, если это возможно.

Здесь http://10.1.0.6:3000/ докер контейнер, в котором тоже nginx, но это не должно влиять, т.к. запросы направляются на внешний интерфейс контейнера.

[Lynn «Кофеман»]

Ну тогда чем вас не устраивает

location / {
  modsecurity on;
  proxy_pass http://10.1.0.6:3000;
}

location /projects/test/2.0.0/ {
  modsecurity on;
  proxy_pass http://10.1.0.6:3000/;
}

но всё ещё похоже что вы что-то не договариваете.

[historydev]

Lynn «Кофеман», адреса разные у приложений, поэтому location / { ... } не подойдёт.

Показываю всё:

sub.domain.com:

server {
        server_name sub.domain.com;

    listen 443 ssl; # managed by Certbot
    ssl_certificate /etc/letsencrypt/live/sub.domain.com/fullchain.pem; # managed by Certbot
    ssl_certificate_key /etc/letsencrypt/live/sub.domain.com/privkey.pem; # managed by Certbot
    include /etc/letsencrypt/options-ssl-nginx.conf; # managed by Certbot
    ssl_dhparam /etc/letsencrypt/ssl-dhparams.pem; # managed by Certbot

        include /etc/nginx/locations/sub.domain.com.*.locations;

}

sub.domain.com.test.locations:

#location /static/ {
#  modsecurity on;
#  proxy_pass http://10.1.0.6:3000;
#}

location /projects/test/2.0.0 {
  modsecurity on;
  proxy_pass http://10.1.0.6:3000/;
}

[Lynn «Кофеман»]

Что-то мне подсказывает, что на самом деле вам надо научить ваши приложения ходить за статикой не в /static/..., а в /projects/test/2.0.0/static/... и проблемы не будет.

[historydev]

Lynn «Кофеман»,
Да, это решит проблему, но добавит лишних действий. Другого выхода кроме локации под /static/ нет?

[historydev]

Lynn «Кофеман»,

Просто в случае смены /projects/*** на /project/*** допустим, а проектов десятки, это каждый пересобирать. - бред короче

[Lynn «Кофеман»]

Представьте что у вас 33 проекта и подумайте в какой из них должна быть проксирована папка static?

[historydev]

Lynn «Кофеман», кажется я нашёл решение, но не понимаю как мне его применить:
https://gist.github.com/soheilhy/8b94347ff8336d971ad0
rewrite ^/blog(.*) /$1 break;

Почему при смене на /projects/test/2.0.0 эффекта нет?

[Lynn «Кофеман»]

historydev, и как это отвечает на вопрос про 33 проекта?

[historydev]

Lynn «Кофеман», так, что каждый роут исходящие url редиректит/перезаписывает по своим правилам.

Нашёл http_sub_module, почти решает вопрос, но не изменяет url во всех файлах используемых в html файле.

[Lynn «Кофеман»]

historydev, sub это костыльнейший костыль.
не нужно его трогать.

Можно ещё посмотреть в сторону разделения по доменам.

prj1.sub.domain.com
prj2.sub.domain.com
...
prjN.sub.domain.com

с примерно таким конфигом

map $host $port {
  hostnames;
  prj1.* 3000;
  prj2.* 4000;
  prjN.* 6000;
}

server {
  server_name *.sub.domain.com;
  ...

  location / {
    proxy_pass http://10.1.0.6:$port;
  }
}

Ну ещё надо будет сделать сертификат на *.sub.domain.com и настроить DNS.

Зато у каждого проекта будет свой домен и не будет возникать вопроса куда проксировать /static/

И добавление нового проекта сводится к добавлению ещё одной строчки в map и всё.

[historydev]

Lynn «Кофеман», Думал над этим, но это сложнее автоматизировать, нужно постоянно добавлять А записи, если рассматривать этот вариант, то на его фоне уже попроще научить статику обращаться на адрес.

Нельзя получить в рамках роута что-то вроде origin/path в ноде?

Допустим в моём случае исходящий запрос идёт с /projects/test/2.0.0 и уже исходя от адреса, перезаписывать url /static/* на /projects/test/2.0.0/static/* в данном случае.

[Lynn «Кофеман»]

> нужно постоянно добавлять А записи
можно один раз добавить звёздочку https://en.wikipedia.org/wiki/Wildcard_DNS_record

> Нельзя получить в рамках роута что-то вроде origin/path в ноде?
Можно. Например можно вообще передать весь исходный uri или только префикс.

location /projects/test/2.0.0/ {
  modsecurity on;
  proxy_pass http://10.1.0.6:3000/;
  proxy_set_header X-Original-Uri $request_uri;
  # или
  proxy_set_header X-Prefix /projects/test/2.0.0/;
}

[historydev]

Lynn «Кофеман»,

Нужно чтобы для исходящих uri, в данном случае /static/js/file.js и /static/css/file.css подставлялось /projects/test/2.0.0.

И в итоге он запрашивал /projects/test/2.0.0/static/js/file.js.

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

[Lynn «Кофеман»]

historydev,
https://webpack.js.org/guides/public-path/

[historydev]

Lynn «Кофеман»,

Да, добавил .env, собрал докер и сработало, сейчас деплоить буду, спасибо.

Жалко нельзя в nginx этот вопрос решить без костылей.