On Mon, Feb 15, 2016 at 9:02 AM, Amos Jeffries wrote:
>
> Hmm, years worth of code change between those. I dont see anything
> NFMARK related in my patch list. But possibly.
>
And ultimately it does not appear to be a code change, but rather a build
change that bit me. In my build environment th
Thanks Eliezer. You are right, esxi timing is all sorts of wonky, and as few a
cores with as much speed dedicated as possible seems to be the best answer I
have found. I might actually rebuild this sucker on a raw linux box and ditch
the esxi host shindig, just adds bloat when the only virtual
Hey guys... First of all say that I'm very thankful about the quick replies
and advises from everyone.
@Fred and @Alberto:
Reading across all the thread I think that definitely going to try a 3.5.x
release tomorrow and I'll report the results here.
@babajaga:
I use to block this kind of traffic u
I can confirm that this bug is fixed in 3.5.12, I am from Cuba too,
used to have two delays, one for http and one for https with the 2x
workaround mentioned here, after my last upgrade to 3.5.12 the issue
is gone.
Also I will highly recommend to use 3.5.x versions, there is a HUGE
difference in lo
On 18/02/2016 9:00 a.m., Sebastien.Boulianne wrote:
> Hi all,
>
> We host some online catalogs for a customers.
> The online catalogs are slow to answer to the http requests sometimes.
>
> I would like to extend the timeout that Squid show us.
>
> I checked in the http_port directive and I saw t
On 02/17/2016 12:43 PM, joe wrote:
> is there a way to splice not bumping a browser that do not have my cert
> installed
"Yes" if you can somehow identify that browser/user. "No" otherwise.
Squid does not and cannot know whether a browser trusts a particular CA
certificate, including bumping Squ
Hi all,
We host some online catalogs for a customers.
Those online catalogs are slow to answer to the http requests sometimes.
I would like to extend the timeout before Squid show us an error page.
I checked in the http_port directive and I saw that
tcpkeepalive[=idle,interval,timeout]
you must install certificate
otherwise you must splice all you traffic
--
View this message in context:
http://squid-web-proxy-cache.1019090.n4.nabble.com/peek-splice-tp4676065p4676067.html
Sent from the Squid - Users mailing list archive at Nabble.com.
_
hi
is there a way to splice not bumping a browser that do not have my cert
installed
reason if visitor arrive and i want service him temp...internet and no
cert.. installed on his browser
to have his browser tunnel without decrypting proxied traffic
and all other browser that have my cert ins
On 18/02/2016 8:51 a.m., Mike Corlett wrote:
> Hi all,
>
> I recently went to demo a website on a company site that used an old
> version of squid ( think 2.x ), so that all the PATCH posts to our website
> from a browser were turned into METHOD_OTHER, which broke the website for
> us and nothing
Hi all,
We host some online catalogs for a customers.
The online catalogs are slow to answer to the http requests sometimes.
I would like to extend the timeout that Squid show us.
I checked in the http_port directive and I saw that
tcpkeepalive[=idle,interval,timeout]
E
Hi all,
I recently went to demo a website on a company site that used an old
version of squid ( think 2.x ), so that all the PATCH posts to our website
from a browser were turned into METHOD_OTHER, which broke the website for
us and nothing worked.
I want to be able to recreate this rule so we can
So after reading the whole thread from top to bottom:
Since it's an ESXi version 6.0 with an Ubuntu 14.04 guest I would choose
another approach!
You do not use any SSL related settings and it's a simple proxy(from the
squid -v output) so I would ask "did you tried to rebuild any deb file?"
There
On 18/02/2016 4:54 a.m., William Lima wrote:
> Hi Alex!
>
> Why not? I had the same problem.
It is the same assert - but being hit from very different causes.
Fixing one cause does not fix all the other cause(s). One has to look
further down the debugger stack traces to see where the brokn code
a
On 18/02/2016 2:36 a.m., Jester Purtteman wrote:
>
>>> cache_dir rock /var/spool/squid/rock/1 64000 swap-timeout=600
>>> max-swap-rate=600 min-size=0 max-size=128KB
>>>
>>> cache_dir rock /var/spool/squid/rock/2 102400 swap-timeout=600
>>> max-swap-rate=600 min-size=128KB max-size=256KB
>>>
>>> ca
Hi Alex!
Why not? I had the same problem. Please take a look at this thread:
http://lists.squid-cache.org/pipermail/squid-dev/2016-February/004978.html
(Amos's reply)
http://lists.squid-cache.org/pipermail/squid-dev/2016-February/005000.html
I've mentioned String.cc:204, but it was a typo and
On 02/17/2016 06:38 AM, William Lima wrote:
> My attached patch (according to your previous instructions) has solved the
> ESI problem. It's probably related.
It is not.
Alex.
___
squid-users mailing list
squid-users@lists.squid-cache.org
http://lis
On 02/17/2016 05:39 AM, Amos Jeffries wrote:
> On 18/02/2016 12:57 a.m., Paul Martin wrote:
>> Here the cache.log:
>> *assertion failed: String.cc:174: "len_ + len < 65536"*
>> Can you explain me how to fix the problem ?
> Please try the latest 3.5.14 release. There have been _some_ of these
> fi
--march=core2 it was, all others worked fine. Not that they provided any
improvement to the actual performance, but they didn't break anything either.
Now, I'll get to work tuning my cache dirs.. Thanks!
> -Original Message-
> From: squid-users [mailto:squid-users-boun...@lists.squid-
Hi Amos,
My attached patch (according to your previous instructions) has solved the ESI
problem. It's probably related.
William
- Mensagem original -
De: "Amos Jeffries"
Para: squid-users@lists.squid-cache.org
Enviadas: Quarta-feira, 17 de Fevereiro de 2016 10:39:22
Assunto: Re: [squid
Dear Eliezer, Amos and Marcus,
Thank you, and sorry for the late reply, day jobs are a menace to productivity
:)
So, in order of responses: Eliezer:
> Before digging into the details of the issue, can you supply the OS details?
> What OS are you using? What distribution?
> 32 or 64 bit?
> can y
On 18/02/2016 12:57 a.m., Paul Martin wrote:
> Hello,
>
> I got a problem with squid 3.5.5. It crashes on kid3 after visiting "
> www.oggi.it" site.
>
> Here the cache.log:
> 2016/02/16 10:12:40 kid3| ctx: enter level 0: '
> http://www.oggi.it/global_assets/js/plugins.js?v=1.6'
> 2016/02/16 10:1
Hey Paul,
First there are missing parts to the picture such as squid.conf OS
details and "squid -v".
Second you are using squid 3.5.5 which is at least half a year old and
since I am using 3.5.14 and it works fine I would assume that it should
work for you the same.
Eliezer
On 17/02/2016 13
Hello,
I got a problem with squid 3.5.5. It crashes on kid3 after visiting "
www.oggi.it" site.
Here the cache.log:
2016/02/16 10:12:40 kid3| ctx: enter level 0: '
http://www.oggi.it/global_assets/js/plugins.js?v=1.6'
2016/02/16 10:12:40 kid3|
*assertion failed: String.cc:174: "len_ + len < 655
There was a know bug about delay pool and HTTPS, but as far as I know it's
fixed now
you did a test with 3.5.x ?
Fred
___
squid-users mailing list
squid-users@lists.squid-cache.org
http://lists.squid-cache.org/listinfo/squid-users
25 matches
Mail list logo