Смотря на примеры логов, видел конструкции такого вида:

if ($http_user_agent ~ MSIE) {
    rewrite  ^(.*)$  /msie/$1  break;
}

if ($http_cookie ~* "id=([^;]+)(?:;|$)" ) {
    set  $id  $1;
}

if ($request_method = POST ) {
    return 405;
}

if (!-f $request_filename) {
    break;
    proxy_pass  http://127.0.0.1;
}

А вот переменной типа $referer - нету (если не считать $invalid_referer при заданной valid_referers)...
А как быть, если мне, например, нужно отдать 403 запросу с одним реферером, сделать rewrite для второго, а всех остальных - проксировать апачу?

А можно вообще такую штуку сделать: приходит запрос, он перенаправляется на какой-нибудь скрипт, который анализирует заголовки (хорошо, если это будет на perl), и, в зависимости от результата работы этого скрипта, обработка запроса проксируется апачу, либо возвращается какой-либо статус?

И второй вопрос: если в конфиге nginx стоит
proxy_set_header   X-Forwarded-For  $proxy_add_x_forwarded_for;
что, как я понимаю, вещь необходимая, то что делать с той ситуацией, когда запрос был послан человеком, сидящим, например, в офисе за проксей? nginx вернет старое значение этого заголовка, после того, как получит ответ от бэкенда?

• А можно ли так сделать nginx-ом?,seller, 22:14 , 09-Апр-07

>А вот переменной типа $referer - нету (если не считать $invalid_referer при
>заданной valid_referers)...
>А как быть, если мне, например, нужно отдать 403 запросу с одним
>реферером, сделать rewrite для второго, а всех остальных - проксировать апачу?

Как это нету?
$http_referer.
ЕМНИП, там есть все переменные с названиями, как у заголовков HTTP (из RFC).

>А можно вообще такую штуку сделать: приходит запрос, он перенаправляется на какой-нибудь
>скрипт, который анализирует заголовки (хорошо, если это будет на perl), и,
>в зависимости от результата работы этого скрипта, обработка запроса проксируется апачу,
>либо возвращается какой-либо статус?

Что мешает писать условия в самом конфиге?