La journalisation des données POST à partir de $request_body

Cette solution fonctionne comme un charme (mis à jour en 2017 pour l'honneur que log_format doit être dans le http cadre de la config nginx):

log_format postdata $request_body;

server {
    # (...)

    location = /post.php {
       access_log  /var/log/nginx/postdata.log  postdata;
       fastcgi_pass php_cgi;
    }
}

Je pense que le truc est de faire de nginx croire que vous allez appeler un script cgi.

Ok. Donc, finalement, j'ai été en mesure de se connecter au poste de données et le retour d'un de 200. C'est une sorte de hacky solution que je ne suis pas trop fier de qui, fondamentalement, remplace le comportement naturel pour error_page, mais mon inexpérience de nginx plus échéanciers m'amènent à cette solution:

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;
}

Maintenant selon cette configuration, il semblerait que le proxy pass serait de retour de 200 tout le temps. Parfois, je voudrais obtenir 500 mais quand je l'ai jeté dans un error_log pour voir ce qui se passait, tous mes request_body de données était là et je ne pouvais pas voir un problème. J'ai donc pris cela et a écrit au même journal. Depuis nginx n'aime pas le même nom pour la variable de suivi, j'ai juste utilisé my_tracking_2 et écrit le même journal que lorsqu'elle retourne un 200. Certainement pas la solution la plus élégante et je souhaite la bienvenue à une meilleure solution. J'ai vu le post de module, mais dans mon scénario, je n'arrivais pas à recompiler à partir de la source.

nginx format de journal prises à partir d'ici: http://nginx.org/en/docs/http/ngx_http_log_module.html

pas besoin d'installer quoi que ce soit extra

a fonctionné pour moi pour GET et POST demandes:

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;
    }
}

il suffit de changer upstream_ip et upstream_port

J'ai eu un problème similaire. Les requêtes GET travaillé et leur (vide) le corps d'une requête ai écrit dans le fichier journal. POST demande a échoué avec une erreur 404. Expérimenter un peu, j'ai trouvé que tous POST demandes ont été un échec. J'ai trouvé un forum de demander à propos des requêtes POST et la solution n'a fonctionné pour moi. Cette solution? Ajouter un proxy_header ligne droite avant le proxy_pass ligne, exactement comme dans l'exemple ci-dessous.

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;
    }
}

(C'est avec nginx 1.2.1 pour ce qu'il vaut.)