lua: header sample fetch doesn't work in POST requests

Hi, applet.sf:hdr(name) always returns empty strings in POST requests. It works only in GET requests. To reproduce: haproxy.cfg: global ... lua-load /etc/haproxy/test.lua ... frontend http bind *:8081 mode http acl applet_test_url path /applet-test http-request use-service

Ce week-end, tous chez Léon !

Si ce message ne s'affiche pas correctement, suivez ce lien http://mirror.news.mcf-1434.com/?e=haproxy@formilux.org=20=451 Léon de Bruxellesbody { height:100% !important; margin:0; padding:0; width:100% !important;}html { -webkit-text-size-adjust: 100%; -ms-text-size-adjust:

Re: lua: header sample fetch doesn't work in POST requests

Hello, Thank you for the bug repport and the method for reproducing it. You're absolutely right, I reproduce the bug. Unfortunately it's not a bug. When we enter in the applet run, the data of the body is received, and when the body data is received, HAProxy looses the offset headers. So, you

20% discount before Christmas !Latest super professional network cameras ,HD police body cameras from big reputation factory

DearFriends, Hopethingsarewellwithyou.= Nowoursecurityproductsareverypo=pularinUSA,Japan,France,Germanyandother50countries. Bytheway,Wesupply oneofours=uperprofessional wifinetworkcameras whichsellespecially=wellforyourreference.Everymonth ,weallexportover5000pc=stoUSA and

txn:get_headers()

Hi there, I'm trying my hands on haproxy 1.6.2 and I'm excited about the LUA integration. I'm however running into an issue and can't figure out why. Please forgive me if my issue is only due to my complete ignorance about LUA (I literally just opened the language documentation). I'm trying to

Providing SNI information for checks of SSL backends?

When defining check entries in a backend, is it possible to provide SNI information to the http client within haproxy so that backend Apache webservers that support SNI can be used, and have the check request directed to the correct virtualhost? I saw something that said SNI checks are not as

Unsubscribe