Как написать правильный rewrite?

Question

[Сергей]

Есть несколько "неправильных веб страничек" во внутренней сети, которые корректно открываются при "прямом обращении" к сайтам, на которых они располагаются. Для доступа извне к ним использую nginx с location, внутри которого делаю rewrite.
Пример location

location /esp1/ {
rewrite ^/esp1/(.*)$ /$1 break;
proxy_pass http://esp1;
}

Пример страницы (исправить не могу, т.к. она "зашита" в некое устройство)

_div class="c"_
_a href="configmain"_Main_/a _
_a href="configall"_Hardware_/a_
_a href="configsrv"_Servers_/a_
_hr_
_a href="/debug"_Debug_/a_
_a href="/configrst"_Restart_/a_
_/div_

Обращение к страничке ....ru/esp1/
При переходе по ссылке configmain на страницу ...ru/esp1/configmain
При переходе по ссылке configrst, видимо из-за "/" ошибка и выкидывает в корень.
Логи

configmain

2018/02/06 16:59:27 [notice] 20908#20908: *1 "^/esp1(.*)$" matches "/esp1/configmain", client: 172.16.0.1, server: mediaserver, request: "GET /esp1/configmain HTTP/1.1", host: "192.168.1.16", referrer: "http://..................ru/esp1/"
2018/02/06 16:59:27 [notice] 20908#20908: *1 rewritten data: "/configmain", args: "", client: 172.16.0.1, server: mediaserver, request: "GET /esp1/configmain HTTP/1.1", host: "192.168.1.16", referrer: "http://..................ru/esp1/"

configrst

2018/02/06 16:59:35 [notice] 20908#20908: *1 "^/esp1(.*)$" matches "/esp1/", client: 172.16.0.1, server: mediaserver, request: "GET /esp1/ HTTP/1.1", host: "192.168.1.16"
2018/02/06 16:59:35 [notice] 20908#20908: *1 rewritten data: "/", args: "", client: 172.16.0.1, server: mediaserver, request: "GET /esp1/ HTTP/1.1", host: "192.168.1.16"
2018/02/06 16:59:37 [error] 20908#20908: *1 open() "/home/www/configrst" failed (2: No such file or directory), client: 172.16.0.1, server: mediaserver, request: "GET /configrst HTTP/1.1", host: "192.168.1.16", referrer: "http://..................ru/esp1/"

Повторюсь, что исправить станицу не могу и подобных "серверов" (href="/...") у меня много.
Причем единственная возможность доступа к ним - location. NGINX доступен извне по единственному адресу:порту, а сайтов внутри сети много.

Comments

[Сергей]

...а сайтов внутри сети много

Например, есть такой "принтесервер для 3d принтеров" octoprint, для него я нашел "location"

location /octo/ {
proxy_pass http://octo;
proxy_set_header Host $host:$server_port;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_set_header X-Scheme $scheme;
proxy_set_header X-Script-Name /octo;

location ~ /octo/(?(downloads|static|api|plugin).*) {
proxy_pass octo/$pathinfo;
proxy_set_header Host $host;
}

location /octo/sockjs {
proxy_pass octo/sockjs; # NO trailing slash here!
proxy_http_version 1.1;
proxy_set_header Upgrade $http_upgrade;
proxy_set_header Connection "upgrade";
proxy_set_header Host $host:$server_port;
proxy_set_header X-Real-IP $remote_addr;
}
}

Ничего не понял :(, но работает корректно.
А вот для "IoT'ного девайса" такого примера я не найду и прошивку с веб-страничкой не изменю. :(

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

Обычно Проще использовать поддомены

Answer 1

[ivankomolin]

Я несколько раз прочитал и все равно не разобрался в вашем сумбурном рассказе.
Но то что вы хотите называется проксирование.

Давайте рассмотрим детали на примерах:
Есть ресурс test.com и у него есть картинка по адресу test.com/images/img.jpg

1. Есть ресурс test2.com, на котором мы хотели бы показать эту картинку по адресу test2.com/images/img.jpg
В настройках сервера test2.com пишем такой локейшн:

location /images/ {
	proxy_pass http://test.com;
}

2. Есть ресурс test2.com, на котором мы хотели бы показать эту картинку по адресу test2.com/pictures/img.jpg
В настройках сервера test2.com пишем такой локейшн:

location /pictures/ {
	rewrite /pictures/(.+) /images/$1 break;
	proxy_pass http://test.com;
}

Специально показал 2 примера, чтобы поняли для чего вам rewrite, а для чего proxy_pass

Comments

[Сергей]

Спасибо большое за ответ.
К сожалению, я понимаю, для чего мне rewrite :(
Когда картинка "по адресу" и все странички "статические" у меня все прекрасно работает по 1му примеру.
Но вот если страничка создается на лету и/или ссылка на картинки или на другие страницы выглядят как (для второго Вашего примера)
test.com/img.jpg
как мне ее "увидеть" по адресу
test.com/pictures/img.jpg
Причем location / я применять не могу, хотя все мои сайты (по отдельности !) открываются корректно.
К сожалению "сайт из первого письма" я положил и удаленно поднять его не могу, но вот более сложный случай - Веб страничка asus'овскго роутера с прошивкой Padavan'а

В моем первом примере я, вроде бы "поймал" тот случай, когда одну ????? обрабатывал rewrite, "подставлял значение из location", открывал по ссылке новую страницы (ив адресной строке было test.com + /из location/ + то, что надо). А вторую ????? не обрабатывал, срабатывал "location /", который и вел не туда.
????? - именно этого я и не понимаю, что должен и может (!) обрабатывать rewrite.

[Сергей]

Ну вот - опечатался

как мне ее "увидеть" по адресу
test2.com/pictures/img.jpg

[ivankomolin]

location /pictures/ {
  rewrite /pictures/(.+) /$1 break;
  proxy_pass http://test.com;
}

При открытии test2.com/pictures/img.jpg, откроется картинка отсюда test.com/img.jpg

[Сергей]

Спасибо и за Ваш ответ.
Естественно этот rewrite я написал.

location /esp2/ {
rewrite ^/esp2/(.*)$ /$1 break;
proxy_pass http://192.168.1.20;
}

В итоге
Корректно

НеКорректно

Сама страничка (других различий нет)

[Сергей]

Если смотреть логи, то
Правильно

http request line: "GET /esp2/main.css HTTP/1.1"
http uri: "/esp2/main.css"
http args: ""
http exten: "css"
http process request header line
http header: "Accept: text/css, */*"
http header: "Referer: http://............vpnki.ru/esp2/"
http header: "Accept-Language: ru-RU"
http header: "User-Agent: Mozilla/5.0 (Windows NT 6.1; Trident/7.0; rv:11.0) like Gecko"
http header: "Cookie: _ga=GA1.2.934471358.1496390570; _ym_uid=149639057047617 . . .
http header: "Accept-Encoding: gzip, deflate"
http header: "Host: 192.168.1.16"
http header done
. . .
using configuration "/esp2/"

НеПравильно

http request line: "GET /debug HTTP/1.1"
http uri: "/debug"
http args: ""
http exten: ""
http process request header line
http header: "Accept: text/html, application/xhtml+xml, */*"
http header: "Referer: http://............vpnki.ru/esp2/"
http header: "Accept-Language: ru-RU"
http header: "User-Agent: Mozilla/5.0 (Windows NT 6.1; Trident/7.0; rv:11.0) like Gecko"
http header: "Cookie: _ga=GA1.2.934471358.1496390570; _ym_uid=149639057047617 . . .
http header: "Accept-Encoding: gzip, deflate"
http header: "Host: 192.168.1.16"
http header done
. . .

using configuration "/"

Неправильный "uri", поэтому не тот "configuration" - все понятоно.
Но как-то обмануть можно?
Ведь, например, в "Referer" есть нужная информация

http header: "Referer: http://............vpnki.ru/esp2/"

Может быть можно выбрать location, проанализировав Referer?