Good! Now we know it is not Squid. Ignore the disk cache bit, as that
was suggested to check if disk access was the cause.
Did you check that all are smooth with manual proxy config? If that is
confirmed, then could be the redirection logic. I use redirection from
an external non-Linux router, and am not very good with iptables.
Someone else would have to help.
Regards,
HASSAN
On 2010-06-02, Tytus Rogalewski <tytanick_at_gmail.com> wrote:
>> Since we are troubleshooting, can you just manually configure your
>> browser to use the proxy, instead of doing transparent interception?
> lol i did what you asked about - and eureka :D - when i use my squid
> proxy by entering its address in browser and i ofcourse disable
> "REDIRECT" from iptables, all webpages are working fine !!! - there is
> no lag in that case ! - hmmmm so ? whats next ? why REDIRECT in
> iptables is making such slow connections ?
>
>> I would also suggest increasing the FD to a more higher value, like 65536
>> (what we use).
> I did this few hours ago, it didnt helped
> sky-link squid # cat /proc/sys/fs/file-max
> 405415
>
>> Turn of "disk caching" in Squid and see if that makes anything better?
> i suppose i dont need to do this since we know that using "disc
> casching" cant be bad if i done have lag when i enter proxy ip and
> port in my firefox :)
>
> So, what now, ?? this is my redirection rule:
> iptables -t nat -A PREROUTING -p tcp -s 192.168.0.2 ! -d
> 192.168.0.0/24 --dport 80 -j REDIRECT --to-port 8123
>
Received on Wed Jun 02 2010 - 18:02:33 MDT
This archive was generated by hypermail 2.2.0 : Thu Jun 03 2010 - 12:00:04 MDT