Search squid archive

Re: AW: https from different Subnet not working

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

 



Jarosch, Ralph wrote:
I wonder all the time about the Version of squid.
It the correct version which descript in the squid.con
The correct version is 2.6 Stable 21

Sorry


Squid.conf is often incorrect and only the version you cut-n-pasted from someone else.

That string is added by the binary running. So the page was generated by a 2.5.STABLE12 but your proxies are all 2.6.STABLE21 ?

Is xxxxxxx the name or IP of one of your proxies? If so it appears you may either have an old binary running, or someone fiddled with the error page templates.

If you have 2.6 running with dnsserver, then you may like the results of re-building Squid without the dnsserver (remove --disable-internal-dns from ./configure options).

Amos



-----Ursprüngliche Nachricht-----
Von: Gavin McCullagh [mailto:gavin.mccullagh@xxxxxx] Gesendet: Dienstag, 14. Juli 2009 10:48
An: squid-users@xxxxxxxxxxxxxxx
Betreff: Re:  https from different Subnet not working

Hi Ralph,

I'll add a couple of thoughts, but not really an answer.

On Tue, 14 Jul 2009, Jarosch, Ralph wrote:

If I connect from an branch office with the subnet 10.37.34.*/24 to an https website i´ve no Problems.
If I do the same from another location with an subnet like 10.39.85.*/24 I get the following error message.

Presumably you're using the same URL to test in both places and the same
proxy settings?

I'll note in passing that you're running a very ancient version of squid
(2.5.STABLE12).  I doubt an upgrade would fix your problem, but at some
point, you should consider an upgrade nonetheless.

The requested URL could not be retrieved
--------------------------------------------------------------------------------
While trying to retrieve the URL: http.yyy.xxx:443 The following error was encountered: Unable to determine IP address from host name for The dnsserver returned: Name Error: The domain name does not exist. This means that: The cache was not able to resolve the hostname presented in the URL. Check if the address is correct. Your cache administrator is webmaster. --------------------------------------------------------------------------------
Generated Tue, 14 Jul 2009 08:10:39 GMT by xxxxxxx (squid/2.5.STABLE12)

The requester url was https://www.ebay.com

It's a little odd that you removed the URL from the output, only to tell us
it afterward, but how and ever.  Also, you've removed the name of the web
proxy that generated the error, which is a little unhelpful as you appear
to have 5 proxy servers.

What the above error tells you is that the squid web proxy couldn't get a
DNS response for the site you wanted to go to, ie

"  The cache was not able to resolve the hostname presented in the URL."

It seems surprising that that problem would happen in a repeatable way that
affected one client but not another.

I note that you have several parent cache peers:

cache_peer 10.37.132.5 parent 3128 7 no-query proxy-only no-digest sourcehash
cache_peer 10.37.132.6 parent 3128 7 no-query proxy-only no-digest sourcehash
cache_peer 10.37.132.7 parent 3128 7 no-query proxy-only no-digest sourcehash
cache_peer 10.37.132.8 parent 3128 7 no-query proxy-only no-digest sourcehash

I wonder could it be that only one of the cache peers is having DNS issues?
Could you point a browser directly at each individual parent cache and see
can you get the webpage you're looking for.

Gavin



--
Please be using
  Current Stable Squid 2.7.STABLE6 or 3.0.STABLE16
  Current Beta Squid 3.1.0.9

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

  Powered by Linux