Zgodnie z prośbą

1.) W LAN1 dodajemy do interfejsu LAN dedykowane "wirtualne" IP, które chcemy mieć widoczne w sieci jako "host docelowy": np: 10.0.1.10. Zamiast dodawać adres IP do istniejącego interfejsu można stworzyć również nowy - dedykowany, jak kto lubi
2.) W LAN2 dodajemy dedykowany IP do WG - dedykowany dla przekierowanego ruchu: np. 10.9.1.3
3.) Ruch z LAN1 przekierowujemy na końcówkę WG w sieci LAN2 - w tym wypadku 10.0.1.10->10.9.1.3 - w tym wypadku przekierowanie osobno dla stref LAN oraz  WG ale w zależności od potrzeb można np tylko przekierować LAN
4.) Ruch z końcówki WG w LAN2 (10.9.1.3) przekierowujemy na host docelowy (192.168.1.10)

LAN1:

/etc/config/network

config interface 'lan'
    option device 'br-lan'
    option proto 'static'
    list ipaddr '10.0.1.1/24'
    list ipaddr '10.0.1.10'

/etc/config/firewall

#konfiguracja dla klientów WG
config redirect
    option src_dip '10.0.1.10'
    option dest_ip '10.9.1.3'
    option target 'DNAT'
    list proto 'tcp'
    list proto 'udp'
    option src_dport '1-65535'
    option dest_port '1-65535'
    option src 'wg'
    option dest 'wg'
    option name 'NAS 10.0.1.10<->10.9.1.3 WG'

#konfiguracja dla klientów LAN
config redirect
    option src_dip '10.0.1.10'
    option dest_ip '10.9.1.3'
    option target 'DNAT'
    list proto 'tcp'
    list proto 'udp'
    option src_dport '1-65535'
    option dest_port '1-65535'
    option src 'lan'
    option dest 'wg'
    option name 'NAS 10.0.1.10<->10.9.1.3 LAN'

LAN2:

/etc/config/network

...
config interface 'wg0'
    option proto 'wireguard'
    option private_key '...'
    list addresses '10.9.0.3/24'
    list addresses '10.9.1.3/24' #ruch przychodzący do przekierowania na 192.168.1.10

/etc/config/firewall

...
config redirect
    option dest 'lan'
    option target 'DNAT'
    option name 'NAS 10.9.1.3->192.168.1.10'
    option family 'ipv4'
    option src 'lan'
    option src_dip '10.9.1.3'
    option src_dport '1-65535'
    option dest_ip '192.168.1.10'
    option dest_port '1-65535'

A to nie jest coś w rodzaju DMZ tylko przez vpn? Hosta nie ma ale dodałem ten IP do routera dodatkowo więc zakładam, że w niego będą strzały z LAN1. Dalej kwestia przekierowania tego ruchu na odpowiednią maszynę w LAN2. Tunelem SSH (z tym że na konkretny port) takie rzeczy to chwila ale chciałem to w bardziej "koszerny" sposób ogarnąć

Kilka lat temu kupowałem RN500 za ok 50zł - nie sądziłem, że cena tak wystrzeliła Problem z diodami jest taki, że spadek masz niezależnie od poziomu napięcia na wejściu czyli na rozładowanym aku (10,5-11V) obetnie jeszcze bardziej.

Są dostępne przetwornice up-down ale to też przerost formy - do tego dość awaryjne jak u chińczyka kupisz.

Zwykłe 7812 lub mocniejsze nie nadają się do pracy z akumulatorem - gdyby to było 7809 to ok (o ile strata na ciepło Ci nie przeszkadza )

Ten typ tak ma - było kilka wątków już o problemach z 2.4G w tym modelu. Ja używałem od początku 2018 roku obrazy Cezarego i faktycznie z ostatnimi jest lepiej.
2.4GHz używam tylko w urządzeniach IoT, teraz nie gubią WiFi i da się do nich dostać. Z telefonami też jakby lepiej (choć pojawiają się czasem wykrzykniki) ale staram się używać 5GHz tam gdzie się da więc nie ma tragedii
Wcześniej do 2.4 używałem karty na USB - dawała radę

U mnie na 5GHz nie ma żadnych problemów z wifi. Jeśli chodzi o 2,4GHz to faktycznie na żadnej wersji openwrt (instalowałem wszystkie obrazy Cezarego dla tego modelu od początku roku) nie udało się uzyskać stabilnego urządzenia.

Zaraz po restarcie radia 2G (nie ma potrzeby restartu całego routera ) jest OK przez "pewien" czas. Później albo sa długie lagi albo w ogóle nie ma połączenia - wifi jest połączone ale żadne pakiety nie przechodzą. Później znowu OK...

Generalnie w moim przypadku radio 2.4 nie nadaje się do korzystania - kłopot w tym, że mam kilka urządzeń, które działają tylko w tym paśmie i często nie da się do nich dostać.

Nie mam podłączonego nic pod USB więc raczej odpadają problemy interferencji (USB3 - wifi 2.4) opisywane w kilku miejscach.