<div dir="ltr">If your backend is sensitive to keepalive traffic (mine are), then my advice is to enable keepalives as far into your stack as you can. <div><br></div><div>i.e. I have nginx fronting haproxy and varnish, I enable keepalives to both haproxy and varnish add have them add a "connection: close" header to their backend requests. That keeps the backends happy but still lets the frontends take advantage of connection reuse.</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Mar 9, 2016 at 2:15 AM, RemcoJanssen <span dir="ltr"><<a href="mailto:nginx-forum@forum.nginx.org" target="_blank">nginx-forum@forum.nginx.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hello, I am new to nginx and Speedgrade suggest I enable keepalive to<br>
enhance performance of my website(s).<br>
<br>
I've read*1 that enabling this is also a risk. What is the best practise?<br>
<br>
*1 <a href="https://www.nginx.com/blog/http-keepalives-and-web-performance/" rel="noreferrer" target="_blank">https://www.nginx.com/blog/http-keepalives-and-web-performance/</a><br>
<br>
Posted at Nginx Forum: <a href="https://forum.nginx.org/read.php?2,265177,265177#msg-265177" rel="noreferrer" target="_blank">https://forum.nginx.org/read.php?2,265177,265177#msg-265177</a><br>
<br>
_______________________________________________<br>
nginx mailing list<br>
<a href="mailto:nginx@nginx.org">nginx@nginx.org</a><br>
<a href="http://mailman.nginx.org/mailman/listinfo/nginx" rel="noreferrer" target="_blank">http://mailman.nginx.org/mailman/listinfo/nginx</a><br>
</blockquote></div><br></div>