Currently, I have three Squid servers. One sits on a bastion host and
provides access to the Internet. The other two are internal servers.
While the latter will reduce some cross campus network activity, their
real function is to change simple host names in user requests to fully
qualified domain names.
I have the following lines in the bastion host's configuration file to
identify the systems that would be using ICP to access the server.
"cache_host MAINS1.PHDNSWC.NAVY.MIL sibling 3128 3130"
"cache_host MAINS2.PHDNSWC.NAVY.MIL sibling 3128 3130"
The "sibling" designator appeared to be the closest thing to the "child"
designator that I had used several years ago.
I had expected the server on the bastion host to simply go out to the
Internet to satisfy all requests. However, the reports from squid status
indicate that the bastion host is sending queries to the internal servers.
Do I need to add the "noquery" option to get the old "child" behaviour?
Or, do I simply not identify the lower levels of the hierarchy?
On the internal proxies, I would like to have the option to use the
firewall and its http_gw process only in the event that the "parent" dies.
What would I need to add to the following statements.
"cache_host IRIS.PHDNSWC.NAVY.MIL parent 3128 3130"
"cache_host MAINS2.PHDNSWC.NAVY.MIL sibling 3128 3130"
And finally is there a standard local multicast address for Squid
communication. We have been kicking around the idea of installing a
server in each Telco closet. Using multicast might be an alternative to
querying peers for data.
Merton Campbell Crockett
+---------------------------------------------------------------------------+
| Manager, Network Operations & Services | Senior Network/Security Engineer |
| GTE Government Systems Corporation | Naval Surface Warfare Center |
| Electronic Systems Division | Port Hueneme Division |
| Intelligence Systems Organization | IT/TIS Program |
| Thousand Oaks, CA | Port Hueneme, CA |
+---------------------------------------------------------------------------+
Received on Wed Jul 28 1999 - 07:29:49 MDT
This archive was generated by hypermail pre-2.1.9 : Tue Dec 09 2003 - 16:47:35 MST