# grep -iR request_id /etc/nginx/
/etc/nginx/sites-available/default.conf:    set $request_id "$pid-$msec-$request_length-$connection";
/etc/nginx/sites-available/default.conf:        proxy_set_header X-Proxy-Request-ID $request_id;
/etc/nginx/sites-enabled/default.conf:    set $request_id "$pid-$msec-$request_length-$connection";
/etc/nginx/sites-enabled/default.conf:        proxy_set_header X-Proxy-Request-ID $request_id;
# ls -ls /etc/nginx/sites-enabled/default.conf
0 lrwxrwxrwx 1 root root 39 Jan 18  2019 /etc/nginx/sites-enabled/default.conf -> /etc/nginx/sites-available/default.conf

я где оно еще может быть указано?
насколько понял из документации, оно должно указываться per server (vhost)

это же встроенная переменная. Конечно, она уже определена

Если тебе надо сформировать свой request_id и передать на бэкенд - используй другую переменную и передавай ее

так разве я не могу ее оверрайдить?

хз… не понимаю, зачем

что мешает использовать другую переменную?

Назови ее $request_id2 и используй

ты все равно ее сам определяешь и сам решаешь, передавать ее или нет.

К тому же, есть шанс, что она не уникальна

та она на пачке энвов определена

лениво по всем искать и менять. но таки придется

не понимаю, зачем в request_id засовывать access_log 🙂

bcs we can

ну тогда еще рефереа и куки туда положить… можно в принципе запрос от клиента не передавать, а прямо на return-ах в location приложение написать 🙂

лог отправляется в елк, например, и по этому самому request_id из лога - легко искать

по стандартному request_id тоже легко ищется

пофигу где… хоть в эластике, хоть грепом

Добрый день, крутится домашний проект на поддомене, заметил, что не убрал заглушку на главном домене/ip адрессе, грозит ли мне чем-то? Лень лезть на сервер, но если надо..

Добрый день. Грозит отсутствию посетителей на главном домене

Да я один им пользуюсь, это облако)