That's exactly what i would expect to. I've checked the performance between client and server inside and outside. The way of testing: Outside of channel speedtest-cli client on the client side, speetest server installed on VPN server Inside the channel is not possible to test with speedtest, as you can understand :)
As you can see from the email, outside the channel i am getting 80-90 mbps On Mon, Dec 17, 2018 at 2:12 PM Jan Just Keijser <[email protected]> wrote: > Hi, > > On 17/12/18 13:04, Tamir Khason wrote: > > Thank you for the reply > Client is Debian, Server is CentOS. > Both running the latest version (all test environment) > I've measured with speedtest-cli (just for the reference). Since it've > been used in all cases, it should have a good representation of the issue. > Changing fragments to 1400 or 0 (as well as mtu) improves/decrease the > performance *somehow*. > While i think that the problem is more generic. I'd expect improvement of > x10 or x20 not +-1mbps. > > What might be the problem here... > > > it could be many things - esp as you are testing network performance in > one direction only. > I'd recommend to run an iperf test between the OpenVPN client and server, > both inside and outside the tunnel. That is the most "basic" number you can > tweak. How fast your OpenVPN server can route traffic from "known host 1" > to your VPN client is secondary to that. > > With Unix/Linux clients and servers you can achieve nearly 90% of > linespeed , with a limit of ~200 Mbps without any special tweaks. > > HTH, > > JJK > > On Mon, Dec 17, 2018 at 2:00 PM Jan Just Keijser <[email protected]> > wrote: > >> On 17/12/18 12:48, Tamir Khason wrote: >> >> Currently it's UDP >> But i've tried with TCP also. >> >> Which OS are client and server running? And which version of OpenVPN? >> How are you measuring network performance? Iperf? Iperf3? >> >> Try playing with "--fragment" in UDP mode; don't change the MTU but add >> fragment 1400 >> mssfix >> to both client and server configs, then decrease the fragment parameter >> to see if that has any effect. >> >> HTH, >> >> JJK >> >> >> On Mon, Dec 17, 2018 at 1:35 PM Giles Coochey <[email protected]> wrote: >> >>> >>> On 17/12/2018 10:25, Tamir Khason wrote: >>> > Hi, >>> > Setup is following: >>> > 1) VPS running OpenVPN server (default config) >>> > Network performance from this server is 700-800 mbps to the "Known >>> Host" >>> > 2) Client running OpenVPN client (default config) >>> > Network performance from this client to server 1 is 80-90 mbps >>> > 3) Client performance to the "Known Host" without VPN is 70-80 mbps >>> > When client is connecting to the "Known Host" via VPN it's >>> > getting 8-10 mbps >>> > >>> > Tried following: >>> > Played with snd/rcv buffers, removed encryption, played with mtu - >>> > nothing, even if there is a speed increase, it's around 1mbps. >>> > Tries another client (powerful pc) - same >>> > Tried another server (not my config) - getting decent speed (cannot >>> > validate it to exactly the same server, but the speed is decent). >>> > >>> > This brings me to the conclusion that the issue is somewhere in the >>> > OpenVPN server. >>> > >>> > I would expect at least 50-60 from this client to the "Known Host" . >>> > But this not happens. >>> > Please, assist... I'm out of ideas >>> > >>> Is your OpenVPN set up using TCP or UDP? >>> >>> >>> >>> _______________________________________________ >>> Openvpn-users mailing list >>> [email protected] >>> https://lists.sourceforge.net/lists/listinfo/openvpn-users >>> >> >> >> >> >> _______________________________________________ >> Openvpn-users mailing >> [email protected]https://lists.sourceforge.net/lists/listinfo/openvpn-users >> >> >> >
_______________________________________________ Openvpn-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/openvpn-users
