Неужели в Nginx невозможно использовать условные заголовки?

Неужели в Nginx невозможно использовать условные заголовки?

В настоящее время я пытаюсь вернуть только набор заголовков CORS условно с помощью Nginx. Сначала это казалось простой задачей, так как у меня уже была эта рабочая конфигурация:

upstream api-app {
  server unix:/tmp/api-app.sock fail_timeout=0;
}

server {
  listen 80;
  # [other server stuff...]

  # CORS headers added to all ALL responses of this server (needed for all requests)
  more_set_headers 'Access-Control-Allow-Methods: GET,POST,PATCH,PUT,DELETE,OPTIONS';
  more_set_headers 'Access-Control-Allow-Origin: *';
  more_set_headers 'Access-Control-Allow-Credentials: true';
  more_set_headers 'Access-Control-Request-Method: GET,POST,PATCH,PUT,DELETE,OPTIONS';
  more_set_headers 'Access-Control-Request-Headers: Content-Type';
  more_set_headers 'Access-Control-Allow-Headers: Origin,X-Requested-With,Content-Type,Accept,Session-Id,Role-Id,Visitor-Id,X-Window-Location';
  more_set_headers 'Access-Control-Expose-Headers: X-Total-Entries,X-Total-Pages,X-Page,X-Per-Page,X-Folder-Hierarchy';

  location / {
    # For OPTIONS request only return above headers and no content (also allow caching them)
    if ($request_method = 'OPTIONS') {
      # cache above (Access-Control) headers
      add_header 'Access-Control-Max-Age' 600;

      # set content length and type just for good measure:
      add_header 'Content-Length' 0;
      add_header 'Content-Type' 'text/plain charset=UTF-8';

      # return 204 - no content
      return 204;
    }

    # Forward requests to actual app (if all above conditions did not match)
    proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
    proxy_set_header X-Forwarded-Proto $http_x_forwarded_proto;
    proxy_set_header Host $http_host;
    proxy_redirect off;
    proxy_read_timeout 35;
    proxy_send_timeout 35;

    proxy_pass http://api-app;
  }
}

Поэтому я просто хотел изменить раздел заголовка CORS на что-то вроде этого

# ...
  set $cors '';

  if ($http_origin ~ '^https?://(some.domain|some.other.domain|other-allows.domain)') {
      set $cors 'true';
  }

  if ($cors = 'true') {
      more_set_headers 'Access-Control-Allow-Methods: GET,POST,PATCH,PUT,DELETE,OPTIONS';
      more_set_headers 'Access-Control-Allow-Origin: $http_origin';
      more_set_headers 'Access-Control-Allow-Credentials: true';
      more_set_headers 'Access-Control-Request-Method: GET,POST,PATCH,PUT,DELETE,OPTIONS';
      more_set_headers 'Access-Control-Request-Headers: Content-Type';
      more_set_headers 'Access-Control-Allow-Headers: Origin,X-Requested-With,Content-Type,Accept,Session-Id,Role-Id,Visitor-Id,X-Window-Location';
      more_set_headers 'Access-Control-Expose-Headers: X-Total-Entries,X-Total-Pages,X-Page,X-Per-Page,X-Folder-Hierarchy';
  }
  

  location / {
# ...

Однако nginx -tмне быстро сказали, more_set_headersчто нельзя использовать в операторе if. Также нельзя использовать add_header.

Я понял, что в locationразделе это сработает. Но я уже знал, что это не будет хорошим решением, как мы все знаемесли это зло в разделах местоположения nginx. И я был прав, поскольку тогда заголовки CORS были бы потеряны для запроса OPTIONS, у меня уже был случай if (OK, поскольку он возвращает).

Я также наткнулся на вариант использования Nginxsфункция карты. Но это работает только в том случае, если я хочу изменить значения заголовков, а не если я хочу добавить целый блок заголовков.

Итак, мой вопрос заключается в следующем: Есть ли способ добавлять заголовки условно (не используя map) и вне блока location? В идеале разрешить включение раздела CORS, чтобы я мог использовать его на нескольких серверах (например, на сайтах nginx).

решение1

Я не знаю, more_set_headersпринимает ли он пустые строки. Если принимает, то можно определить несколько mapоператоров:

map $http_origin $cors_methods {
    default "";
    ~^https?://(some.domain|some.other.domain|other-allows.domain) Access-Control-Allow-Methods: GET,POST,PATCH,PUT,DELETE,OPTIONS;
}

map $http_origin $cors_origin {
    default "";
    ~^https?://(some.domain|some.other.domain|other-allows.domain) Access-Control-Allow-Origin: $http_origin;
}

А затем используйте это:

more_set_headers $cors_methods;
more_set_headers $cors_origin;

Связанный контент