Jest to kolego maska podsieci zapisana w postaci CIDR.

czy na 1043nd masz ustawioną maskaradę? e3131 nie wie, że 192.168.1.100 jest gatewayem dla sieci 192.168.1.0/24 więc wysyła pakiety w drugą stronę. Do sieci operatora GSM. Tam poprawnie skonfigurowany router wysyła je w nicość.

PS. nie ma sieci 192.168.1.100/24, to adres hosta czyli 192.168.1.100/32

@scz11
Albo możesz zostawić router na x.x.2.1/24 i modem na x.x.1.1/24 i ustawić interfejs eth2  jako np. wan2 bez pobierania trasy domyślnej. Adres na eth2 z puli hilinka np x.x.1.2
to dopisujesz do plku:

Do firewalla dopisujesz:

Z sieci LAN x.x.2.x wklepujesz w przeglądarkę x.x.1.1 i masz stronę hilinka do wysyłania SMS i USSD
Pod warunkiem że główny WAN po kablu nie będzie z sieci x.x.1.0/24
EDIT: Oczywiście możesz wyłączyć serwer DHCP w modemie.
EDIT2: zmieniłem tylko konfigurację na eth2 bo dopiero teraz dowiedzieliśmy się pod jakim interfejsem przedstawia się hilink u autora postu

Panowie,
Jestem teraz podłączony do sieci przez E3276 HiLink. HiLink na pokładzie ma androida. Android, podobnie jak OpenWRT, oparty jest na Linuksie. Mój HiLink tego nie wspiera, ale teoretycznie jest możliwe połączenie się z nim przez ssh.
Robię

ifconfig

i dowiaduję się, że mam dwa interface: WAN o IP 10.107.32.38, oraz LAN o IP 192.168.8.1.
To teraz czas na

route -n

otrzymamy coś takiego

0.0.0.0      10.137.32.1 0.0.0.0        UG 1024 0 0 WAN
192.168.8.0  0.0.0.0     255.255.255.0  U  0    0 0 LAN

A teraz pytanie kontrolne: Przez, który interface HiLink będzie wysyłał pakiety do komputera 192.168.1.100?
Tak, tak, to oczywiste. Taki pakiet trafi do interface WAN.
Są dwie możliwości:
1. Ustawić statyczny routing na HiLinku

route add -net 192.168.1.0/24 gw 192.168.8.100

Oczywiście, jeśli masz taką możliwość. A raczej nie masz
2. Wymusić maskowanie źródła na urządzeniu, do którego podpięty jest HiLink.

iptables -t nat -A POSTROUTING -o eth2 -d 192.168.8.1 -j MASQUERADE

Oczywiście jeśli HiLink zainstalował się na interface eth2. Jeśli nie to wpisz to co masz u siebie.
Config dla uci musiałby wyglądać mniej więcej tak:

config zone
    option name 'hilink'
    option input 'REJECT'
    option output 'ACCEPT'
    option forward 'REJECT'
    option masq '1'
    option mtu_fix '1'
    list network 'wan2'

config forwarding
    option src 'lan'
    option dest 'hilink'

config forwarding
    option src 'hilink'
    option dest 'lan'

Tak trochę zgaduję, bo nie mam jak tego sprawdzić w tej chwili

No miałem taką chwilę. Ciekawe, czy pomogło bo nie mam pomysłu jak to zrobić bardziej łopatologicznie.

ręcznie masz to dopisać i firewall też. Sam siebie muszę cytować...
7 nowych linijek w /etc/config/network z eth2 oraz 1 nowa linijka w sekcji wan w /etc/configfirewall oraz 2 nowe sekcje forwarding w /etc/config/firewall tak jak Ci napisałem.
Tylko potem nie dotykaj nic w GUI bo Ci skasuje to co z takim trudem zrobisz

Ja się nie denerwuje Ile ludzi tyle pomysłów.
Skoro teraz Ci działa to dobrze. Zawsze jak samemu coś wymyślisz czy poprawisz, to jest większa satysfakcja niż jak jest podane na tacy.

Skąd ludzie stojący przed WANem kablowym będą mieli trasę do tego Twojego WAN2 ???
Przecież nie będą wpisywać 192.168.1.1 bo dostaną się do swoich własnych routerów

Albo spróbuj  opcji nr3 zaproponowanej przez Cezarego:
http://eko.one.pl/forum/viewtopic.php?p … 98#p176798

Z sieci WAN-kablowy (ip_wan:port) robisz redirect do (ip_lan2:port)
Pokombinuj, a ja też coś innego sprawdzę.

Ponieważ http używa tylko TCP to druga część jest całkowicie zbędna.