Sprawdź czy wszystkie wpisy są prawidłowe, nie ma jakiejś literówki w plikach /etc/config (wielkośc liter ma znaczenie) czy zrestartowałeś wszystkie usługi po wprowadzeniu zmian (network, firewall, openvpn).

Wydajność zależy od tego na czym stoi openvpn serwer i jaki algorytm szyfrowania używasz. Download klienta jest ograniczony uploadem serwera. U mnie download na LTE spadł z 14,5Mbps na 4Mbps po połączeniu przez openvpn (serwer openvpn na WDR3600, AES-256-CBC, upload na łączu serwera 10Mbps).

1. Tak
2. Jeśli serwer wysyła trasy routingu do wszystkich podsieci (za serwerem i za innymi klientami) to nie.
3. Patrz w logi tego klienta. Dostał on adres IP wewnątrz tunelu oraz trasy routing? Nie rozłącza go cyklicznie (ping-restart)? W logach na pewno znajdziesz odpowiedź.
4. Tak routing masz poprawny.
5. Pamietaj, że gdy usuniesz opcję client-to-client przy topology subnet toklienci i tak będą się widzieć.

To trzeba było założyć pliki ccd. Skoro ci nie dzialalo to widocznie źle coś skonfigurowałeś.  Ja net30 nie używam, więc nie pomogę.

To wystarczy użyć opcji route w konfigu klienta, który ma się dostać do rejestratora oraz zrobić forwarding na vpn->lan na kliencie-routerze.

1. Przy topology net30 chyba trzeba było zrobić na odwrót.
2. Czy plik w katalogu ccd ma taką samą nazwę jak Common Name klienta?
3. Nie sprawdzasz tablicy routingu na serwerze i kliencie, więc nie wiadomo czy routing jest poprawny czy nie.
4. Tu masz konfig serwera w topology subnet (ty używasz topology net30, która jest przestarzała i trudniejsza do zrozumienia).

mode                  server
port                  1194
proto                 udp
tls-server
ifconfig              10.8.0.1 255.255.255.0
topology              subnet
client-config-dir     /etc/openvpn/ccd

cipher                AES-256-CBC

dev                   tun0
keepalive              25 180
status                /tmp/openvpn.status
verb                  3

dh                    /etc/openvpn/dh2048.pem
ca                    /etc/openvpn/ca.crt
cert                  /etc/openvpn/server.crt
key                   /etc/openvpn/server.key
tls-auth              /etc/openvpn/ta.key 0

persist-key
persist-tun
comp-lzo

push "topology subnet"
push "route-gateway 10.8.0.1" //potrzebne jeśli klienci mają mieć puliczny adres IP serwer openvpn
push "redirect-gateway def1"  //potrzebne jeśli klienci mają mieć puliczny adres IP serwer openvpn

route 172.16.1.0 255.255.255.0 10.8.0.2
push "route 192.168.1.0 255.255.255.0 10.8.0.1"

5. Plik ccd dla klienta, który posiada podsieć 172.16.1.0:

ifconfig-push 10.8.0.2 255.255.255.0
iroute 172.16.1.0 255.255.255.0

6.Opcje, które muszą być w konfigu klienta, który posiada podsieć 172.16.1.0:

route-nopull
route 192.168.1.0 255.255.255.0 10.8.0.1

7. 172.16.1.0/24 - podsieć za klientem
192.168.1.0/24 - podsieć za serwerem
10.8.0.0/24 - podsieć tunelu openvpn

route 10.20.92.0 255.255.255.0

To musi zostać, żeby serwer wiedział, że ta podsieć jest za klientem. Kolejni klienci powinni też mieć ten wpis, jeśli chcą się dostać do tej podsieci.

Na końcówce czyli na urządzeniu końcowym - w tym przypadku na laptopie/komputerze/tablecie, który łączy się po wifi do Access Pointa komórki.

Jakiegokolwiek pakietu czy kmod-ebtables?
Bug w kmod-ebtables został naprawiony w trunku. https://bugs.lede-project.org/index.php … ask_id=433
Zainstaluj najnowszą wersję Lede, jeśli chcesz używać ebtables.

1. Dostajesz ping-restart, dodaj opcję

keepalive 25 180

Jeśli już taką masz to zwiększ te wartości.
2. Na drugim routerze masz wyłączony serwer DHCP? Jeśli nie potrzebujesz broadcasta pomiędzy sieciami to zastosuj tun zamiast tap.

Odinstalowałem nano i mc, potem zainstalowałem mc i pliki edytują się w vi. Dzięki za porady.

W /root/.mc jest pusto, konfig mc siedzi w /root/.config/mc/ini ale tam nie widzę nic co powiązane jest z edytorem (oprócz use_internal_editor, ale mcedit nie jest wkompilowane)