разница в том что у softether насколько я понял tcp/ip стэк в юзерспейсе свой...

во всяком случае когда туннель поднят на впс никаких дополнительных интерфейсов нет

проверил, действительно скорость низкая получается.
предыдущие результаты были порядка 200Mbps с сервером на расстоянии 1ms

поэтому судя по всему дело в ядре и настройках tcp

в 4 потока

угу.

еще бы знать как починить :)

разниц в том, что в softether через tun/tap, в accel-ppp - через ядерный ppp драйвер.
по пути трафика разница не принципиальна
eth > kernel -> user (ssl) -> kernel (tun) -> tun0
eth -> kernel -> user(ssl) -> ppp_encode -> kernel (ppp) -> ppp0

ну этого tun0 не видно

как он называется не важно

а что если терминировать tls на прокси?

ну так его вообще не видно

то есть интерфейса в линукс машине нет

т.е —> nginx (tls) -> accel_ppp (http)

гм. а это точно не ipsec?

100%

root@vpntest-us:~/vpnserver# ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
   link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
   inet 127.0.0.1/8 scope host lo
      valid_lft forever preferred_lft forever
   inet6 ::1/128 scope host
      valid_lft forever preferred_lft forever
2: ens3: <BROADCAST,MULTICAST,PROMISC,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
   link/ether 56:00:02:e8:e8:95 brd ff:ff:ff:ff:ff:ff
   inet 45.77.209.162/23 brd 45.77.209.255 scope global dynamic ens3
      valid_lft 79931sec preferred_lft 79931sec
   inet6 fe80::5400:2ff:fee8:e895/64 scope link
      valid_lft forever preferred_lft forever
3: ztyxauhvvi: <BROADCAST,MULTICAST,PROMISC,UP,LOWER_UP> mtu 2800 qdisc fq state UNKNOWN group default qlen 1000
   link/ether 6e:7b:2f:04:23:1e brd ff:ff:ff:ff:ff:ff
   inet 10.100.1.211/24 brd 10.100.1.255 scope global ztyxauhvvi
      valid_lft forever preferred_lft forever
   inet6 fe80::6c7b:2fff:fe04:231e/64 scope link
      valid_lft forever preferred_lft forever

тот что zty* это tierone

и сейчас клиент поднят