Re: cookie insert method secure

2018-06-24 Thread Igor Cicimov
On Sun, Jun 24, 2018 at 11:28 PM, mlist wrote: > Hi Igor, > > as I see, this is not true. > > > > I think ssl_fs is just persisted between request and response as this work > fine without setting vars (as for below example), *but never works for > cookie header inserted by “cookie insert* …”.

Need Help!

2018-06-24 Thread Ray Jender
So, I am trying to forward incoming rtmp to a HAproxy server to a container that has the media server on the same server. I am sending rtmp from OBS with the streaming set to rtmp://"HAproxy server IP":1935/LPC1 And here is my haproxy.cfg: ray@LPC-HAproxy:/etc/haproxy$ cat haproxy.cfg

RE: cookie insert method secure

2018-06-24 Thread mlist
Hi Igor, as I see, this is not true. I think ssl_fs is just persisted between request and response as this work fine without setting vars (as for below example), but never works for cookie header inserted by “cookie insert …”. It seems that cookie insert method override every other set cookie

Re: Fails to build HAProxy 1.8.10 without USE_THREAD

2018-06-24 Thread Zero King
On Sun, Jun 24, 2018 at 11:45:35AM +0200, William Lallemand wrote: On Sun, Jun 24, 2018 at 09:35:11AM +, Zero King wrote: On Sun, Jun 24, 2018 at 09:42:54AM +0200, William Lallemand wrote: >On Sun, Jun 24, 2018 at 02:30:57AM +, Zero King wrote: >> Hi, >> >> I tried to update haproxy to

Re: Variables

2018-06-24 Thread Thierry Fournier
Hi, There are no mean to display the memory used. It is a good idea to do somme accounting about variable usage. Default limit is “unlimited”. Thierry > On 23 Jun 2018, at 19:51, mlist wrote: > > Hi, > > how to debug/show variables memory consumption to correctly tune size with: > >

Re: Fails to build HAProxy 1.8.10 without USE_THREAD

2018-06-24 Thread William Lallemand
On Sun, Jun 24, 2018 at 09:35:11AM +, Zero King wrote: > On Sun, Jun 24, 2018 at 09:42:54AM +0200, William Lallemand wrote: > >On Sun, Jun 24, 2018 at 02:30:57AM +, Zero King wrote: > >> Hi, > >> > >> I tried to update haproxy to 1.8.10 in MacPorts, but it fails to build > >> from source

Re: Fails to build HAProxy 1.8.10 without USE_THREAD

2018-06-24 Thread Zero King
On Sun, Jun 24, 2018 at 09:42:54AM +0200, William Lallemand wrote: On Sun, Jun 24, 2018 at 02:30:57AM +, Zero King wrote: Hi, I tried to update haproxy to 1.8.10 in MacPorts, but it fails to build from source with the following error (without USE_THREAD): /usr/bin/clang -arch x86_64

Re: Fails to build HAProxy 1.8.10 without USE_THREAD

2018-06-24 Thread William Lallemand
On Sun, Jun 24, 2018 at 09:42:54AM +0200, William Lallemand wrote: > On Sun, Jun 24, 2018 at 02:30:57AM +, Zero King wrote: > > Hi, > > > > I tried to update haproxy to 1.8.10 in MacPorts, but it fails to build > > from source with the following error (without USE_THREAD): > > > >

Re: cookie insert method secure

2018-06-24 Thread Aleksandar Lazic
On 24/06/2018 07:33, mlist wrote: Ansible does automation cannot change internal haproxy behavior. That's right but you can create the backends via ansible or any other script, just an idea. There is possibility to ask a bug or feature request to developers ? A lot is possible. Please

Re: cookie insert method secure

2018-06-24 Thread Igor Cicimov
On Wed, Jun 13, 2018 at 2:23 AM, mlist wrote: > Hi, > > there is a mechanism to specify to command like: > > > > cookie insert indirect preserve nocache httponly secure > > > > to insert secure only if the session is ssl ? So it is possible to use > this command on a common http/https backend

Re: Fails to build HAProxy 1.8.10 without USE_THREAD

2018-06-24 Thread William Lallemand
On Sun, Jun 24, 2018 at 02:30:57AM +, Zero King wrote: > Hi, > > I tried to update haproxy to 1.8.10 in MacPorts, but it fails to build > from source with the following error (without USE_THREAD): > > /usr/bin/clang -arch x86_64 -Iinclude -Iebtree -Wall -O2 -g > -fno-strict-aliasing

RE: cookie insert method secure

2018-06-24 Thread mlist
Ansible does automation cannot change internal haproxy behavior. There is possibility to ask a bug or feature request to developers ? Roberto [APK] [Unione] mlist APKAPPA s.r.l. sede legale Via F. Albani, 21 20149 Milano | p.iva/vat no. IT-08543640158 sede amministrativa e operativa