Регистрация данных POST из тела $запроса

попробуйте echo_read_request_body.

"echo_read_request_body ... Явно считывает тело запроса, так что переменная $request_body всегда будет иметь непустые значения (если тело не настолько велико, что оно было сохранено Nginx в локальный временный файл)."

location /log {
  log_format postdata $request_body;
  access_log /mnt/logs/nginx/my_tracking.access.log postdata;
  echo_read_request_body;
}

ОК. Поэтому, наконец, я смог зарегистрировать данные post и вернуть 200. Это своего рода хакерское решение, которым я не горжусь, которое в основном переопределяет естественное поведение для error_page, но моя неопытность в NGINX plus timelines приводит меня к этому решению:

location /bk {
  if ($request_method != POST) {
    return 405;
  }
  proxy_set_header  X-Forwarded-For $proxy_add_x_forwarded_for;
  proxy_set_header Host $host;
  proxy_set_header X-Real-IP $remote_addr;
  proxy_redirect off;
  proxy_pass $scheme://127.0.0.1:$server_port/success;
  log_format my_tracking $request_body;
  access_log  /mnt/logs/nginx/my_tracking.access.log my_tracking;
}
location /success {
  return 200;
}
error_page   500 502 503 504  /50x.html;
location = /50x.html {
  root   /var/www/nginx-default;
  log_format my_tracking $request_body;
  access_log  /mnt/logs/nginx/my_tracking.access.log my_tracking_2;
}

теперь в соответствии с этой конфигурацией, казалось бы, что прокси-пас будет возвращать 200 все время. Иногда я получал 500, но когда я бросил error_log, чтобы увидеть, что происходит, все мои request_body данные были там, и я не вижу проблемы. Поэтому я поймал это и написал в тот же журнал. Поскольку nginx не любит одно и то же имя для переменной отслеживания, я просто использовал my_tracking_2 и записал в тот же журнал, что и при возврате 200. Определенно не самое элегантное решение, и я приветствую любое лучшее решение. Я видел модуль post, но в моем сценарии я не мог перекомпилировать из источника.

nginx формат журнала, взятый отсюда:http://nginx.org/en/docs/http/ngx_http_log_module.html

не нужно устанавливать ничего лишнего

работала на меня GET и POST запросы:

upstream my_upstream {
   server upstream_ip:upstream_port;
}

location / {
    log_format postdata '$remote_addr - $remote_user [$time_local] '
                       '"$request" $status $bytes_sent '
                       '"$http_referer" "$http_user_agent" "$request_body"';
    access_log /path/to/nginx_access.log postdata;
    proxy_set_header Host $http_host;
    proxy_pass http://my_upstream;
    }
}

просто изменить upstream_ip и upstream_port

FWIW, эта конфигурация работала для меня:

location = /logpush.html {
  if ($request_method = POST) {
    access_log /var/log/nginx/push.log push_requests;
    proxy_pass $scheme://127.0.0.1/logsink;
    break;
  }   
  return 200 $scheme://$host/serviceup.html;
}   
#
location /logsink {
  return 200;
}

у меня была похожая проблема. Получить запросы работали и их (пустые) тела запросов были записаны в файл журнала. Запросы POST не удалось выполнить с помощью 404. Экспериментируя немного, я обнаружил, что все запросы POST были неудачными. Я нашел форум размещения с просьбой о пост запросов и решение там работало для меня. Это решение? Добавить proxy_header строка перед proxy_pass линия, точно такая же, как в примере ниже.

server {
    listen       192.168.0.1:45080;
    server_name  foo.example.org;

    access_log  /path/to/log/nginx/post_bodies.log post_bodies;
    location / {
      ### add the following proxy_header line to get POSTs to work
      proxy_set_header Host $http_host;
      proxy_pass   http://10.1.2.3;
    }
}

(это с nginx 1.2.1 за то, что он стоит.)