<div dir="ltr">I'm attempting to build a transparent proxy (policy based routing on firewall to squid proxy) with the following behavior:<div><br></div><div>1) proxies http traffic for a given set of domains, provide an message otherwise such "domain not allowed" or similar</div><div>2) proxies https traffic for a given set of domains (ideally, splicing those, so as not to break HSTS, if enabled), otherwise provide an error message (bumping and providing "domain not allowed")<div><br></div><div>I'm attempting this with a 3.5.15 compiled with icap (not yet used) and ssl-bumping.</div><div><br></div><div>Part 1 seems easy enough (and is well documented)...</div><div><br></div><div>acl whitelist dstdomain .domain1.tld<br></div><div><div>acl whitelist dstdomain .domain2.tld</div></div><div><br></div><div>acl http_ok all-of whitelist !SSL_ports</div><div><br></div><div>http_access allow http_ok</div><div>http_access deny all</div><div><br></div><div>Moving onto Part 2 (the peek and splice setup) appears to be the topic of a few discussions out there...</div><div><br></div><div>acl sni_whitelist ssl::server_name .domain1.tld</div><div>acl sni_whitelist ssl::server_name .domain2.tld</div><div><br></div><div>ssl_bump peek step1</div><div>ssl_bump splice sni_whitelist</div><div>ssl_bump bump all</div></div><div><br></div><div>It appears however that when combining the two, the generated certificate(s), instead of mimic'ing the original server's certificate comes out with the CN=<IP> where <IP> is the ip used by the "connect" part of the connection. In addition, it appears that only the first entry ever matches (at this point, i've tried so many combinations, i'm no longer certain of anything). </div><div><br></div><div>If i remove *all* the http_access lines, then the behavior appears correct (from a "splicing/bumping" standpoint).</div><div><br></div><div>Can anyone confirm that this is indeed possible to achieve?</div><div><br></div><div>I believe, based on experimentation that any http_access i have, because of the "deny all" cause the bumping to "short circuit" and effectively send an early "access denied" based on the only information it has (the ip address from the "connect", rather than the SNI that would come later). </div><div><br></div><div>Would a setup where "deny http+!whitelist" so have the allow be the default allow for the bumping to work and get to step2 and match the sni* acls somehow? (with a "deny step2 !sni_whitelist").</div><div><br></div><div>Is 3.5.15 capable of doing this? If this requires some feature/effort, what would be the procedure to sponsor that work?</div><div><br></div><div>Thanks,</div><div>Jok</div></div>