Re: SQUID with cache_peer config + E2guardian - too many connections - RESOLVED

Previous Topic Next Topic
 
classic Classic list List threaded Threaded
1 message Options
Reply | Threaded
Open this post in threaded view
|

Re: SQUID with cache_peer config + E2guardian - too many connections - RESOLVED

Contato - KONNTROL
Klaus, You got it!  Thanks a lot!!

I just added the directive like:  

cache_peer 127.0.0.1 parent 8080 0 login=*:password no-netdb-exchange
always_direct deny all
never_direct allow all

It worked fine now.  All those thousands of connections disappeared.
Just curious what is that "option" of "netdb-exchange".  Where can I find further info about it?

Thanks everyone!! Closed-Resolved.
Fabricio.




-----Original Message-----
From: squid-users <[hidden email]> On Behalf Of Klaus Brandl
Sent: Wednesday, July 29, 2020 12:27 PM
To: [hidden email]
Subject: Re: [squid-users] SQUID with cache_peer config + E2guardian - too many connections

tried to add the option "no-netdb-exchange" on your cache_peer line?

On Wednesday 29 July 2020 11:50:20 Contato - KONNTROL wrote:

> Hello Amos/Klaus/Fantomas,
> Thanks for your help.
>
> I have searched for the "via off"  and "via on" - The directive was
> not present on the config file but I am assuming "via on" it's the
> default option. Anyway I added it to the config file. No Success. I
> also checked the visible_hostname, as suggested by Klaus (Thanks Klaus for the help!!) .
> It was set to localhost, then I changed to something different. No
> success as well.
>
> So, I decided to make another test using Wireshark. For that, I put
> the squid down before starting the capture, then started Squid after capturing.
> What I can see is squid sending thousands of requests (like a machine
> gun) against the E2G (loopback interface on port 8080) with thousands
> of "408 Request Time Out" entries. I also see the following HTTP GET:
> "http://127.0.0.1:8080/squid-internal-dynamic/netdb"  by the way,  
> 8080 is E2G port. Not sure what it is. The 408 above are probably
> because of this calling.
>
> Attached you can see the capture file, just in case you have wireshark
> or any other software able to read .cap file. Don't worry, there is
> nothing confidential on the file. That's a LAB environment. That is
> really confusing me.
>
> Thank You very Much!
>
> Regards
> Fabricio.
>
>

Klaus

---

genua GmbH
Domagkstrasse 7, 85551 Kirchheim bei Muenchen tel +49 89 991950-0, fax -999, www.genua.de

Geschaeftsfuehrer: Matthias Ochs, Marc Tesch Amtsgericht Muenchen HRB 98238 genua ist ein Unternehmen der Bundesdruckerei-Gruppe.
_______________________________________________
squid-users mailing list
[hidden email]
http://lists.squid-cache.org/listinfo/squid-users

_______________________________________________
squid-users mailing list
[hidden email]
http://lists.squid-cache.org/listinfo/squid-users