Search squid archive

Re: cache_peer and acl random problem

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Jenny Lee wrote:
At least I can point to a full disabling list. Look for test-suite/build
tests/layer-01-minimal.opts. Thats everything that can safely be turned
off. Though you may find some of them are wanted.
That is what I am looking for! Unfortunately, there is no such list or reference to it in any file in:

3.1.5
3.HEAD

Oops, sorry I keep forgetting those are not bundled.
You can find a copy of them here:

http://build.squid-cache.org/job/3.HEAD-amd64-CentOS-5.3/ws/test-suite/buildtests/
Thank you! Exactly what I was looking for!
They build in code that hard-codes the particular file formats. Slightly
faster to log with and less RAM used. My plans are to replace the
options with built-in formats like "squid" and "common" are already.
That will means some of their code is always-present in future, but for
now it can be built without.

underscores can be turned off. It enables a DNS violation which makes
Squid accept and lookup invalid domains like broken_host.example.com
People want that. They say, your cache is not working (when accessing these hosts). Better to keep it on than dealing with them.

It only works internally because the public DNS does not support them. I
always wondered what types of networks those people ran.
What do you mean it works internally? Users browse websites totally unrelated to us.

I mean underscores can work in a particular LAN if bind is configured to assist the brokenness. As mentioned by you below ..

BIND has a check-names option that would allow underscores. Everytime we turned this off, users complained that cache is broken. I must admit I haven't followed this up quite a while. But we keep it on.

If you can scan your logs for an underscore in the domain names it should hopefully not come up with any. If it does you have the culprits to track down and complain to in your turn.

I suspect you may find its an internal site or something like that.



Is this because of an error on my configuration?
I don't think so. Something else really, really weird is going on.

Those log lines are built from an array of strings using a code number
for each piece fo text. The CD_* entries are not even built unless you
have "#define USE_CACHE_DIGESTS 1" in your autoconf.h

My thoughts is perhapse something happend to build an old copy of some
objects. See if a completely clean build still has it.
All my builds are clean builds, they run from a script. squid directory is removed, tarball unzipped and configure ran.

Darn. There goes the easy answer :(


Amos
--
Please be using
  Current Stable Squid 2.7.STABLE9 or 3.1.5


[Index of Archives]     [Linux Audio Users]     [Samba]     [Big List of Linux Books]     [Linux USB]     [Yosemite News]

  Powered by Linux