I pewnie ta różnica ma na to wpływ.
@Cezary
Czy jest szansa, że dołączysz ten moduł do swojej wersji stabilnej? Z góry dzięki.
Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
eko.one.pl → Posty przez mvincm
I pewnie ta różnica ma na to wpływ.
@Cezary
Czy jest szansa, że dołączysz ten moduł do swojej wersji stabilnej? Z góry dzięki.
Linux ok tak samo. A co to OpenWRT to korzystasz z tego modułu, który Cezary wystawił?
Zobacz czy zrobiło ci dodatkowe 8 gpio.
Przepraszam za laga z mojej strony ale święta, nowy rok itd. ale do rzeczy.
Jeśli chodzi o tworzenie GPIO to tak tworzy je i nawet poprawnie można ich używać. Co nie zmienia faktu, że zawsze przy ładowaniu modułu dla samego modułu "wywala" ten błąd z "node link" tj..
[ 946.001640] gpio gpiochip1: Error -2 creating of_node link
[ 946.009908] irq: Invalid fwnode type for irqdomain
A same piny GPIO (abstachując od I2C) są dostępne. Dla zobrazowania parę "logów":
root@OpenWrt:~# cat /sys/kernel/debug/gpio
...
gpiochip1: GPIOs 504-511, parent: hid/0003:10C4:EA90.0003, cp2112_gpio, can sleep:
root@OpenWrt:~# echo "509" > /sys/class/gpio/export
root@OpenWrt:~# echo "out" > /sys/class/gpio/gpio509/direction
root@OpenWrt:~# echo "1" > /sys/class/gpio/gpio509/value
root@OpenWrt:~# echo "0" > /sys/class/gpio/gpio509/value
I dzielnie na fizycznym pinie IO5 (płytki z układem) mamy 0V i 3.3V w zalezności od 1/0. Nie mniej jednak ten początkowy "bład" trochę martwi.
Podłączyłem RTC po i2c a konkretnie to ds1307 i wszystko pięknie śmiga, zegar jest widziany, tworzy urządzenie rtc itd. hwclock czyta, zapisuje czyli komunikacja w dwie strony. Tak więc można śmało powiedzieć działa.
Jedyne wątpliwości, zastanowienie moga budzić dwa wpisy w logach podczas boot'a (na dole szerszy log).
[ 15.173036] gpio gpiochip1: Error -2 creating of_node link
[ 15.191728] irq: Invalid fwnode type for irqdomain
No jak nic powiązane z modułem ale na pracę RTC nie rzutują. Jeszcze raz dzięki i czekam z niecierpliwościa na oficjalny build ![]()
A szystkim zainteresowany polecam układ CP2112. W mojej opinii działa stabilniej niż i2c na attiny85 (swoją drogą odpaliłem, działa ale np. skanowanie magistrali resetuje attiny85 ale generalnie też robi robotę). Dzięki za hint z tą opcją!
log:
[ 14.519598] i2c /dev entries driver
[ 14.533254] usbcore: registered new interface driver i2c-tiny-usb
[ 14.702440] hidraw: raw HID events driver (C) Jiri Kosina
[ 14.736553] Loading modules backported from Linux version v4.19.161-0-gdaefdc9eb24b
[ 14.744332] Backport generated by backports.git v4.19.161-1-0-g4bb568fe
[ 14.803570] ip_tables: (C) 2000-2006 Netfilter Core Team
[ 14.831641] nf_conntrack version 0.5.0 (1024 buckets, 4096 max)
[ 15.075811] cp2112 0003:10C4:EA90.0001: hidraw0: USB HID v1.01 Device [Silicon Laboratories CP2112 HID USB-to-SMBus Bridge] on usb-1b000100.usb-1/input0
[ 15.111096] urngd: v1.0.2 started.
[ 15.152648] cp2112 0003:10C4:EA90.0001: Part Number: 0x0C Device Version: 0x02
[ 15.173036] gpio gpiochip1: Error -2 creating of_node link
[ 15.191728] irq: Invalid fwnode type for irqdomain
[ 15.196966] usbcore: registered new interface driver usbhid
[ 15.202647] usbhid: USB HID core driver
No i mamy to!!! W sensie masz to ![]()
Dzięki! Dzięki!
Wykrywa magistralę. Podłączę ina219 i jakiś RTC i sprawdzę jak w działaniu na routerze a nie na kompie + linux (gdzie śmiga). Jeszcze raz dzięki!
P.S.
Czy jeśli moje testy w działaniu potwierdzą poprawne działanie samego układu jak i modułu jądra to jest szansa na włączenie na stałe tego modułu do Twoich kompilacji/buildów?
Słuszny trop. Ciekawe. Niby to samo a magistrala i urządzenie się nie tworzy. Zebrałem "log". Dałem wycinki dla czytelności. Popatrz proszę. Pewnie jest coś czego nie widzę...
OpenWRT:
root@OpenWrt:/tmp# lsmod
...
hid 80912 1 hid_cp2112
hid_cp2112 12192 0
i2c_core 21232 3 hid_cp2112,i2c_tiny_usb,i2c_dev
i2c_dev 4816 0
i2c_tiny_usb 2400 0
input_core 24560 2 hid,evdev
...
root@OpenWrt:/tmp#
root@OpenWrt:/tmp# modinfo hid_cp2112
module: /lib/modules/4.14.212/hid-cp2112.ko
license: GPL
depends: hid,nls_base
root@OpenWrt:/tmp#
root@OpenWrt:~# dmesg | grep i2c
[ 14.487660] i2c /dev entries driver
[ 14.502910] usbcore: registered new interface driver i2c-tiny-usb
root@OpenWrt:~#
root@OpenWrt:~# ls /dev | grep i2c
root@OpenWrt:~#
LINUX:
test@batnet:~$ lsmod
Module Size Used by
...
hid_cp2112 32768 0
usbhid 57344 0
hid 131072 3 usbhid,hid_generic,hid_cp2112
...
test@batnet:~$ modinfo hid_cp2112
filename: /lib/modules/5.4.0-58-generic/kernel/drivers/hid/hid-cp2112.ko
license: GPL
author: David Barksdale <dbarksdale@uplogix.com>
description: Silicon Labs HID USB to SMBus master bridge
srcversion: 7BDAC7879E24577E7A2B81C
alias: hid:b0003g*v000010C4p0000EA90
depends: hid
retpoline: Y
intree: Y
name: hid_cp2112
vermagic: 5.4.0-58-generic SMP mod_unload
sig_id: PKCS#7
signer: Build time autogenerated kernel key
sig_key: 4F:99:95:CB:A3:36:65:3E:1E:5A:30:73:58:12:C3:10:81:02:EA:FF
sig_hashalgo: sha512
signature: A0:AB:8B:69:2C:14:89:DD:0C:8F:9F:39:68:A7:FC:F9:6B:B4:8B:52:
C4:84:69:B7:C1:86:EA:19:F0:53:CB:E7:94:DE:C5:67:2E:12:01:54:
30:56:10:96:E8:5D:88:53:75:E4:BB:CF:68:57:CA:22:F6:03:D3:ED:
A7:7D:60:02:DE:E3:7F:B9:8D:99:79:B1:C6:52:8D:00:FB:63:4A:CB:
D9:18:63:AC:E8:79:C0:54:F7:2A:92:3F:1A:54:06:DF:2C:D8:BB:8E:
F0:8C:A7:2A:22:7F:EB:83:3A:83:60:AB:F7:0E:39:01:00:2A:EB:55:
65:82:38:AC:C6:C0:7C:08:CB:22:72:76:94:B3:5A:9C:F9:D9:20:F6:
ED:DF:6A:B4:A1:A8:22:DC:6F:81:98:7C:30:B4:36:C7:DD:3D:B7:E6:
20:4F:8A:96:88:E8:43:96:D4:31:8E:E5:EE:9C:17:94:3D:6E:7C:36:
30:82:B2:7E:F2:8C:1A:54:FC:55:25:FC:AF:E3:8B:0A:9E:FC:10:A9:
92:91:AD:F5:F9:22:50:82:1E:AA:31:15:1A:DC:37:AD:56:43:12:A7:
C0:85:20:80:B3:F6:44:6A:2A:B8:B3:3A:91:EE:BD:52:14:34:D9:F5:
0F:D9:19:A8:1E:F8:A6:7E:6E:74:15:2C:3A:A5:41:CE:0E:9A:74:1C:
FF:41:1B:24:60:DF:0E:66:C8:4F:33:86:96:C6:C4:C0:A2:63:21:F9:
A7:C3:D4:6A:ED:16:94:E0:6F:4D:3D:60:72:6E:0F:DD:D2:8D:7F:52:
34:C3:C4:24:1A:28:EE:DD:2F:98:44:D8:58:1F:08:87:A9:D2:7E:BE:
18:23:C3:FA:F5:3C:60:A3:0A:FC:0E:23:83:72:D6:76:2F:7A:81:29:
41:61:2A:7F:13:15:1F:B3:DC:C2:C5:FD:CA:4F:65:10:AF:C2:2C:2C:
97:CB:C6:A9:B3:0C:E5:33:2A:98:4C:6A:7D:E7:BC:B5:EA:49:9D:F7:
11:63:9C:2B:E2:48:78:FE:30:20:AF:7C:65:F6:82:5D:E6:EE:84:FB:
91:6D:7F:76:DA:EA:A5:9C:53:D6:87:B6:90:7F:90:63:40:12:CC:0B:
44:D4:8B:81:A6:FC:35:0E:BF:0F:B4:FB:C7:DE:77:E8:D4:2D:E3:33:
9E:A4:DA:D9:C4:35:1F:55:10:9C:8A:52:0B:79:77:F0:FB:30:F8:15:
90:D4:7F:7A:3A:6A:9F:CD:51:05:18:2C:5D:EA:AA:E0:59:5A:FB:35:
94:23:09:11:21:B4:1E:36:65:00:15:FC:11:10:13:00:BF:FD:81:7A:
C7:57:97:E0:FE:1E:61:58:07:42:74:AB
parm: gpio_push_pull:GPIO push-pull configuration bitmask (int)
test@batnet:~$ dmesg
...
[ 327.954114] usb 2-3.2: new full-speed USB device number 9 using xhci_hcd
[ 328.056005] usb 2-3.2: New USB device found, idVendor=10c4, idProduct=ea90, bcdDevice= 0.00
[ 328.056012] usb 2-3.2: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[ 328.056016] usb 2-3.2: Product: CP2112 HID USB-to-SMBus Bridge
[ 328.056019] usb 2-3.2: Manufacturer: Silicon Laboratories
[ 328.056022] usb 2-3.2: SerialNumber: 0053A75A
[ 328.064195] cp2112 0003:10C4:EA90.0003: hidraw1: USB HID v1.01 Device [Silicon Laboratories CP2112 HID USB-to-SMBus Bridge] on usb-0000:00:14.0-3.2/input0
[ 328.122389] cp2112 0003:10C4:EA90.0003: Part Number: 0x0C Device Version: 0x02
...
Sorki nie napisałem. Niestety czysto. I2c-detect nie wykrywa nic bo i nie ma urządzenia stworzonego w /dev. Siłowe wywołanie magistrali 0 (teoretycznie jedynej jakby była) też kończy się komunikatem o nie znalezionym urządzeniu (no i ciężko mieć pretensje jak w /dev pusto).
Kurcze sprawa taka, że moduły są, zależnosc z kernelem "zforceowałem" i jest tak było tj. wykrywa samo urządenie USB ale już nie magistralę czyli jakby jednak tego sterownika nie widział/nie ten był.
root@OpenWrt:/tmp# dmesg | grep i2c
[ 14.477714] i2c /dev entries driver
[ 14.492904] usbcore: registered new interface driver i2c-tiny-usb
root@OpenWrt:/tmp# opkg list-installed | grep kmod
...
kmod-gpio-button-hotplug - 4.14.212-3
kmod-hid - 4.14.212-1
kmod-hid-cp2112 - 4.14.212-1
kmod-i2c-core - 4.14.212-1
kmod-i2c-tiny-usb - 4.14.212-1
kmod-usb-core - 4.14.212-1
kmod-usb-ehci - 4.14.212-1
kmod-usb-ledtrig-usbport - 4.14.212-1
kmod-usb-storage - 4.14.212-1
kmod-usb-storage-uas - 4.14.212-1
kmod-usb2 - 4.14.212-1
...
Ale sam CP2112 jest naprawdę super: niski pobór prądu (w idle praktycznie zero...), i2c i jeszcze do tego zostaje parę pinów na GPIO... no super sprawa.
Dzięki, fakt widzę!
Niestety wydaje mi sę, że i tu wersja kernela nie gra (architektura zgodna).
root@OpenWrt:/tmp# opkg install kmod-hid-cp2112_4.14.212-1_mips_24kc.ipk
Installing kmod-hid-cp2112 (4.14.212-1) to root...
Collected errors:
* satisfy_dependencies_for: Cannot satisfy the following dependencies for kmod-hid-cp2112:
* kernel (= 4.14.212-1-d577b4ae4934d425bbef726ad92e3fc0)
* kmod-hid
* opkg_install_cmd: Cannot install package kmod-hid-cp2112.
root@OpenWrt:/tmp# uname -r
4.14.212
root@OpenWrt:/tmp# cat /proc/version
Linux version 4.14.212 (cezary@eko.one.pl) (gcc version 7.5.0 (OpenWrt GCC 7.5.0 r11261-3f5fecfd33)) #0 Thu Dec 17 14:51:43 2020
Możliwe, że budujesz na nowszej wersji?
MvincM
No to jest tak ![]()
Testowy router to ten TP-LINK (testy, eksperymenty itd.). I on jest na najnowszym OpenWRT (no i tu mamy niezgodność architektury). A produkcyjny router to R6220 (zgodność architektiry) ale jest na starszej kompilacji więc krzyczy (słusznie) o nowszy kernel itd. I oczywiście moge podnieść ten produkcyjny router do najnowszego OpenWRT ale to jak wszyscy pójdą spać i "internetów" nie będą potrzebowali (czyli za parę godzin).
Czyli odpowiedź
nie - nie sprawdziłem (jak wyżej).
Dzięki!
MM
Super. Dzięki.
A mogę jeszcze serdecznie poprosić o kompilację pod TL-WR1043ND V1. Testowy router pod eksperymenty.
Z góry dzięki!
MvincM
Reasumujac. Będę wdzieczny za kompitację. Dodatkowo wgram sobie i2c-tiny-usb na moje attiny85 (nawet z czystej ciekawości - dzięki za hint).
Co do esp8266 to oczywście znam i stosuje (czy to z tasmota czy micropython na pokładzie). Właśnie wyzwaniem dla mnie jest WiFi bo powinienem i2c po kablu zrobić dla zachowania relatywnej niezawodności (brak połaczenia, zrywanie itd.). No i w tym przypadku doszedłem do momentu w którym komunikacja jest po UART i wtedy nie ma wyzwania z wifi (tyle, że więcej do obkodowania jest ergo tez miejsce na popełnienie błedu jak mówimy o niezawodności). Innym wątkiem jest też konsumpcja energii (attiny85 vs esp8266) tu esp8266 może nie jest strasznie prądożerne ale w podtrzymaniu bateryjnym to już zaczyna mieć znaczenie a jak wyłaczysz WiFi które zjada sporo to już masz małą funkcjonalnie różnicę vs attiny85 czy cp2112 i router). Oczywiście esp ma i ADC i i2c i hardware UART na pokładzie - nie umniejszam ale i znacznie krócej na baterii trzyma.
Będę wdzięczny! Jak i potomni bo...
po przeszukaniu rynku to CP2112 jako gotowa płytka ma najlepszy (moim zdaniem) stosunek jakości do ceny. Nawet mając na uwadze, że powszechna wersja jest to rev. F02 (ze znamymi błędami) to mamy gotowca z portem USB za 2.5 USD.
Pisząc o wykorzystaniu Attiny85 miałem na myśli projekt "LittleWire" obsługujący m.in. zastosowanie i2c a ten nie jest wpierany w obecnej wersji OpenWRT.
Wielkie dzięki! Stay tuned!
Odpowiadając na pytanie
Nie sprawdziwszy założyłem, nie jest on w kernelu aktualnym/dostosowanym na potrzeby rozwiązania/platformy jakim jest OpenWRT ale nie wiem jak mocno kernel openwrt jest rozbieżny z linux (rozumianym jako kernel a nie dystrybucja/OS).
W takim razie na testy zrobie jak mówisz ale pytanie
czy jest szansa aby w Twoich kompilacjach znalazł się ten diver na stałe bo wiesz dla mnie OpenWRT to eko.one.pl od samego początku więc chciałbym korzystać "produkcyjnie" z Twoich buildów.
Dzięki,
MvincM
Dzięki. No i teraz jasne... założyłem (bo tak bardzo chciałem), że będzie obsługiwany gdyż jest relatywnie tani i robi robotę poprawnie. Przepisanie tego drivera na jądro OpenWRT to dla mnie zbyt ambitne zadanie (nie podołam).
Zostaje mi chyba jeszcze eksperyment z attiny85 i przejściówką UART-USB i komunikacja po serial (co prawda on tez ma software emulację USB ale ta zwnou nie ma drivera pod OpenWRT). Sam attiny85 też nie jest obsługiwany przez OpenWRT.
A może masz/macie inne pomysły na i2c po USB (bo nie zawsze mamy dwa wolne czy łatwo dostęne GPIO w routerze aby i2c zrobić).
Dzięki!
MvincM
Witam.
Piszę bo może ktoś się już spotkał z takim problemem jak ja i rzuci trochę swiatła.
Cel: posiadanie magistrali i2c poprzez USB pod OpenWRT
Router: Netgear R6220
Układ i2c: CP2112 (rev. F02)
Soft: LUCI OpenWrt 19.07 by Cezary jak również najnowsza kompilacja 19.07 bez LUCI
Przygotowanie pod użycie zgodnie z opisem: https://openwrt.org/docs/guide-user/har … c-tiny-usb
Moduły i oprogramowanie zainstalowane tj.
kmod-i2c-tiny-usb
kmod-i2c-core
i2c-tools
A problem jest taki, że system widzi nowe urządzenie USB tj.
root@OpenWrt:~# dmesg | grep i2c
[ 15.743643] i2c /dev entries driver
[ 15.754171] usbcore: registered new interface driver i2c-tiny-usb
root@OpenWrt:~# i2cdetect -l
root@OpenWrt:~#
ale nie tworzy magistrali i2c w /dev (pusto...). Reboot, czy ponowne włożenie urządzenia USB nie zmienia sytuacji.
Pod Windows czy Linux (Ubuntu w tym przypadku) działa bez problemu. Wszystko śmiga, urzadzenie wykrywa, tworzy magistralę i2c.
Może po prostu brakuje jakiegoś pakietu, modułu jądra aby wykrył poprawnie magistralę... No nie wiem.
Będę wdzięczny za każdy pomysł.
Z góry dzięki!
MvincM
Witam.
Dla potomnych rozwiązanie mojego problemu z ruchem przez inną trasę/bramę niż deafult gw:
1) Dodajemy możliwość użycia tzw. local_conf tj. do pliku /etc/config/zerotier dodajemy linię option local_conf '/etc/zerotier.conf'
2) W pliku /etc/zerotier.conf dodajemy linie jak niżej oczywiście w miejsce adresu podanego wstawiamy swój, który chcemy aby zerotier omijał np. domyślna brama:
{
"physical": {
"192.168.1.1": {
"blacklist": true
}
}
}
3) Ustawiamy statyczny routing do root serwerów zerotier (lista w postach powyżej). Uwaga! W moim przypadku z racji, że ruch do zerotier idzie przez interfejs WAN (a domyślny gateway nie jest na interfejsie WAN) to ustawianie statycznego routingu poprzez wpisy w /etc/config/network nie zadziała gdyż próba dodania wpisów wykona się szybciej niż w moim przypadku interfejs WAN się pojawia przez co trasy się nie dopisują (opisane zachowanie openwrt jak znalazłem). Rozwiązałem to poprzez dodanie tych tras w /etc/hotplug.d/iface/. Wrzuciłem plik, który te trasy dodaje i usuwa wraz z adekfatnym stanem interfejsu WAN.
UWAGA: testowo wykasowałem domyślną trasę (czyli brak deafult gw). Zostały tylko statyczne wpisy dla zerotier. Uruchamia się, działa, idzie przez wksazaną drogę ale z racji braku domyślnej trasy raz na jakiś czas w logach zrzuci zerotier-one[1714]: sendto: Network unreachable. Ergo gdzieś do czegoś potrzebny mu jest domyślny dostęp do internetu. Nie mniej jednak działa poprawnie i widzi wszystkich peerów w sieci.
UWAGA 2: pewnie mógłym opdalić mwan3 i zrobić to bardziej elegancko ale na tą chwilę mam co chciałem ![]()
Pozdrawiam,
MvincM
A zostając bardziej w temacie ZeroTier. Odpaliłem i robię testy pod scenariusz jak wyżej. Ale mam jedną zagwostkę.
Jak delikatnie zaznaczyłem wczęśniej mam dwa wyjścia do internetu (jedna przez modem Play w w sieci lokalnej a drugie przez direct podłączony modem HiLink do routera z OpenWRT). Chciałbym aby cały ruch do ZeroTier szedł przez ten HiLink. Więc relatywnie prosta sprawa.
1) Biorę adresy IP root serwerów ZeroTier:
https://zerotier.atlassian.net/wiki/spa … +Addresses
2) ustawiłem statyczny routing do tych adresów IP przez bramę w postaci tego modemu hilink
3) tracert do tych IPków idzie przez tą bramę ergo routing działa
4) a w panelu ZeroTier widzę, że wychodzę przez IP z "głównego" modemu a nie tego USB
Jakieś pomysły? Z góry dzięki.
MvincM
P.S.
A dalczego się na SNAT "uparłem" to kiedyś wyczytałem coś takiego:
SNAT Target VS MASQUERADE Target
Both targets do source NAT (or SNAT) in the POSTROUTING chain in the nat table.
Differences
MASQUERADE does NOT require --to-source as it was made to work with dynamically assigned IP addresses.
SNAT works with static IP addresses.
MASQUERADE has extra overhead and is slower than SNAT because each time the MASQUERADE target gets hit by a packet, it has to check for the IP address to use.
IMPORTANT: It is still possible to use MASQUERADE target with static IP. Be aware that it will add extra overhead (to compute).
Ok. Testuję MASQ w miejsce SNAT w weekend ![]()
Dzięki.
Generalnie to dwie rzeczy chcę osiągnąć ale po koleji.
Mój podstawowy router (default gw do internetu) to relatywnie "głupie" pudełko z Play, modem LTE (w tej roli sprawdza się bardzo dobrze). Na nim to wiele nie mogę podzialać, nawet dobrze DHCP i cache DNS nie można ustawić. Z racji tego, jest w sieci drugi router na OpenWRT, który to pełni kilka ról (serwer DHCP, dns cache, vpn client). Nie jest on "defult gw" dla tej sieci lan (chociaż teraz tak myślę, że mógłby być, nie robić NAT gdyż nie chcę miec podówójnego natowania, tylko przekierować pakiety do modemu lte).
Więc jeśli na nim postawię klienta VPN a będę chciał widzieć sieć LAN z innych klientów (np. mobile) to albo zapewnię odpowiednie ustawienia routingu tak aby wszystkie stacje LAN wiedziały gdzie zwrotnie lub w ogóle kierowac pakiety do podsieci vpn'owej lub zapewnie ruch tylko w jedną stronę czyli z klientów vpn do sieci LAN przez zrobienie SNAT na tym routerze.
I to co powyżej to zagadnienie numer jeden i szukam tej właściwej i poprawnej metody rozwiązania tego zadania. A zagdanienie numer dwa jest takie, że dodatkowo potrzebuję mieć dwa tunele vpn postawione na tym routerze ale przez dwie różne bramy do internetu (jedna to rzeczony modem Play a druga to podpięty modem USB HiLink bezpośrednio do routera). Tu powalczę oddzielnie (czy to przez odpowiednie ustawienie routingu czy przez VPNbypass). Ale w pierwszej kolejności muszę dobrze domknąć temat pierwszy bo drugi to pochodna.
Dzięki,
MvincM
Witam.
@Cezary
Dopytam dla pewności. W powyższym artykule dostęp do sieci lokalnej w opisany przez Ciebie sposób (na OpenWRT) zakłada, że klient ZeroTier jest postawiony na routerze, który jest bramą domyślą dla danej sieci? Przez co stacje w sieci lokalnej idą przez domyśle gw, ktory to już wie gdzie dalej routing zrobić.
Czy w przypadku gdy router z klientem ZeroTier nie jest "default gw" należy:
a) jak to jest możliwe przez DHCP wymusić trasę do danej sieci na stacjach z LAN przez dany adres IP (router z klientem)? Swoją droga Android ma problem z opcją/parametrem dhcp 121 (po prostu go ignoruje - moje testy).
b) na takim routerze dodatkowo ustawić SNAT do sieci lokalnej co rozwiązuje problem routingu dla połączeń przychodzących przez vpn.
Powiedz czy dobrze myślę, kombinuję?
P.S.
Pytanie czy "snat" nie robi już ten wpis "uci set firewall.@zone[-1].masq=1" i mój wywód o default gw jest delikatnie mówią nie na miejscu...
Pozdrawiam,
MvincM
Teraz jasne. Dzięki!
Ok. Szukałem z LUCI. Dzięki!
P.S.
A z ciekawości dlaczego nie z LUCI?
@Cezary
Jest szansa na Twoje obrazy (19.x) dla tego modelu?
Z góry dzięki,
MvincM
eko.one.pl → Posty przez mvincm
Forum oparte o PunBB, wspierane przez Informer Technologies, Inc