Зворотний проксі-сервер Nginx + перезапис URL-адрес

Nginx працює на порту 80, і я використовую його, щоб відмінити URL-адреси проксі-серверів із шляхом /fooдо порту 3200таким чином:

location /foo {
                proxy_pass http://localhost:3200;
                proxy_redirect     off;
                proxy_set_header   Host $host;
}

Це прекрасно працює, але у мене є приклад на порту 3200, для якого я не хочу надсилати початковий /foo. Тобто - коли я отримую доступ http://localhost/foo/bar, я хочу лише /barбути таким шляхом, який отримав додаток. Тому я спробував додати цей рядок до блоку розташування вище:

rewrite ^(.*)foo(.*)$ http://localhost:3200/$2 permanent;

Це призводить до переадресації 302 (зміна URL-адреси), але я хочу 301. Що робити?

Будь-яке переадресація на localhost не має сенсу з віддаленої системи (наприклад, веб-браузера клієнта). Тож постійні (301) або перенаправлені прапори (302) перезапису у вашому випадку не використовуються.

Спробуйте виконати наступне налаштування за допомогою прозорого правила перезапису:

location  /foo {
  rewrite /foo/(.*) /$1  break;
  proxy_pass         http://localhost:3200;
  proxy_redirect     off;
  proxy_set_header   Host $host;
}

Використовуйте curl -iдля тестування своїх переписувачів. Дуже тонка зміна правила може призвести до того, що nginx виконує переадресацію.

Проста відповідність префікса місцеположення працює для цього без використання правила перезапису, якщо ви вказали URI в директиві proxy_pass:

location /foo {
  proxy_pass http://localhost:3200/;
}

Зауважте додаткові /в кінці proxy_passдирективи. NGINX зніме відповідний префікс /fooі передасть залишок на сервер заходу в URI /. Таким чином, http://myserver:80/foo/barбуде розміщувати повідомлення в бекенді на http://localhost:3200/bar.

З документів NGINX на proxy_pass :

Якщо директива proxy_pass вказана з URI, тоді, коли запит передається серверу, частина нормалізованого URI запиту, що відповідає розташуванню, замінюється URI, зазначеним у директиві:

Абсолютно найправильніший спосіб та найкраща практика зазвичай такі:

location /foo/ {
    proxy_pass http://localhost:3200/; # note the trailing slash!
}

• Зверніть увагу на важливе значення останньої косої рисиproxy_pass , яка автоматично змінює $uriзмінну, щоб відповідати /foo/значкам на передньому кінці /на бекенді. Не потрібно чіткої rewriteдирективи.

• Крім того, зауважте, що трейлінг /у такожlocation досить важливий - без цього ви ризикуєте мати на своєму сайті дивні URL-адреси в один момент (наприклад, працюючий /fooenдодатково /foo/en).

  Крім того, що тягнеться /в locationс proxy_passтакож забезпечує деяку спеціальну обробку , згідно з документацією locationдирективи, щоб ефективно викликати неявне , location = /foo {return 301 /foo/;}а також.

  Отже, визначаючи a locationз косою косою рисою, як описано вище, ви не тільки гарантуєте, що URL-адреси суфікса без косої риси /fooenне будуть дійсними, але й те, що /fooбез кінцевої косої риски буде продовжувати працювати також.

Довідкова документація:

• http://nginx.org/r/location
• http://nginx.org/r/proxy_pass

спробуйте

location /foo {
    proxy_pass http://localhost:3200/;
    ....

або

location ^~ /foo {
    proxy_pass http://localhost:3200/;
    ....

@Terabuck Вибачте, що ще не відповів на відповідь.

Не слід використовувати localhost, оскільки це залежить від того, що програма працює на сервері з файлом хостів. локальний хост - це лише переклад за замовчуванням на 127.0.0.1. Нічого не говорить про те, що у вас повинні бути файли хостів. Просто дуже часто це є.

Наявність інтерфейсу зворотного зв'язку - це ще одна поширена річ, від якої залежать, але ви все ще залежите від інтерфейсного зворотного зв'язку в мережевому стеку. Рідкісний випадок, коли цих двох немає. Якщо ви коли-небудь турбуєтесь про це. Принаймні, на unix / linux у вас є можливість для сокетів. Це позбавить від необхідності мережевого стеку досягти локального хоста. Будьте обережні при такому підході, оскільки є кілька факторів, які будуть входити в хост ОС. Наприклад, кількість відкритих файлів тощо.