Обслуживание нескольких конечных точек прокси в Nginx

13

У меня есть пара конечных точек API, которые я хочу обслуживать из-под одного местоположения /apiс подпутями, идущими к различным конечным точкам. В частности, я хочу, чтобы webdis был доступен по адресу, /apiа проприетарный API доступен по адресу /api/mypath.

Меня не беспокоит конфликт с API webdis, потому что я использую подпути, которые вряд ли конфликтуют с именами команд redis, а также имею полный контроль над дизайном API, чтобы избежать конфликтов.

Вот файл конфигурации с моего тестового сервера, который я взломал:

server {
  listen 80;
  server_name localhost;
  server_name 192.168.3.90;
  server_name 127.0.0.1;

  location / {
    root /home/me/src/phoenix/ui;
    index index.html;
  }

  # temporary hardcoded workaround
  location = /api/mypath/about {
    proxy_pass http://localhost:3936/v1/about;
  }

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

  # tried this but it gives "not found" error
  #location ^~ /api/mypath/ {
  #  rewrite ^/api/mypath/(.*)$ /$1 break;
  #  proxy_pass http://localhost:3936/v1/;
  #}
  #
  #location ^~ /api {
  #  rewrite ^/api/(.*)$ /$1 break;
  #  proxy_pass http://localhost:7379/;
  #}
}

Как я могу изменить мой обходной путь, чтобы любые запросы к /api/mypath/*отправлялись на конечную точку на порту 3936, а все остальное на порт 7379?

nginx reverse-proxy hamstar
источник
Что вы имеете в виду tried this to no avail? Что произошло, когда вы включили эту директиву местоположения? Время соединения вышло? Место не соответствует?
masegaloeh
Ах, спасибо за подсказку, он выдает не найденную ошибку, при дальнейшем исследовании выясняется, что ошибка исходит от моего API, поэтому он работает! : D Но правило переписывания явно не потому, что я должен добавить v1 к URL ( localhost / api / mypath / v1 / about ) ... :(
hamstar

Ответы:

24

Вам не нужно переписывать для этого.

server {
  ...

  location ^~ /api/ {
    proxy_pass http://localhost:7379/;
  }
  location ^~ /api/mypath/ {
    proxy_pass http://localhost:3936/v1/;
  }
}

Согласно документации nginx

Местоположение может быть определено строкой префикса или регулярным выражением. Регулярные выражения задаются с помощью предыдущего ~*модификатора (для сопоставления без учета регистра) или ~модификатора (для сопоставления с учетом регистра). Чтобы найти местоположение, соответствующее заданному запросу, nginx сначала проверяет местоположения, определенные с использованием строк префикса (местоположения префикса). Среди них местоположение с самым длинным совпадающим префиксом выбирается и запоминается. Затем проверяются регулярные выражения в порядке их появления в файле конфигурации. Поиск регулярных выражений заканчивается при первом совпадении, и используется соответствующая конфигурация. Если совпадения с регулярным выражением не найдено, используется конфигурация расположения префикса, запомненного ранее.

Если самое длинное совпадающее местоположение префикса имеет ^~модификатор, то регулярные выражения не проверяются.

Поэтому любой запрос, который начинается с /api/mypath/, всегда будет обслуживаться вторым блоком, так как это самый длинный совпадающий префикс.

Любой запрос, который начинается /api/не сразу после него, mypath/всегда будет обслуживаться первым блоком, поскольку второй блок не совпадает, поэтому первый блок становится самым длинным совпадающим местоположением префикса.

Алексей Тен
источник
2
Если посмотреть на модификаторы местоположения ( =, ~*, ~и ^~) может показаться нелогичным , что ^~исключает регулярные выражения (так как ~указывает на соответствие регулярному выражению) ... Однако, если вы помните, ^внутри класса символов регулярных выражений (например [^a-z]) отрицает , что class (такой, что означает в примере (любой символ, кроме символов из az); аналогично, ^~отменяет любые потенциальные блоки местоположения регулярного выражения.
Doktor J
6

Хорошо, понял, я думал, что «not found» ошибка исходит от nginx, но на самом деле это было из моего API. Это мое решение, если кому-то интересно:

server {
  listen 80;
  server_name localhost;
  server_name 192.168.3.90;
  server_name 127.0.0.1;

  location / {
    root /home/me/src/phoenix/ui;
    index index.html;
  }

  # automatically go to v1 of the (grape) API
  location ^~ /api/mypath/ {
    rewrite ^/api/mypath/(.*)$ /v1/$1 break;
    proxy_pass http://localhost:3936/;
  }

  location ^~ /api {
    rewrite ^/api/(.*)$ /$1 break;
    proxy_pass http://localhost:7379/;
  }
}
hamstar
источник