A masz pakiet kmod-nf-nathelper?

Ogólnie to dziwnie adresujesz sieci, skoro w sieci LAN masz adres FTP - 1.111 a w sieci "service_zone" masz laptop - 1.120
Tak wynika z przekierowania które pokazałeś w #1 między "zonami" src i dest oraz z adresów z posta #3

Na to wychodzi że jedna oryginalna antena to  2,4GHz +  5GHz a druga to samo co pierwsza.

Jak kupisz pojedyńcze anteny to musisz mieć ich tyle, ile konektorów o ile masz gniazda uFL bo na razie pokazujesz fotki z sieci a jak otworzysz swój model to może się okazać że kabelki masz przylutowane do płytki i jeszcze dojdzie Ci lutowanie, tak żebyś nie zepsuł torów radiowych
Obyś miał farta.

w zasadzie sam sobie odpowiedziałeś.
Aby zmodyfikować adres  źródła, ale tym razem idąc od strony WAN do LAN to musisz zastosować maskaradę w strefie LAN.
Dodatkowo zrób przekierowanie portu 502 z adresu WAN na IP hosta modbusa w LAN.

W ten sposób, router oprócz przekierowania na adres IP modbus server w LAN, dodatkowo podmieni źródłowy adres IP SCADY na adres Openwrt z sieci LAN 10.x/24 i modbus będzie myślał, że gada z routerem w LAN a nie ze SCADĄ
Router wszystkie odpowiedzi odeśle do SCADY na podstawie tablicy połączeń robiąc odwrotną konwersję adresów.

OK, może i nie myślę logicznie, bo mam zupełnie inne doświadczenia.
Pakietem "Motion" interesowałem się dawno temu co pokazuje chociażby ten temat:
https://eko.one.pl/forum/viewtopic.php? … 72#p151272
kamery na USB podłączone do routera i robienie z niego rejestratora to było jak wycieranie d..y szkłem. Takie było czasy i możliwości.
Potem zacząłem wyciągać gotowe strumienie z kamer IP:
https://eko.one.pl/forum/viewtopic.php? … 05#p158405
i sumarycznie wyszło tak jak pisze @ambrozy5
https://eko.one.pl/forum/viewtopic.php? … 78#p292378

@jzef
Szanuję co robisz i że masz chęci na takie zabawy z routerem, tym bardziej, że teraz routery to 4 rdzeniowe potwory i może warto wrócić do tego typu routero-rejestratora....
Wszystko zależy jak się ustawi tego motiona.

Teraz to aż się boję cokolwiek napisać lub doradzać, żeby znowu nie być posądzonym o brak logicznego myślenia ale spróbuję:
1. W routerach natywnym systemem plików dla pamięci zewnętrznych jest/był ext4. Teraz dla pamięci typu pendrive polecanym systemem jest f2fs a Ty masz:

Czy dobrze czy źle, nie komentuję, każdy robi jak uważa. Można to wziąć pod rozwagę.
FAT32 jest wygodniejszy bo można podłączyć takiego pena do Windowsa ale po co, skoro mając go w routerze i robiąc serwer plików można ściągać po sieci i wtedy Windowsa nie interesuje czy tam jest ext4 czy fiku-miku bo router obsługuje system plików.

2.

wg mnie sporne kwestie jeśli chodzi o temat monitoringu to:

a) 30KB - dla takiej jakości zdjęć to wg mnie nie warto bawić się w monitoring, chyba że dla sportu lub z nudów.
rozumiem jakby to były potwory po 300KB to i jakość powinna być ciut lepsza, żeby potem można było rozpoznać ufo od zombie

b) "zmieści się jakieś 1000 plików a tyle to trzeba kilka dni" - zakładam że tu jest kwestia wykrywania ruchu i jego częstotliwości. Jeżeli masz słaby ruch to rzeczywiście robienie zdjęć będzie trwało kilka dni.
Ale jeżeli pojawi się ktoś nieoczekiwany i "motion" będzie strzelał co sekundę to po 16 minutach (przy 30KB na zdjęcie) zapełni się RAM.
A jakbyś sprawdzał i kasował najstarsze pliki z RAM-u to przynajmniej miałbyś dowód z ostatnich chwil przed "czyszczeniem"...

A tak policjant spyta: "Czy ma Pan dowód na obecność intruza, bo widzę kamerę?"
- "Tak mam monitoring, ale Openwrt właśnie się zrestartował, bo zapełnił się RAM po nieudanej próbie montowania pendrive i wszystkie zdjęcia poszły w komin..."

Ogólnie monitoring to priorytet, który powinien być maksymalnie niezawodny, uwzględniający (jeżeli można) słabości sprzętowe (raid, backupy) lub programowe, na które można częściowo zaradzić, a jeżeli jest inaczej to jest to po prostu zabawka.
Nic nie musisz, ale możesz.

Z poważaniem.

@jzef
... i co będzie gdy motion zapisze cały RAM ???
może napisz skrypt który znajduje i kasuje najstarsze pliki z motion, żeby router mógł z niej skorzystać gdy będzie potrzebował.
chyba, że tam nic nie masz ciekawego co by zajmowało RAM, no to OK.

Akurat głupi AP nie zdejmuje wartości TTL z pakietów, które mogłoby wynosić "1" od dostawcy, a więc przykład w ogóle nie trafiony.

Ale wiesz, że jeżeli tradycyjnie podłączyłeś kabelek pod port WAN drugiego routera i nie zmieniłeś firewalla, to tak jednostronnie wyizolowana podsieć "2" może Ci trzepać hosty z podsieci openwrt1.
A hosty z openwrt1 nic nie mogą zrobić hostom z openwrt2 bo tamte są za WANem.
Chyba że tak chcesz....

Czyli dostawca nie ustawia TTL=1 żeby Ci gasły pakiety na openwrt2.
Jeżeli drugi router wychodzi na świat poprzez pierwszy router, na którym jest przecież maskarada, to nie ma możliwości żeby dostawca wiedział o podwójnym NAT.
A czy klienci openwrt2 mają TTL na domyślnych wartościach czy może oni wychodzą z małym TTL i pakiety nie dochodzą do konkretnych węzłów bo skończyły się możliwości hop-a (TTL=0).
Trochę może wymyślam, bo Ty się zarzekasz że sprawdzałeś kilka razy routery i masz dobrze w standardzie a więc wykluczam openwrt1 i openwrt2

Za mało podałeś informacji o tych hostach, a zdanie:
"pakiety wymieniane pomiędzy hostami urządzeń są rwane. "
nic nie mówi.

Najpierw piszesz coś o WANach, a potem o pakietach między hostami.
Rozumiem, że chodzi o hosty z tej dodatkowej sieci.
Pakiety miedzy hostami nie przechodzą przez WAN.
Masz hosty w innych sieciach ale w tych samych adresacjach 192.168.3.0/24 i jeżeli oba mają te same adresy np. 192.168.3.100 to jak ma wyglądać komunikacja między nimi?
Nic tego nie zmieni, że są za innymi routerami.

Gdzie podpiąłeś tego switcha?
Za portami eth0 czy przed portami WAN-owymi obu routerów?

A czy ustawiłeś żeby nie skanował sieci ? (po angielsku i w pliku /etc/config/wireless to będzie

option noscan '1'

Życie to sztuka wyboru

Ta lista w subtargecie Filogic zatrzymala się w "średniowieczu" bo wystarczy wejść do katalogu pobierania obrazów i naszym oczom ukazuje się całe stado dobrych dzików

Trochę mnie dziwi że tych nowości nikt nie chce wprowadzić na listę skoro to one stają się "przyszłością świata"

Proszę bardzo

Ja bym zrezygnował z adresu 10.0.0.169 po DHCP w routerze A ponieważ gdy po kolejnej negocjacji coś się zmieni to trasa na routerze B będzie nieaktualna.
Lepiej dać statyczny ładny adres spoza puli DHCP LAN routera B

Po tym co napisałeś w #7 https://eko.one.pl/forum/viewtopic.php? … 63#p291263
oraz w #1

myślę że Cezary i nie tylko On, może poczuć się oszukany....