Matus UHLAR - fantomas wrote:
Hello,
I was searching for the logic of setting visible_hostname and
unique_hostname. I found out that value of unique_hostname is set by calling
getMyHostname() function, which returns value of visible_hostname, if it's
set. However, I would prefer not to do this - to use autodected hostname,
and only change visible_hostname in configuration file.
My point is that we use different /etc/hosts on different systems for
configuring more system services (not just squid) to run on different IP's
with the same configuration files, e.g.:
- hosts file:
195.168.1.136 proxy1.nextra.sk proxy.nextra.sk
- squid config:
http_port proxy.nextra.sk:3128
tcp_outgoing_address proxy.nextra.sk
udp_incoming_address proxy.nextra.sk
visible_hostname proxy.nextra.sk
Squid could resolve it's own unique hostname to proxy1.nextra.sk, if it
would not take value of visible_hostname. That would allow me using of _the
same_ config file on more machines, which would make teh administration much
easier. However, because this logic, it's impossible and I _must_ hold more
configuration files, no matter what I do to make that easier.
I would like to ask, could the *hostname logic be changed, so people could
set visible_hostname and leave unique_hostname to rely on the internal
logic? Should I fill bugreport for this?
Good point. It does appear as if the unique vs visible dependency is
reversed.
Yes, make its a enhancement bug if you like. I'll be looking into it at
some point for 3.2 unless someone gets there first.
FWIW the whole process of this auto-detection needs to be updated. It's
too complex and failing on to many OS these days to keep as-is. If
anyone wants a small job to fix it get in touch with me for the specs.
Amos
--
Please be using
Current Stable Squid 2.7.STABLE6 or 3.0.STABLE14
Current Beta Squid 3.1.0.7
