1 |
On Sunday 25 Aug 2013 11:13:07 Grant wrote: |
2 |
> >> >> I set up squid on a remote system so I can browse the internet from |
3 |
> >> >> that IP address. It works but it stalls frequently. I had similar |
4 |
> >> >> results with ziproxy. I went over this with the squid list but we |
5 |
> >> >> got nowhere as it seems to be some kind of a system or network |
6 |
> >> >> problem. |
7 |
> >> >> |
8 |
> >> >> http://squid-web-proxy-cache.1019090.n4.nabble.com/squid-3-3-5-hangs-> >> >> the -en tire-system-td4660893.html |
9 |
> >> >> |
10 |
> >> >> Can anyone here help me figure out what is wrong? I'm not sure where |
11 |
> >> >> to start. |
12 |
> >> >> |
13 |
> >> >> - Grant |
14 |
> >> > |
15 |
> >> > Just a quick pointer in case it applies to you: if you tunnel into |
16 |
> >> > the proxy machine (using ssh, VPN, proxychains and what not) you |
17 |
> >> > would suffer from packet fragmentation, which could quickly snowball. |
18 |
> >> > In this case try reducing your mtu to lower values, than the default |
19 |
> >> > ethernet 1500 byte packets, to cater for the overhead of the larger |
20 |
> >> > tunnelling headers. |
21 |
> >> |
22 |
> >> I've tried disconnecting from my SSH tunnel and changing the mtu on my |
23 |
> >> laptop and on the remote proxy server via ifconfig and there is some |
24 |
> >> kind of an improvement but I can't narrow it down. I've tried mtu |
25 |
> >> down to 1000 on both systems but the proxy server still stalls |
26 |
> >> sometimes. Any tips for narrowing this down further? |
27 |
> >> |
28 |
> >> - Grant |
29 |
> > |
30 |
> > Now that you mentioned using ssh, I don't think that you can improve |
31 |
> > this. An mtu at 1000 bytes is lower than I thought might have helped. |
32 |
> > The problem is caused by stacking tcp packets (tcp within tcp) each of |
33 |
> > which is using its own timeout for failed fragments. |
34 |
> |
35 |
> I think I may have misunderstood you. I do SSH into the machine |
36 |
> running squid, but I don't tunnel through that connection in order to |
37 |
> use the proxy. I connect to the remote squid instance directly via my |
38 |
> browser and I also happen to SSH into the same machine to run |
39 |
> commands. Do any of your recommendations apply in this scenario? |
40 |
|
41 |
Ahh! I misunderstood your set up too. The problem I described only applies |
42 |
to setting up an application layer tunnel (e.g. SSH) and running tcp within |
43 |
that secure tunnel. In your case, you establish a direct connection to your |
44 |
server over http or https and a separate connection using SSH. No tunnelling |
45 |
involved and no tcp stacking. |
46 |
|
47 |
Sorry for the bum steer. |
48 |
|
49 |
Is this stalling problem happening when you just browse the internet, visiting |
50 |
websites, or do you get it when you are downloading large files such as |
51 |
videos, or music? If it is the former, then I am not sure what causes it. If |
52 |
it is the latter, then this may be relevant to http timeout settings. |
53 |
|
54 |
I don't have in depth knowledge of this, other than increasing timeout and |
55 |
data rates from default values on a hosted server to avoid this problem |
56 |
(apache's mod_reqtimeout). Eventually, I ended up using ftp to download large |
57 |
files, instead of http. |
58 |
-- |
59 |
Regards, |
60 |
Mick |