I fetched the object 10x all were RELEASE in store.log and a MISS. I even
cleared the rock DB file and bounced Squid.
Bryan Seitz
On Oct 10, 2024 at 8:48 PM -0400, Jonathan Lee ,
wrote:
> Give it time to cache miss means it stored items
> Sent from my iPhone
>
> > On Oct 10, 2024, at 15:27, Brya
On 11/10/24 07:21, Piana, Josh wrote:
Hello Matus,
I apologize, I was unable to read any of the links that were responded with because our
environment appended the " eur02.safelinks.protection.outlook.com..." Outlook
protection. Did you see that as well on your side? When I did click the links
On 11/10/24 11:08, Bryan Seitz wrote:
I removed the header mods and changed the refresh pattern to:
refresh_pattern . 15 20% 1800 override-expire
ignore-no-cache ignore-no-store ignore-private
And I always get TCP_MISS. Any other thoughts?
Ah, I believe it would b
Give it time to cache miss means it stored items Sent from my iPhoneOn Oct 10, 2024, at 15:27, Bryan Seitz wrote:I removed the header mods and changed the refresh pattern to:refresh_pattern . 15 20% 1800 override-expire ignore-no-cache ignore-no-store ignore-privateAnd I
I removed the header mods and changed the refresh pattern to:
refresh_pattern . 15 20% 1800override-expire
ignore-no-cache ignore-no-store ignore-private
And I always get TCP_MISS. Any other thoughts?
Thanks!
On Thu, Oct 10, 2024 at 12:35 PM Alex Rousskov <
rouss...@
Hello Matus,
I apologize, I was unable to read any of the links that were responded with
because our environment appended the "
eur02.safelinks.protection.outlook.com..." Outlook protection. Did you see that
as well on your side? When I did click the links to view them is just stated as
faile
On 2024-10-09 15:40, Bryan Seitz wrote:
> SSL-Bump Woes
AFAICT, the problem you are trying to solve is not caused by SslBump.
> reply_header_access Cache-Control deny all
> reply_header_add Cache-Control "public, max-age=1800"
The above directives are applied to responses that Squid sends to
On 09.10.24 19:59, Piana, Josh wrote:
I'm running into an issue wherein, when using Squid proxy, I'm unable to get to
one of our management devices from port 4434.
I've already verified that this device is not blocking access from the proxy
directly, and should be allowed to get to the access
