Skoro może na PC to czemu nie na WRT?

# netstat -lnp | grep openvpn
tcp        0      0 0.0.0.0:443             0.0.0.0:*               LISTEN      27536/openvpn   
tcp        0      0 0.0.0.0:1194            0.0.0.0:*               LISTEN      27551/openvpn   
udp        0      0 0.0.0.0:1194            0.0.0.0:*                           27567/openvpn   

A może w /etc/openvpn dwa pliki *.conf różniące się tylko

# Which local IP address should OpenVPN
# listen on? (optional)
local a.b.c.d

Zmień

config openvpn 'server'
    option dev 'tun0'
...

config openvpn 'klient'
    option enabled '1'
    option dev 'tun1'
...

Swoją drogą ciekawe czemu sam nie przydziela automatycznie.

Moje pomysły też się opierają na współpracy iptables i jakiegoś skryptu za pomocą pliku z logiem zdarzeń.
Link, który wskazał Cezary jest bardzo inspirujący.
Tylko zamiast do fizycznego pliku zapisałbym log do potoku.
Zainteresuj się poleceniem mkfifo.

Ale nic nie stoi na przeszkodzie by serwer OpenVPN ustawić na porcie 443. O ile nie posadziłeś serwera WWW na tym porcie, oczywiście.
Zwykle połączenia https nie są blokowane w hotspotach.

NetBIOS to produkt IBM. NetBEUI to niby to samo ale w wykonaniu MS.
W oryginalnym "NetBIOS over IP" nie musiałbyć robić takich karkołomnych sztuczek.

Tak, ale tu chodzi o przesłanie do klienta DHCP adresu IP serwera WINS. To jest konieczne tylko dla starych okienek. Nowe świetnie sobie radzą z DNS-em

OK, a czy twój NAS oferuje dostęp w trybie konsolowym?
Czy możesz zalogować się bezpośrednio z klawiatury? Przez telnet, ssh, itd.?
Czy w sieci 192.168.1.0 masz jakiś inny komputer? Czy możesz uruchomić na nim wireshark'a?
Sprawdź czy w sieci 192.168.1.0 pojawiają się pakiety do NAS'a pochodzące od twojego klienta VPN? Jeśli tak to czy NAS odpowiada?
Na linuksie zamiast wiresharka możesz użyć tcpdump'a.

Spróbuj na serwerze takiej karkołomnej sztuczki

Ja w taki sposób dobieram się do TL-WDR4300 z oryginalnym softem. Nie pamiętam co nie chciało działać, ale przypadek był dokładnie taki sam. Urządzenie w sieci wewnętrznej nie było dostępne dla klienta podłączonego przez OpenVPN.
Jeśli zadziała, to może Cezary przełoży tą linijkę poleceń na config bo ja mam doświadczenie z linuksem, ale open WRT dopiero się uczę

Jaki system masz zainstalowany na "starym" routerze. Czy możesz wykonać ping z tego urządzenia do sieci 192.168.1.0/24?
Pytanie czy problem jest w konfiguracji po stronie sieci 192.168.100.0/24. Jaka jest konfiguracja sieci na starym routerze?

Nie mam zamiaru toczyć wojny o semantykę. Ty napisałeś, że nie muszą być takie same, co może sugerować, że mogą być takie same. Ja napisałem, że nie mogą być takie same. I chcę byś mnie dobrze zrozumiał. Nie uważam, że nie masz racji, tylko że się z Tobą nie zgadzam. Nie sprawdzałem jak zachowa się sieć jeśli dwa AP o tym samym SSID będą pracowały na tym samym kanale. Na pewno będą sobie na wzajem przeszkadzać. Co znacznie ograniczy przepustowość sieci. Natomiast jeśli ustawimy różne kanały to każdy AP będzie pracował niezależnie z maksymalną dostępną przepustowością. Tak realizowane są sieci w dużych obiektach, gdzie może pracować kilkanaście lub nawet kilkadziesiąt AP z tym samym SSID.

Dysk sieciowy to nic innego jak komputer-serwer realizujący jedną (czasami kilka) usługę sieciową. Jak będziesz się łączył z tym dyskiem? Czy wystarczy podać IP tego urządzenia? Jeśli tak to wystarczy Open VPN w trybie router. Większość poradników opisuje właśnie ten wariant. Natomiast w trybie routera nie odnajdziesz dysku w "otoczeniu sieciowym" windowsów.