Nginx Перенаправлення через проксі, переписати та зберегти URL

У Nginx ми намагалися перенаправити URL-адресу наступним чином:

http://example.com/some/path -> http://192.168.1.24

де користувач все ще бачить оригінальну URL-адресу у своєму браузері. Після перенаправлення користувача, скажімо, він /section/index.htmlпереходить на посилання , ми хотіли б, щоб це створило запит, який призводить до переадресації

http://example.com/some/path/section/index.html -> http://192.168.1.24/section/index.html

і знову зберегти початкову URL-адресу.

Наші спроби включали різні рішення за допомогою проксі-серверів та правил перезапису, а нижче показана конфігурація, яка наблизила нас до рішення (зауважте, що це конфігурація веб-сервера для example.comвеб-сервера). Однак із цим все ще є дві проблеми:

• Він не виконує перезапис належним чином, оскільки URL-адреса запиту, отримана веб-сервером, http://192.168.1.24включає /some/pathі, отже, не обслуговує потрібну сторінку.

• Коли ви переходите на посилання, коли сторінка розміщена, /some/pathїї немає в URL-адресі

  server {
      listen          80;
      server_name     www.example.com;
  
      location /some/path/ {
          proxy_pass http://192.168.1.24;
          proxy_redirect http://www.example.com/some/path http://192.168.1.24;
          proxy_set_header Host $host;
      }
  
      location / {
          index index.html;
          root  /var/www/example.com/htdocs;
      }
  }
  

Ми шукаємо рішення, яке включає лише зміну конфігурації веб-сервера на example.com. Ми можемо змінити конфігурацію на 192.168.1.24(також Nginx), проте ми хочемо спробувати уникнути цього, тому що нам потрібно буде повторити цю установку для сотень різних серверів, доступ яких проксі через example.com.

По-перше, вам не слід використовувати rootдирективу всередині блоку розташування, це погана практика. У цьому випадку це не має значення.

Спробуйте додати другий блок місцезнаходження:

location ~ /some/path/(?<section>.+)/index.html {
    proxy_pass http://192.168.1.24/$section/index.html;
    proxy_set_header Host $host;
}

Це захоплює частину після / some / path / і перед index.html до змінної $ section, яка потім використовується для встановлення призначення proxy_pass. Ви можете зробити регулярний вираз більш конкретним, якщо вам потрібно.

У proxy_passдирективі слід використовувати частину URI . Крім того, ви змішали аргументи порядку порядку proxy_redirect, і, ймовірно, вам це зовсім не потрібно. Nginx має розумний дефолт для цієї директиви.

У цьому випадку ваш locationблок може бути справді простим:

location /some/path/ {
    proxy_pass http://192.168.1.24/;
    # note this slash  -----------^
    proxy_set_header Host $host;
}

Ви можете використовувати таку конфігурацію, щоб мати 100% безшовне відображення між /some/path/передньою стороною та /резервним.

Зауважте, що це єдина відповідь на даний момент, яка б також безперешкодно піклуватися про абсолютні шляхи, що генерують 404 Not Foundпомилки, за умови, що Refererбраузер надсилає правильний HTTP- заголовок, тому всі ці gif-файли повинні продовжувати завантажуватися без потреби змінювати базовий HTML (що не тільки дорого, але й не підтримується без додаткових модулів, не закомпонованих за замовчуванням).

location /some/path/ {
    proxy_pass http://192.168.1.24/; # note the trailing slash!
}
location / {
    error_page 404 = @404;
    return 404; # this would normally be `try_files` first
}
location @404 {
    add_header Vary Referer; # sadly, no effect on 404
    if ($http_referer ~ ://[^/]*(/some/path|/the/other)/) {
        return 302 $1$uri;
    }
    return 404 "Not Found\n";
}

Ви можете знайти повний доказ концепції та мінімально життєздатний продукт у https://github.com/cnst/StackOverflow.cnst.nginx.conf сховищі.

Ось тестовий цикл, щоб підтвердити, що всі крайові випадки, здається, працюють:

curl -v -H 'Referer: http://example.su/some/path/page.html' localhost:6586/and/more.gif | & fgrep -e HTTP/ -e Referer -e Location
> GET /and/more.gif HTTP/1.1
> Referer: http://example.su/some/path/page.html
< HTTP/1.1 302 Moved Temporarily
< Location: http://localhost:6586/some/path/and/more.gif
< Vary: Referer

curl -v localhost:6586/and/more.gif | & fgrep -e HTTP/ -e Referer -e Location
> GET /and/more.gif HTTP/1.1
< HTTP/1.1 404 Not Found

curl -v localhost:6586/some/path/and/more.gif | & fgrep -e HTTP/ -e Referer -e Location -e uri
> GET /some/path/and/more.gif HTTP/1.1
< HTTP/1.1 200 OK
request_uri:    /and/more.gif

PS Якщо у вас є багато різних шляхів до карти, то замість того , щоб робити регулярні вирази порівняння в $http_refererмежах в ifмежах location @404, ви можете захотіти використовувати глобальний основі mapдирективи замість цього.

Також зауважте, що кінцеві косої риски як у proxy_pass, так і в тому, що locationвони містяться, є досить важливими відповідно до відповідної відповіді .

Список літератури:

• http://nginx.org/r/location
• http://nginx.org/r/error_page
• http://nginx.org/r/if
• http://nginx.org/r/return
• http://nginx.org/r/add_header

Коли ця косою рискою додається до nnkx проксі-сервісних джинкінів, ви отримуєте помилку "Здається, що ваш зворотний проксі-сервер порушений".

proxy_pass          http://localhost:8080/;

Remove this -----------------------------^

Це слід прочитати

proxy_pass          http://localhost:8080;