Re: [squid-users] Another Squid + OpenBSD + pf howto

(I didn't pay attention to reply-to ... reposting this to squid-users
in case of further discussion.)

On 2013-06-28 6:20, Amos Jeffries wrote:
> On 29/06/2013 12:22 a.m., Rob Sheldon wrote:
>> I finally got around to writing a howto for recent versions of
>> OpenBSD/Squid, following my trouble getting it working:
>>
>> http://www.associatedtechs.com/library/setting-up-squid-on-openbsd/
>>
>> Please let me know if there are errors, serious deficiencies, etc. --
>> I'd rather not contribute to bad documentation online.
>
> Just a couple of points:
>
> * the rdr-to support has been updated for 3.4. So a note in the
> documentation stating thet this is for 3.2 and 3.3 specifically and
> things will be changign again in future may be useful.

Done.

> * visible_hostname does *not* need to be configured if the local
> machien hostname can be resolved by Squid during startup. The hostname
> RFC requirements are for a host name to have both forward and reverse
> DNS records. Any host which is so configured does not need
> visible_hostname at all.

Added the following note:

"You can _optionally_ also set a visible_hostname parameter. Usually
this is not necessary; Squid by default will use the machine hostname.
If you have a pool of Squid servers, you may need to set
visible_hostname to prevent forwarding loop errors. In our case, we
chose to set visible_hostname because the machine hostname included our
client's business domain name, and we didn't want that appearing in the
Via http headers sent to external web servers. (This is a special case
for this particular client; this shouldn't be a concern for most
environments.)"

Is that reasonable?

> * the logform|at "squid" is p||redefined. Please do not re-define it.
> If you need something unusual use a different format name.
> |
> * |cache_store_log is not useful unless you are debugging the cache
> storage.|

Those have been removed.

Thank you for reviewing it.

- R.

-- 
[__ Robert Sheldon
[__ No Problem
[__ Information technology support and services
[__ (530) 575-0278