refuse tls hellos that carry encrypted client hello before squid sees them
This commit is contained in:
parent
de43dac33c
commit
dff662c6b3
1 changed files with 1537 additions and 43 deletions
|
|
@ -25,6 +25,8 @@
|
|||
# `hive_agent`); a source it cannot name is refused. The listed-names and deny
|
||||
# rules are the same ones, matched on the identity from that helper. HTTPS is
|
||||
# peeked at for its SNI and spliced: squid checks the name and never decrypts.
|
||||
# Squid cannot see an ECH extension, so the flows to port 443 reach it through
|
||||
# `hive-priv egress-ech-relay`, which refuses a hello that carries one.
|
||||
{
|
||||
pkgs,
|
||||
lib,
|
||||
|
|
@ -551,7 +553,7 @@ in
|
|||
];
|
||||
services.hyperhive.network.egress.intercept = {
|
||||
enable = lib.mkDefault true;
|
||||
inherit (cfg) unrestrictedFile;
|
||||
inherit (cfg) unrestrictedFile agentAllowFile;
|
||||
};
|
||||
services.hyperhive.network.enable = lib.mkDefault true;
|
||||
|
||||
|
|
|
|||
Loading…
Reference in a new issue