Assuming you're running the tinyproxy on the server end of your ovpn
link you could try using the "redirect-gateway def1" (that's def one)
directive in your client config instead. (Or push it from the server
side in a file in your cfg directory). All packets heading for the
internet from your client now go to your OVPN server.
On 7/10/07, Alexandros Papadopoulos <apap@xxxxxx> wrote:
Tuesday 10 July 2007 11:28, Dave Swegen wrote:
> I've run into a somewhat strange issue with the speed of HTTP
> an openvpn link between my laptop and the gateway running openvpn +
WIFI link? Could this be an MTU issue? Can you check the network
(retransmits etc) of your access point when using OpenVPN?
I should perhaps have mentioned I have also seen this over a wired link
(albeit via an HTTP proxy). I'll retry it on a normal wired link to
see what happens.
(search for mssfix)
Thanks for the pointer.
Remember too that you're probably hard up against your upload limit at
the proxy simultaneously with downloads which can cause problems. The
simplest analysis says your maximum transmission rate is your worst
UPload rate, since whichever way you're going your proxy is uploading,
but in fact it's worse than this if you're hard up against an external
bandwidth limit.because ack packets get strangled.
Also see http://sites.inka.de/sites/bigred/devel/tcp-tcp.html, which
explains why TCP over TCP is a bad idea, though you say an ovpn tunnel
using UDP gave you the same bad results
Finally try one of the speed test sites, rather than just opening a web
page. Depending where you are
is in Bern Switzerland) or one of its affiliates gives some good info.