search for: openresty

...to wforce, from the dovecot side, if possible. I've got some internal services that can generate a significant amount of dovecot logins, but it's kind of silly to keep doing auth policy lookups for those internal servers. To continue the Lua thread, I was thinking I could also drop a local openresty to do some conditional lookups. I.e. if remote IP is known good, a localhost nginx just sends back the response; if not a known good IP, then proxy the req over to the wforce cluster. That might be a bit overkill though :)

...e got some internal services that > > can generate a significant amount of dovecot logins, but it's kind of > silly > > to keep doing auth policy lookups for those internal servers. > > > > To continue the Lua thread, I was thinking I could also drop a local > > openresty to do some conditional lookups. I.e. if remote IP is known > good, > > a localhost nginx just sends back the response; if not a known good IP, > > then proxy the req over to the wforce cluster. That might be a bit > overkill > > though :) > Hi! > > Currently it'...

...nerate a significant amount of dovecot logins, but it's kind of > > > silly > > > > to keep doing auth policy lookups for those internal servers. > > > > > > > > To continue the Lua thread, I was thinking I could also drop a local > > > > openresty to do some conditional lookups. I.e. if remote IP is known > > > good, > > > > a localhost nginx just sends back the response; if not a known good > IP, > > > > then proxy the req over to the wforce cluster. That might be a bit > > > overkill > > &...

...cot side, if possible. I've got some internal services that > can generate a significant amount of dovecot logins, but it's kind of silly > to keep doing auth policy lookups for those internal servers. > > To continue the Lua thread, I was thinking I could also drop a local > openresty to do some conditional lookups. I.e. if remote IP is known good, > a localhost nginx just sends back the response; if not a known good IP, > then proxy the req over to the wforce cluster. That might be a bit overkill > though :) Hi! Currently it's not possible to disable auth_policy c...

On Thursday 11 of January 2018, Aki Tuomi wrote: > Seems we might've made a unexpected change here when we revamped the ssl > code. Revamped, interesting, can it support milions certs now on single machine? (so are certs loaded by demand and not wasting memory) > Aki -- Arkadiusz Mi?kiewicz, arekm / ( maven.pl | pld-linux.org )

I've been digging into the auth policy stuff with weakforced lately. There are cases (IP ranges, so could be wrapped up in remote {} blocks) where it'd be nice to skip the auth policy (internal hosts that I can trust, but that are hitting the same servers as the outside world). Is there any way to disable auth policy, possibly inside a remote{}? auth_policy_server_url complains that it

...hat > > > can generate a significant amount of dovecot logins, but it's kind of > > silly > > > to keep doing auth policy lookups for those internal servers. > > > > > > To continue the Lua thread, I was thinking I could also drop a local > > > openresty to do some conditional lookups. I.e. if remote IP is known > > good, > > > a localhost nginx just sends back the response; if not a known good IP, > > > then proxy the req over to the wforce cluster. That might be a bit > > overkill > > > though :) > > H...

...net ens4: Unexpected TXQ (0) queue failure: -28 > >>> > >>> This patch adds a check whether sq is full in xdp xmit. > >>> > >>> Fixes: 56434a01b12e ("virtio_net: add XDP_TX support") > >>> Reported-by: Yichun Zhang <yichun at openresty.com> > >>> Signed-off-by: Xuan Zhuo <xuanzhuo at linux.alibaba.com> > >>> Reviewed-by: Alexander Duyck <alexanderduyck at fb.com> > >>> Acked-by: Michael S. Tsirkin <mst at redhat.com> > >>> --- > >>> drivers/net/virt...

If the queue of xdp xmit is not an independent queue, then when the xdp xmit used all the desc, the xmit from the __dev_queue_xmit() may encounter the following error. net ens4: Unexpected TXQ (0) queue failure: -28 This patch adds a check whether sq is full in XDP Xmit. Thanks. Xuan Zhuo (2): virtio_net: separate the logic of checking whether sq is full virtio_net: add checking sq is full

If the queue of xdp xmit is not an independent queue, then when the xdp xmit used all the desc, the xmit from the __dev_queue_xmit() may encounter the following error. net ens4: Unexpected TXQ (0) queue failure: -28 This patch adds a check whether sq is full in XDP Xmit. Thanks. v1: 1. rename to check_sq_full_and_disable 2. reorder some funcs to avoid declaration Xuan Zhuo (3):

Hi folks, I've noted that the CentOS 8 debuginfo repo lacks the repodata/ directory: http://debuginfo.centos.org/8/x86_64/ Did the maintainers forget to upload it? It does have all the .rpm files under the Packages/ sub-directory though: http://debuginfo.centos.org/8/x86_64/Packages/ And no repodata/ there either. Also, I've noted the 8-stream/ directory which is empty. Is it