Lynn «Кофеман»

Нужно «настоящий» сервер описать отдельно, а всё остальное пусть редиректит в него.

Примерно так:

server {
    listen 443 ssl;
    server_name toorrp4.fvds.ru;

    # тут конфигурация сервера
}

# а тут редиректим всё остальное
server {
    listen 443 default_server ssl;
    return 301 https://toorrp4.fvds.ru$request_uri;
}

UPD: подставлять $uri в редирект это весьма плохая идея.

Третий пункт невозможен по определению. path в запросе есть всегда.

Для остального вот улучшенный вариант решения от AUser0

map $uri $clean_uri {
    default $uri$is_args$args;
    "~(?'_'.+)/$" $_$is_args$args;
}

server {
    if ($request_uri != $clean_uri) {
        return 302 $clean_uri;
    }
}

Примеры:

$ curl -s -o /dev/null -w '%{http_code}: %{redirect_url}\n' http://localhost:7777///foo
302: http://localhost:7777/foo
$ curl -s -o /dev/null -w '%{http_code}: %{redirect_url}\n' http://localhost:7777/foo//bar/
302: http://localhost:7777/foo/bar
$ curl -s -o /dev/null -w '%{http_code}: %{redirect_url}\n' http://localhost:7777///foo?q=42
302: http://localhost:7777/foo?q=42
$ curl -s -o /dev/null -w '%{http_code}: %{redirect_url}\n' http://localhost:7777/foo//bar/?q=42
302: http://localhost:7777/foo/bar?q=42
$ curl -s -o /dev/null -w '%{http_code}: %{redirect_url}\n' http://localhost:7777/foo
200: 
$ curl -s -o /dev/null -w '%{http_code}: %{redirect_url}\n' http://localhost:7777/foo?q=42
200:

location ~ \.php$ подразумевает что урл закончится на .php и никаких /url_path_test дальше быть не может.

Поменяйте на location ~ "\.php(/.+)?$"

UPD: и внутри надо поменять директиву try_files на try_files $fastcgi_script_name =404;

Вариант с map:

map $http_accept $avif_image_path {
  default "";
  ~image/avif "$uri.avif";
}
map $http_accept $webp_image_path {
  default "";
  ~image/webp "$uri.webp";
}

server {
  # ...
  location ~* \.(png|jpe?g|gif)$  {
    add_header Vary Accept;

    try_files $avif_image_path $webp_image_path $uri =404;
  }
  # ...
}

Все сервера в директиве upstream резолвятся в IP-адреса и информация об оригинальных именах теряется. Это проблема если на одном IP-адресе существует множество серверов.

Правильным решением было бы поднятие апстримов на уникальных парах IP:port, но есть обходной путь при помощи двойного проксирования.

Примерно так:

# вместо настоящих серверов указываем тут промежуточные,
# которые определены в этом же конфиге ниже
upstream valid {
  server 127.0.10.1:80;
  server 127.0.10.2:80;
}

# промежуточный сервер
server {
  listen 127.0.10.1:80;
  location / {
    proxy_pass http://validator.amd.ru;
    # тут nginx автоматически добавляет proxy_set_header Host validator.amd.ru;
    # (берёт имя домена из proxy_pass)
  }
}
# второй промежуточный сервер
server {
  listen 127.0.10.2:80;
  location / {
    proxy_pass http://validator.bm.ru;
    # тут nginx автоматически добавляет proxy_set_header Host validator.bm.ru;
  }
}

# тут ничего не меняем
server {
  ...
  location /api/valid {
    proxy_pass http://valid/api/validators;
    # теперь запросы проксируются в промежуточные сервера, которые проксируют
    # в настоящие с правильным именем домена
  }
}

Как посоветовал ky0, лучше использовать явные аргументы вида $arg_name.

map $arg_h:$arg_blur $imgdir {
    default                "/image";
    ~^(?<height>\d+):true$ "/tmp/h$height/blur";
    ~^(?<height>\d+):      "/tmp/h$height";
}

Не помню где именно я это прочитал, но некоторые изменения в конфиге, в частности изменения директивы listen, не применяются при «мягком рестарте» (systemctl reload nginx, nginx -s reload и т.п.).

Поэтому при внесении изменений в listen nginx нужно полностью перезапускать nginx (systemctl restart nginx и т.п.).

Так а в чём проблема ипользовать allow/deny?

location /catalog/ {
  allow 1.2.3.0/24; # подсеть
  allow 5.6.7.8; # ip
  deny all; # всем остальным нельзя
  proxy_pass http://node;
  ...
}

Потому что обычно в sites-enabled лежат не файлы, а символические ссылки на файлы в папке sited-available.

$ ls -l /etc/nginx/sites-enabled/default 
lrwxrwxrwx 1 root root 34 ott 24 10:54 /etc/nginx/sites-enabled/default -> /etc/nginx/sites-available/default

Так что нужно добавить и эту папку тоже.

Ну или удалить эту ссылку, всё равно это заглушка и ни в каком реальном проекте она не нужна.

Проще всего добавить ещё один location

location = /test {
    return 302 /test/;
    # или 301
}

«Магия» с редиректом /path → /path/ работает только если запрос внутри location обрабатывается одной из *_pass директив.

nginx.org/ru/docs/http/ngx_http_core_module.html#l...
[...]
Если location задан префиксной строкой со слэшом в конце и запросы обрабатываются при помощи proxy_pass, fastcgi_pass, uwsgi_pass, scgi_pass, memcached_pass или grpc_pass, происходит специальная обработка. В ответ на запрос с URI равным этой строке, но без завершающего слэша, будет возвращено постоянное перенаправление с кодом 301 на URI с добавленным в конец слэшом.
[...]

В вашем конфиге обработка запроса происходит не в location /test/, а в location ~ \.php$ (хоть он и вложен в предыдущий) поэтому «магического» редиректа нет и надо сделать его самостоятельно.

Третий вариант, задавать переменные через map

map $uri $APP_SETTINGS {
  default "";
  ~^/path1/ app-settings-12;
  ~^/path2/ app-settings-100500;
}

server {
  location ~\.php$ {
    fastcgi_pass ...;
    fastcgi_param APP_SETTINGS $APP_SETTINGS if_not_empty;
    ...
  }
}

Ну так запихайте регулярку в map. Примерно так:

map $dash_name $dot_name {
  default $dash_name;
  ~^(?<p1>\w+)-(?<p2>\w+)$ $p1.$p2;
}

server {
  server_name ~^(?<dash_name>.+?)\.test\.domain\.ru$; 
  root /home/ftp/$dot_name/web/;
}

А главная это какая? Если которая /, то просто:

location = / {
    return 404; # или 444 по желанию
}

У вас в слово server затесался неразрывный символ нулевой ширины (aka BOM, aka ZWNBSP)

$ xxd
directive "server" in
00000000: 6469 7265 6374 6976 6520 2273 efbb bf65  directive "s...e
00000010: 7276 6572 2220 696e 0a                   rver" in.

вот это efbb bf