<div dir="auto">How do you deal with the client side certs ?</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sun, Nov 3, 2019, 2:51 PM Poul-Henning Kamp <<a href="mailto:phk@phk.freebsd.dk">phk@phk.freebsd.dk</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">--------<br>
In message <CALssuR0=uyz38-Q7OOGfVcHpXkTS4gFjYhFE=<a href="mailto:TCRK32dpzF8fA@mail.gmail.com" target="_blank" rel="noreferrer">TCRK32dpzF8fA@mail.gmail.com</a>>, Sven Oehme writes:<br>
<br>
>i can't create a cache as the content is non predictable and comes<br>
>from various sources. i also can't change the tool thats accessing the<br>
>files unfortunate. as i said, a very special case :-)<br>
>the only way i see i can solve this is simply cache all accessed data<br>
>via http, lets see if squid can do it.<br>
<br>
Just to chime in: Squid's you tool for that, and it is not quite as horrible<br>
as it once were, but still ... ugh!<br>
<br>
That said, I have a squid running here myself, so that all my FreeBSD<br>
machines do not need to drag updates into the house individually.<br>
<br>
-- <br>
Poul-Henning Kamp       | UNIX since Zilog Zeus 3.20<br>
phk@FreeBSD.ORG         | TCP/IP since RFC 956<br>
FreeBSD committer       | BSD since 4.3-tahoe    <br>
Never attribute to malice what can adequately be explained by incompetence.<br>
</blockquote></div>