<div dir="ltr">We have sent in a support request to varnish for the same thing a while back.<div><br></div><div>Usually varnish is in some sort of sandwitch.</div><div><br></div><div>It could be haproxy -> Varnish -> haproxy, or h2o ->Varnish->nginx or nginx->Varnish->haproxy or stud->varnish</div><div><br></div><div>Where people want to do their logic is up to them. It can always be solved with http-headers x-forwarded-for and/or x-client-ip, as it has earlier. But there is a reason why haproxy among others have aded this functionality. Then suddenly you don't need extra modules like mod_remote_ip for apache or massage http-headers into ips. </div><div>client.ip, accesslogs, varnishlog has a more relevant ip without hacks</div><div><br></div><div>* haproxy supports it both as a client and towards backends</div><div>* nginx support it as  a client. Patchsets for backends exists (<a href="https://github.com/yaoweibin/nginx_tcp_proxy_module/pull/110">https://github.com/yaoweibin/nginx_tcp_proxy_module/pull/110</a>) </div><div>* h2o supprots is a client and I have a issue for it on github  (<a href="https://github.com/h2o/h2o/issues/602">https://github.com/h2o/h2o/issues/602</a>)</div><div><br></div><div>It's not a very important thing, can be solved by other means. But it would be nice.  </div><div><br></div><div>--</div><div>Audun</div></div>