1. Nie mam tutaj nawet zainstalowanego ModemManagera. To świeża instalacja na x86. Wrzuciłem najpierw starą wesję 3ginfo, po czym zaktualizowałem do nowej i efekt jest taki jak widzisz.

2. Jesli używam ModemManager to i tak przez wiekszość czasu mam wyłączone modemy dla ModemManagera (mmcli -m 1 -d) i użwam tego tylko do wysyłania ussd.

3. Nawet jeśli włączam ModemManager to mam zrobiony porządek z interfejsami aby nic nie kolidowało. Pierwszy interfejs na każdym modemie używam do smstools. Durgi dla 3ginfo jak potrzebuje sprawdzić zasięg lub wysłać ussd.

4. Modem nie łapie zasięgu bo przeniosłem sprzęt w inne miejsce. Generalnie mam problem z zasięgiem na orange ale wczoraj coś tam łapało i było to samo czyli 3ginfo nie pokazywało żadnych danch. Jak chcesz to mogę Ci podłaczyć modem Plusa gdzie łapie zasięg bez problemu i będzie to samo.

5. Ewidentnie widać, że 3ginfo.js?v=20240424:1:383 generuje błędy co killa sekund. Jak zakładka jest otwarta kilka dłuzej to błąd powielany jest w nieskończoność.

Czy możesz podać komendę AT, która wyciaga ICCID?

root@OpenWrt:~# echo "AT+CCID" | comgt -d /dev/ttyUSB5
SIM ready
Waiting for Registration..(120 sec max).............................................................
Failed to register
root@OpenWrt:~# 

...Wcześniej próbowałem jeszcze wysyłać komendy AT żeby pokazało CCID w trybie debugowania przez ModemManager to zwracało, że modem nie wspiera tej komendy.

root@OpenWrt:~# uci show 3ginfo
3ginfo.@3ginfo[0]=3ginfo
3ginfo.@3ginfo[0].http_port='81'
3ginfo.@3ginfo[0].language='pl'
3ginfo.@3ginfo[0].network='wan'
3ginfo.@3ginfo[0].device='/dev/ttyUSB2'
root@OpenWrt:~# 
root@OpenWrt:~# sh -x /usr/share/3ginfo/infoparms /dev/ttyUSB2
sh: can't open '/usr/share/3ginfo/infoparms': No such file or directory
root@OpenWrt:~# 

Po aktualizacji ze starego 3ginfo do 3ginfo-text_20240424_all.ipk komunikat błędu z konsoli przeglądarki wygląda tak i powtarza się co 5 sekund:

VM2078:4 Uncaught 
SyntaxError: Unexpected token ',', "
{"res":[
[
,
]
]}
" is not valid JSON
    at JSON.parse (<anonymous>)
    at xmlhttp.onreadystatechange (3ginfo.js?v=20240424:1:383)
xmlhttp.onreadystatechange  @   3ginfo.js?v=20240424:1
XMLHttpRequest.send (asynchronicznie)       
readdata    @   3ginfo.js?v=20240424:1
showmodemparams @   3ginfo.js?v=20240424:1

Jednocześnie sam 3ginfo w konsoli niby działa:

root@OpenWrt:~# 3ginfo
Status: Rozłączony
Czas polaczenia: -
Przeslano danych: - / -
Operator: ---
Tryb pracy: EDGE
Sila sygnalu: 58%
Urzadzenie: huawei E173
MCC MNC: - -
LAC: - (-)
CID: - (-)
TAC: - (-)
CSQ: 18
RSSI: -77 dBm
RSCP: -145 dBm
Ec/IO: -32 dB
RSRP: - dBm
SINR: - dB
RSRQ: - dB
root@OpenWrt:~#

https://i.imgur.com/h2OpaKJ.png

Możliwe, że błąd może mieć jakiś związek z tym ICCID, który dodałeś w interfejsie bo ten modem raczej nie wyciagnie ICCID za pomocą AT...Sam probowałem wysyłać komendy AT przez ModemManeger i nie chciało mi pokazać ICCID.

No w historii zmian w linku poniżej pisze, że ostatnia wersja jest z marca tego roku.
https://eko.one.pl/?p=openwrt-3ginfo#in … unikacyjny

Ale faktycznie z opisu nazw samych plików wynika, że mogą to być późniejsze wersje. Tak czy inaczej zainstalowałem te pliki:
3ginfo_20240424_all.ipk
3ginfo-lite_20240424_all.ipk
3ginfo-text_20240424_all.ipk

Zrestartowałem i interfejs na porcie 81 nie działa (pod x86). Sama strona się wczytuje ale żadne dane nie są odświeżane. W Luci i konsloli działa. Konsola chrome co około 10 sekund zwraca błąd związany z json w pliku js (okolice linii 300 z tego co pamietam).

Aktualizacja 3ginfo do najnowszej wersji z 03.2024 na OW 22.03.6 przestaje zwracać jakiekolwiek dane w interfejsie na porcie 81 pomimo tego, że wcześniejsza wersja na tym samym modemie działa i wyświetla sporo informacji. Konsola przeglądarki zwraca błędy związane z json i plikiem js, który prawdopodobnie odpowiada za wpychanie danych na strone. Jednocześnie samo 3ginfo z poziomu konsoli jak i 3ginfo-luci działa poprawnie - interfejs na 81 już nie.

Zakładając, że korzystam z kilku modemów - jak za pomocą polecenia 3ginfo odwołać się do konkretnego modemu lub najlepiej uzyskać zrzut wszystkich danych (z wszytskich podłączonych modemów) w formie json lub choćby odpowiedź z samej konsoli? Nawet jeśli utworze kolejne sekcje w konfigu to zapytanie 3ginfo json zwraca odpowiedź tylko dla domyślnego modemu.

Chciałbym zrobić sobie skrypt, który na jednej stronie pokazałby mi dane z wszytskich modemów... W zasadzie skrypt już mam gotowy w pythonie i pobieram sobie wszystko w formie tabeli. Wykorzystuje do tego dane z ModemManager ale przy dwóch modemach dość mocno drenuje to procesor (w okolicach 20%) a modemów docelowo miałbym więcej, dlatego chciałem zobaczyć jakby to wyglądało w przypadku 3ginfo - pod warunkiem właśnie, że da się uzyskiwać dane poszczególnych z modemów lub wszystkiego co jest podłączone.

5

(11 odpowiedzi, napisanych Oprogramowanie / Software)

Focus napisał/a:

Nie patrz na to kiedy masz planowane wyłączenie 3G ale na realia.
W Orange oficjalnie dopiero mają zacząć wyłączać 3G, a w rzeczywistości u mnie od kilku tygodni nie ma już 3G.

Bardzo możliwe, że tak właśnie się stało. To co wybrabia orange na przestrzeni ostatniego roku to jest dramat. Powdyżki niektórych usług o 100%, nawet miesieczną opłatę za utrzymanie numeru wprowadzili. Zakładajac, że ktoś nie korzysta z internetu za ich pośrednictwem to nie zyska na tym wyłączeniu 3G zupełnie nic a jedynie straci tak jak w moim przypadku - zostałem w tej chwili całkowicie pozbawiony dostępu do usług, że nawet mam problem z odbiorem głupiego smsa.

6

(11 odpowiedzi, napisanych Oprogramowanie / Software)

Wiem, ale poprzedią wersję luci-app-3ginfo_1.3.3-1 instalowałem bez sms-tool z tego co pamiętam.

Poza tym korzystam już z Twojej kompilacji SMSTools3 dla 8 modemów a sms-tool pewnie tego nie wspiera i mam wątpliwości czy obie aplikacje będą mogły działać równolegle bez problemów.

2 lata temu testowałem sms-tool ale nie działało wysyłanie kodów ussd.

7

(11 odpowiedzi, napisanych Oprogramowanie / Software)

Moja teoria jest taka, że albo ktoś zainstalował jakiś wzmacniacz zasięgu, stąd nagle pojawiły się zakłócenia albo bts z którym się łączę nie jest w pełni sprawny.

Być może ma to związek z wyłączeniem 3G, które ma nastąpić w październiku na tym obszarze ale trwa to trochę długo bo problemy zauważyłem już na początku sierpnia jak nie lepiej.

Przeniosłem na chwilę całość do innego pokoju, postawiłem na parapet skąd mam lepszy zasięg z innego btsa (19%) od zachodniej strony i tutaj wszystkie modemy logują się bez problemu. Problem wynika z tego, że gdy mam to zainstalowane w miejscu gdzie ma być zainstalowane to ten niedziałający bts daje jednocześnie mocniejszy sygnał (50%) stąd modemy automatycznie się do niego logują (a raczej próbują się zalogować). Czasem na chwilę złapie z tego drugiego ale trwa to chwilę po czym znowu przełącza na ten niedziałający.

Obstawiam, że nie ma opcji wymuszenia łączenia z konkretnym bts na tych archaicznych modemach? wink Jak nie to będę pytał orange czy zamierzają coś z tym zrobić.

Tak czy inaczej 3ginfo dużo tutaj pomogło bo gdybym nie wiedział z którym bts się łączę to nie prędko doszedłbym do wniosku co jest przyczyną tego, że nagle straciłem zasięg.

Jeśli idzie o rozwój 3ginfo luci to fajnie byłoby tam dorzucić wyświetlanie informacji o nazwie bts i z tego co widzę po screenie w poniższym wątku @IceG ma jakąś wyszukiwarkę.
https://eko.one.pl/forum/viewtopic.php?id=11328&p=3

W której to jest wersji? Ja instalowałem to z 2 lata temu.

Probowałem robić aktualizację ale sypie błędem:
https://github.com/4IceG/luci-app-3ginf … 5-20230910

Collected errors:
 * pkg_hash_check_unresolved: cannot find dependency sms-tool for luci-app-3ginfo-lite
 * pkg_hash_fetch_best_installation_candidate: Packages for luci-app-3ginfo-lite found, but incompatible with the architectures configured
 * opkg_install_cmd: Cannot install package luci-app-3ginfo-lite.

Istnieje jakaś nowsza paczka pod MIPS?

8

(11 odpowiedzi, napisanych Oprogramowanie / Software)

Co pokazuje 3ginfo? To jest moc syngału macierzystej sieci czy innych?

W tej chwili pierwszy modem, który mam opisany jako "GSM1" jest zalogowany do sieci, inne nie jakby nie chcą się zalogować do bts tzn. 3ginfo pokazuje, że zasięg jest na poziomie ponad 52% ale LAC i CID są puste czyli modem nie jest zalogowany.

W przypadku tego, pierwszego który jest zalogowany jest to natomiast 19% czyli wygląda na to jakby był zalogowany do innego bts. (mam dwa w zasiegu).

Co ciekawe:
1. Wszystkie modemy mam w tej samej wersji hardware "e173 s-1"
2. Wszystkie mają wgrany tą samą wersję softu 21.017.09.00.00
3. Wszystkie znajdują się w tym samym miejscu wpiete w aktywny hub z zasilaniem 3A.
4. Wszystkie Orange
5. Na każdym wymusiłem korzystanie z tylko z trybu 2G czyli GSM.

Jak robię skanowanie to nie liczac pierwszego modemu, który działa wykrywa mi tylko Plusa. W sumie od zawsze miałem problem z zasięgiem w Orange (takie ukształtowanie terenu) ale wcześniej od 2 lat jako-tako działało, teraz gdzieś od miesiaca jest dramat.

9

(11 odpowiedzi, napisanych Oprogramowanie / Software)

Zgadza się ale z tego co sprawdzałem w mojej lokalizacji wyłączenie BTS-ów 3G ma nastąpić dopiero za miesiąc. Poza tym zakładając, że nie ma 3G (mimo, że wskaźnik 3ginfo pokazuje, że jest) to modem powinien chyba przełączyć się na zwykły GSM.

10

(11 odpowiedzi, napisanych Oprogramowanie / Software)

Korzystam z 3ginfo + wtyczki LuCi z modemem Huawei E173
Używam tego zestawu jako bramki sms do odbierania sms-ów weryfikacyjnych.

Wzkaźnik mocy sygnału pokazuje, że modem jest w zasięgu operatora ale jednocześnie od kilkunastu dni nie loguje się do sieci - LAC + CID jak widać są puste.

Nie działa też wysyłanie kodów USSD z poziomu ModemManager-a.

root@Xiaomi_Mi_WiFi_Mini:~# mmcli -m GSM6 -e
successfully enabled the modem
root@Xiaomi_Mi_WiFi_Mini:~# mmcli -m GSM6 --3gpp-ussd-initiate="*124*#"
error: couldn't initiate USSD session: 'GDBus.Error:org.freedesktop.ModemManager1.Error.Core.Aborted: USSD terminated by network'
root@Xiaomi_Mi_WiFi_Mini:~# mmcli -m GSM6 --3gpp-scan --timeout=300
  ---------------------
  3GPP scan | networks: 26001 - Plus (gsm, forbidden)
            |           26001 - Plus (umts, forbidden)
root@Xiaomi_Mi_WiFi_Mini:~# 

Ostatni spam smsowy w folderze mam z początku sierpnia.

Ważność konta na połączenia przychodzące nie powinna byc problemem z tego co pokazuje konto abonenta (sieć orange).

Mam w sumie 6 modemów wpięte w aktywny hub usb i na każdym to samo. Kiedyś zdarzały się podobne sytuacje, że nie zawsze działało ale w tej chwili wygląda jakby padło na dobre.

PunBB bbcode test

11

(3 odpowiedzi, napisanych Oprogramowanie / Software)

No sorry ale myślę, przekierowanie portu to nie jest jakaś wyszukana funkcja do której potrzeba paczki instalować. Skoro takie Xiaomi portafi sprawić, że działa to bez tego typu zabiegów a które to Xiaomi jest tak naprawdę tylko nakładką na OpenWrt to tym bardziej powinno to działać w tak zaawansowanym systemie w standardzie.

Zauważ, że wrzucając OW z oficjalnej strony masz domyślnie Luci w obrazie a to jednak sugeruje trochę, że do obsługi nie muszisz być od razu ekspertem władającym konsolą wink

System niby pozwala na dowolną konfigurację, tylko nigdy nie działa to czego akurat potrzebuję czego pokazuje ten przykład.

Natomiast co do senda problemu: skonfigurowałem po prostu sFTP i przywróciłem domyślny port 22 dla SSH dzieki czemu mam działajace FTP i SSH na standardowych portach a drugi serwer działa bez szyfrowania na 21.

A wiec tak: dopiero co zastąpiłem stockowy soft w routerze na OW 22.03

Od razu zaznaczam, że wszystko praktycznie na domyślnych ustawieniach, nie instalowałem żadnych paczek, nie kombinowałem w konfiguracji.

Podczas prostej próby przekierowania portu 21 na serwer FTP okazało się, że za nic nie chce się połączyć przez WAN mimio, że lokalnie łączy bez problemu.

Okazało się, że brakowało kmod-nf-nathelper. Ten system nie jest dla normalnego użytkownika bo skąd niby ktoś ma wiedzieć co zainstalować i że brakuje tam kmod-nf-nathelper do głupiego przekierowania portu? Nie wiem co po w Luci dają ten interfejs od portów skoro to nie działa.

W stockowym sofcie jednak nie ma tego typu dziwnych akcji, że nie da się ustawić prostego przekierowania portu bez jakiś fikołków.

Teraz dalej: mam w sieci dwa serwery FTP z których chciałbym mieć wejscie z zewnątrz. Pierwszy skonfigurowałem na standardowym porcie 21 - ze wspomnianą paczką ruszyło.

W przypadku drugiego musiałem zmienić port z 21 na 19 aby nie kolidowało z pierwszym FTP. Lokalnie działa z zewatrz standardowo ten sam problem co wczoraj i serwer nie łączy po WANie.

Co mam z tym zrobić?

Zainsatowałem dodatkowo kmod-nf-nathelper-extra ale bez zmian.

Jeśli ma to jakieś znaczenie to drugi serwer FTP jest postawiony na VirtualBoxie ale oczywiście karta w trybie mostku i sewer widoczny w sieci jak zwykły.

Przekierowanie na SSH na zmienionym porcie 24 dokładnie na tym samym serwerze działa po WAN-ie. FTP ustawione na 19 za nic nie chce.

Z własnego doświadczenia powiem Ci, że Chromecast 4 HD ma coś skopane z modułem Wi-Fi... Osobiście kupiłem to z przeznaczeniem do streamowania IPTV po sieci lokalnej z dekodera na drugim tv. Efekt jest taki, że kanał działa kilkanaście minut po czym mam coś w rodzaju stop-klatki z samym dzwiękiem i muszę ponownie wybierać kanał z listy aby ruszyło. Testowałem dwie aplikację + kodi i wszytsko z podobnym efektem - połązenie jest na krótko zwywane co można łatwo zaobserwować np. odpalając pilot od kodi w przeglądarce (będą ciągle pojawiać się alerty o zerwanym połączeniu z swererem).

Dla przykładu streamując po Wi-Fi z tego samego dekodera na smartfonie mogę odtwarzać kanał kilka godzin i nic się nie dzieje.

14

(18 odpowiedzi, napisanych Oprogramowanie / Software)

Już łączy ale musiałem w Luci dodatkowo poprawić Firewall. Być może dlatego, że instaluje to na routerze który pracuje w trybie AP. O ile się nie mylę to gdy konfigurowałem to ostatnio na 21.03 to po wklpepaniu wszytskich komend w konsoli działało od razu.

Zastanawiam się czy nie podpiąc tego routera od strony WANu bo faktycznie na AP trochę bez sensu ten VPN i pomimo, że ustawiam w kliencie na sztywno adres tego AP i niby mam na kliencie wyjściowe ip VPN-a to zapytania i tak lecą przez DNS-y mojego ISP (tak pokazuje dnsleaktest.com) a przy prawidłowej konfiguracji całośc powinna byc szyfrowana zapytania powinny iść przez DNSy dostawcy VPN.

Pytanie: czy gdybym podpiął ten router pod WAN to jest szansa uzyskania takiej konfiguracji aby jednocześnie robił on za AP? Bo na pewno potrzebowałbym w tym miejscu coś co rozsiewałoby po radiu ten sam SSID, który mam na głównym routerze.

Czy gdybym podpiął się pod WAN tworząc osobną sieć ale jednocześnie, dodał dodatkowy interfejs i ustawił pod niego radio z tym sasmym SSID, szyfrowaniem, hasłem co główna sieć + wyłączył DHCP to ma szanse to zadziałać?

15

(18 odpowiedzi, napisanych Oprogramowanie / Software)

Po prostu wychodziłem z założenia, że aktualizacja dodaje nowe funkcje i poprawki ale jednocześnie jest kompatybilna wcześniejszymi wydaniami tak jak ma to miejsce w normalnych systemach.

A w konfiguracji firewall-a przypadkiem też czegoś nie pozmieniali? Bo po Twojej poprawce niby Luci nie wyrzuca już błędu ale VPN jakoś nie chce się połączyć mimio, że wrzucam do etc/openvpn pliki z konfiguracją z których korzystałem wcześniej na 21.03


config defaults
    option syn_flood '1'
    option input 'ACCEPT'
    option output 'ACCEPT'
    option forward 'REJECT'

config zone
    option name 'lan'
    list network 'lan'
    option input 'ACCEPT'
    option output 'ACCEPT'
    option forward 'ACCEPT'

config zone
    option name 'wan'
    list network 'wan'
    list network 'wan6'
    option input 'REJECT'
    option output 'ACCEPT'
    option forward 'REJECT'
    option masq '1'
    option mtu_fix '1'

config forwarding
    option src 'lan'
    option dest 'wan'

config rule
    option name 'Allow-DHCP-Renew'
    option src 'wan'
    option proto 'udp'
    option dest_port '68'
    option target 'ACCEPT'
    option family 'ipv4'

config rule
    option name 'Allow-Ping'
    option src 'wan'
    option proto 'icmp'
    option icmp_type 'echo-request'
    option family 'ipv4'
    option target 'ACCEPT'

config rule
    option name 'Allow-IGMP'
    option src 'wan'
    option proto 'igmp'
    option family 'ipv4'
    option target 'ACCEPT'

config rule
    option name 'Allow-DHCPv6'
    option src 'wan'
    option proto 'udp'
    option dest_port '546'
    option family 'ipv6'
    option target 'ACCEPT'

config rule
    option name 'Allow-MLD'
    option src 'wan'
    option proto 'icmp'
    option src_ip 'fe80::/10'
    list icmp_type '130/0'
    list icmp_type '131/0'
    list icmp_type '132/0'
    list icmp_type '143/0'
    option family 'ipv6'
    option target 'ACCEPT'

config rule
    option name 'Allow-ICMPv6-Input'
    option src 'wan'
    option proto 'icmp'
    list icmp_type 'echo-request'
    list icmp_type 'echo-reply'
    list icmp_type 'destination-unreachable'
    list icmp_type 'packet-too-big'
    list icmp_type 'time-exceeded'
    list icmp_type 'bad-header'
    list icmp_type 'unknown-header-type'
    list icmp_type 'router-solicitation'
    list icmp_type 'neighbour-solicitation'
    list icmp_type 'router-advertisement'
    list icmp_type 'neighbour-advertisement'
    option limit '1000/sec'
    option family 'ipv6'
    option target 'ACCEPT'

config rule
    option name 'Allow-ICMPv6-Forward'
    option src 'wan'
    option dest '*'
    option proto 'icmp'
    list icmp_type 'echo-request'
    list icmp_type 'echo-reply'
    list icmp_type 'destination-unreachable'
    list icmp_type 'packet-too-big'
    list icmp_type 'time-exceeded'
    list icmp_type 'bad-header'
    list icmp_type 'unknown-header-type'
    option limit '1000/sec'
    option family 'ipv6'
    option target 'ACCEPT'

config rule
    option name 'Allow-IPSec-ESP'
    option src 'wan'
    option dest 'lan'
    option proto 'esp'
    option target 'ACCEPT'

config rule
    option name 'Allow-ISAKMP'
    option src 'wan'
    option dest 'lan'
    option dest_port '500'
    option proto 'udp'
    option target 'ACCEPT'

config zone
    option name 'vpn'
    option input 'ACCEPT'
    option forward 'ACCEPT'
    option output 'ACCEPT'
    option network 'vpn'
    option masq '1'

config forwarding
    option src 'vpn'
    option dest 'lan'

16

(18 odpowiedzi, napisanych Oprogramowanie / Software)

Zrobiłem update do 22.03.2 i ten sposób instalacji OpenVPN tam już nie działa.

Chyba po "uci commit network" i odświeżeniu interfejsów, luci mówi, że musi coś poprawić. Oczywiście po tym nie udaje się już poprawnie wystartować VPN-a.

17

(27 odpowiedzi, napisanych Oprogramowanie / Software)

Dobra, udało się utworzyć sieć gościnną wg. tej instrukcji co podawałem wcześniej.

https://openwrt.org/docs/guide-user/net … ifi_dumbap

Okazało się, że problem leżał w adresacji mojej sieci. Musiałem przebudować cały schemat adresacji z 192.168.0.1 na 192.168.1.1 i ustawić guest na 192.168.2.1 i dopiero ruszyło.

Podłączyłem repeater, niby wszytsko działa. Jedyny minus, że teraz mając dwa SSID na jednym radiu przepustowość tego radia jest chyba dzielona na dwie sieci? Czyli jak wcześniej miałem w okolicach 120 Mbit/s na tym AP tak teraz każdy SSID będzie miał przepustowość max. 50-60 Mbit/s ? Mimo, że Luci pokazuje mi w tej chwili dla tego repeater-a 135 Mbit/s.

PunBB bbcode test

18

(27 odpowiedzi, napisanych Oprogramowanie / Software)

Switch w tej chwili wygląda tak:

PunBB bbcode test

W zasadzie to w nocy przywróciłem wszystko do ustawień fabrycznych i raz jeszcze próbowałem konfiguracji z openwrt.org bo myślałem, że miałem za dużo napiszane w konfiguracji (miałem też tam VPNa) ale to nic nie dało, wiec nie wiem czego dotyczy ta instrukcja.

Czy byłbyś w stanie podać co konkretnie mam dokleić do network, wireless i dhcp aby to ruszyło?

Na switchu mam w tej chwili fizycznie 1 wolny port LAN1.

19

(27 odpowiedzi, napisanych Oprogramowanie / Software)

To nie działa. Jeśli ręcznie edytuje pliki dodając na końcu wpisy, które zaznaczyłeś pogrubioną czcionką w tej instrukcji to później LuCi (21.02.0) krzyczy, że jest błąd w konfiguracji i zmienia mi konfigurację network jak poniżej.

dom_gościnna jest widoczna dla urządzeń ale internet oczywiście nie działa i za nic nie mogę uzyskać poprawnej konfiruracji.
Próbowałem też tego ale efekt ten sam czyli brak internetu w sieci gościnnej.
https://openwrt.org/docs/guide-user/net … ifi_dumbap

Jako, że temat zakładałem dość dawno i mam już drugi repeater krótko przypomnę co chce uzyskać:

1. Mam główny router z fabrycznym oprogramowaniem.
2. Mam głupi AP z OpenWrt spięty kablem z głównym routerem na którym potrzebuję zrobić gościnną sieć Wi-Fi na do której podepnę repeater (pierwotnie plan był taki, aby zrobić to bezpośrednio na repeaterze poprzez wydzielenie portu VLANem).

config interface 'loopback'
    option device 'lo'
    option proto 'static'
    option ipaddr '127.0.0.1'
    option netmask '255.0.0.0'

config globals 'globals'
    option ula_prefix 'fde3:fbaa:58a7::/48'

config device
    option name 'br-lan'
    option type 'bridge'
    list ports 'eth0.1'

config interface 'lan'
    option device 'br-lan'
    option proto 'static'
    option netmask '255.255.255.0'
    option ip6assign '60'
    option gateway '192.168.0.1'
    list dns '8.8.8.8'
    option ipaddr '192.168.0.2'

config interface 'wan'
    option device 'eth0.2'
    option proto 'dhcp'

config interface 'wan6'
    option device 'eth0.2'
    option proto 'dhcpv6'

config switch
    option name 'switch0'
    option reset '1'
    option enable_vlan '1'

config switch_vlan
    option device 'switch0'
    option vlan '1'
    option vid '1'
    option ports '6t 0'

config switch_vlan
    option device 'switch0'
    option vlan '2'
    option vid '2'
    option ports '6t 4'

config switch_vlan
    option device 'switch0'
    option vlan '3'
    option vid '3'
    option description 'guest'
    option ports '6t 1'

config device
    option name 'br-vpn'
    option type 'bridge'
    list ports 'tun0'

config interface 'wifi2'
    option proto 'static'
    option ipaddr '172.16.0.2'
    option netmask '255.240.0.0'
    option device 'br-wifi2'

config device
    option name 'br-wifi2'
    option type 'bridge'
    list ports 'eth0.7'

config wifi-device 'radio0'
    option type 'mac80211'
    option hwmode '11a'
    option path 'pci0000:00/0000:00:00.0/0000:01:00.0'
    option cell_density '0'
    option htmode 'HT40'
    option channel 'auto'

config wifi-device 'radio1'
    option type 'mac80211'
    option hwmode '11g'
    option path 'platform/10180000.wmac'
    option htmode 'HT40'
    option cell_density '0'
    option channel '8'

config wifi-iface 'default_radio1'
    option device 'radio1'
    option mode 'ap'
    option key '12345ABc'
    option ssid 'INEA 41'
    option encryption 'psk2'
    option network 'lan'

config wifi-iface
    option device 'radio1'
    option network 'wifi2'
    option mode 'ap'
    option ssid 'dom_goscinna'
    option encryption 'none'

config dnsmasq
    option domainneeded '1'
    option boguspriv '1'
    option filterwin2k '0'
    option localise_queries '1'
    option rebind_protection '1'
    option rebind_localhost '1'
    option local '/lan/'
    option domain 'lan'
    option expandhosts '1'
    option nonegcache '0'
    option authoritative '1'
    option readethers '1'
    option leasefile '/tmp/dhcp.leases'
    option resolvfile '/tmp/resolv.conf.d/resolv.conf.auto'
    option nonwildcard '1'
    option localservice '1'
    option ednspacket_max '1232'

config dhcp 'lan'
    option interface 'lan'
    option start '100'
    option limit '150'
    option leasetime '12h'
    option dhcpv4 'server'
    option dhcpv6 'server'
    option ra 'server'
    list ra_flags 'managed-config'
    list ra_flags 'other-config'
    option ignore '1'

config dhcp 'wan'
    option interface 'wan'
    list ra_flags 'none'

config odhcpd 'odhcpd'
    option maindhcp '0'
    option leasefile '/tmp/hosts/odhcpd'
    option leasetrigger '/usr/sbin/odhcpd-update'
    option loglevel '4'

config dhcp 'guest'
    option interface 'guest'
    option start '100'
    option limit '150'
    option leasetime '12h'
    list ra_flags 'none'

config dhcp 'workshop'
    option interface 'workshop'
    option start '100'
    option limit '150'
    option leasetime '12h'
    list ra_flags 'none'

config dhcp 'Guest'
    option interface 'Guest'
    option start '100'
    option limit '150'
    option leasetime '12h'
    list ra_flags 'none'

config dhcp 'LAN_2'
    option interface 'LAN_2'
    option start '100'
    option limit '150'
    option leasetime '12h'
    list ra_flags 'none'

config dhcp 'wifi2'
    option interface 'wifi2'
    option start '100'
    option limit '150'
    option leasetime '12h'
    list ra_flags 'none'
config defaults
    option syn_flood '1'
    option input 'ACCEPT'
    option output 'ACCEPT'
    option forward 'REJECT'

config zone
    option name 'lan'
    option input 'ACCEPT'
    option output 'ACCEPT'
    option forward 'ACCEPT'
    list network 'lan'

config zone
    option name 'wan'
    option input 'REJECT'
    option output 'ACCEPT'
    option forward 'REJECT'
    option masq '1'
    option mtu_fix '1'
    list network 'wan'
    list network 'wan6'

config forwarding
    option src 'lan'
    option dest 'wan'

config rule
    option name 'Allow-DHCP-Renew'
    option src 'wan'
    option proto 'udp'
    option dest_port '68'
    option target 'ACCEPT'
    option family 'ipv4'

config rule
    option name 'Allow-Ping'
    option src 'wan'
    option proto 'icmp'
    option icmp_type 'echo-request'
    option family 'ipv4'
    option target 'ACCEPT'

config rule
    option name 'Allow-IGMP'
    option src 'wan'
    option proto 'igmp'
    option family 'ipv4'
    option target 'ACCEPT'

config rule
    option name 'Allow-DHCPv6'
    option src 'wan'
    option proto 'udp'
    option src_ip 'fc00::/6'
    option dest_ip 'fc00::/6'
    option dest_port '546'
    option family 'ipv6'
    option target 'ACCEPT'

config rule
    option name 'Allow-MLD'
    option src 'wan'
    option proto 'icmp'
    option src_ip 'fe80::/10'
    list icmp_type '130/0'
    list icmp_type '131/0'
    list icmp_type '132/0'
    list icmp_type '143/0'
    option family 'ipv6'
    option target 'ACCEPT'

config rule
    option name 'Allow-ICMPv6-Input'
    option src 'wan'
    option proto 'icmp'
    list icmp_type 'echo-request'
    list icmp_type 'echo-reply'
    list icmp_type 'destination-unreachable'
    list icmp_type 'packet-too-big'
    list icmp_type 'time-exceeded'
    list icmp_type 'bad-header'
    list icmp_type 'unknown-header-type'
    list icmp_type 'router-solicitation'
    list icmp_type 'neighbour-solicitation'
    list icmp_type 'router-advertisement'
    list icmp_type 'neighbour-advertisement'
    option limit '1000/sec'
    option family 'ipv6'
    option target 'ACCEPT'

config rule
    option name 'Allow-ICMPv6-Forward'
    option src 'wan'
    option dest '*'
    option proto 'icmp'
    list icmp_type 'echo-request'
    list icmp_type 'echo-reply'
    list icmp_type 'destination-unreachable'
    list icmp_type 'packet-too-big'
    list icmp_type 'time-exceeded'
    list icmp_type 'bad-header'
    list icmp_type 'unknown-header-type'
    option limit '1000/sec'
    option family 'ipv6'
    option target 'ACCEPT'

config rule
    option name 'Allow-IPSec-ESP'
    option src 'wan'
    option dest 'lan'
    option proto 'esp'
    option target 'ACCEPT'

config rule
    option name 'Allow-ISAKMP'
    option src 'wan'
    option dest 'lan'
    option dest_port '500'
    option proto 'udp'
    option target 'ACCEPT'

config rule
    option name 'Support-UDP-Traceroute'
    option src 'wan'
    option dest_port '33434:33689'
    option proto 'udp'
    option family 'ipv4'
    option target 'REJECT'
    option enabled 'false'

config include
    option path '/etc/firewall.user'

config zone
    option name 'vpn'
    option input 'ACCEPT'
    option forward 'ACCEPT'
    option output 'ACCEPT'
    option masq '1'

config forwarding
    option src 'lan'
    option dest 'vpn'

config zone
    option name 'vpn'
    option input 'ACCEPT'
    option forward 'ACCEPT'
    option output 'ACCEPT'
    option masq '1'

config forwarding
    option src 'vpn'
    option dest 'lan'

config zone
    option name 'wifi2'
    option input 'ACCEPT'
    option output 'ACCEPT'
    option forward 'ACCEPT'

20

(27 odpowiedzi, napisanych Oprogramowanie / Software)

Zrób drugi repeater do jakieś wydzielonej już sieci gościnnej.

Tak właśnie chciałem zrobić ale znowu nie jestem w stanie poprawnie skonfigurować sieci gościnnej WiFi na AP smile Skonfigurowałem wszystko wg. poradnika z poniższego linku. DHCP działa, podłączając się klientem do wydzielonej sieci, łączy się i przypisuje lokalne IP ale internet za nic nie działa.

Główna różnica jest taka, że poradnik zakłada, że główna sieć działa z adresacją: 192.168.1.xxx a ja używam 192.168.0.1 (Tutaj próbowałem różnych adresacji jak np. 192.168.1.0, 192.168.1.1 z maską 255.255.255.0).

Kolejna mniej istota różnica to konfiguracja reguł firewalla (punkt 4). Poradnik pokazuje aby "Source MAC address" ustawić na "any" - u mnie prawdopodobnie ze względu na różnice w wersjach oprogramowania nie ma takiej możliwości. Mogę tylko wybrać adres MAC z listy więc tutaj nie zmieniam nic.

Próbowałem też w ogóle z pominięciem tych regół aby dojść co powoduje problem ale i tak nie działa.

https://openwrt.org/docs/guide-user/net … ifi_dumbap

PunBB bbcode test

config interface 'loopback'
    option device 'lo'
    option proto 'static'
    option ipaddr '127.0.0.1'
    option netmask '255.0.0.0'

config globals 'globals'
    option ula_prefix 'fde3:fbaa:58a7::/48'

config device
    option name 'br-lan'
    option type 'bridge'
    list ports 'eth0.1'

config interface 'lan'
    option device 'br-lan'
    option proto 'static'
    option netmask '255.255.255.0'
    option ip6assign '60'
    option gateway '192.168.0.1'
    list dns '8.8.8.8'
    option ipaddr '192.168.0.2'

config interface 'wan'
    option device 'eth0.2'
    option proto 'dhcp'

config interface 'wan6'
    option device 'eth0.2'
    option proto 'dhcpv6'

config switch
    option name 'switch0'
    option reset '1'
    option enable_vlan '1'

config switch_vlan
    option device 'switch0'
    option vlan '1'
    option vid '1'
    option ports '6t 1 0'

config switch_vlan
    option device 'switch0'
    option vlan '2'
    option vid '2'
    option ports '6t 4'

config interface 'vpn'
    option proto 'none'
    option device 'tun0'
    option type 'bridge'

config switch_vlan
    option device 'switch0'
    option vlan '3'
    option vid '3'
    option description 'guest'
    option ports '6t'

config interface 'Guest'
    option proto 'static'
    option netmask '255.255.255.0'
    option ipaddr '192.168.1.0'
    option device 'wlan1-1'



config wifi-device 'radio0'
    option type 'mac80211'
    option channel '36'
    option hwmode '11a'
    option path 'pci0000:00/0000:00:00.0/0000:01:00.0'
    option htmode 'VHT80'
    option disabled '1'

config wifi-device 'radio1'
    option type 'mac80211'
    option hwmode '11g'
    option path 'platform/10180000.wmac'
    option htmode 'HT40'
    option cell_density '0'
    option channel '6'

config wifi-iface 'default_radio1'
    option device 'radio1'
    option mode 'ap'
    option key ''
    option network 'lan vpn'
    option ssid 'siec'
    option encryption 'psk2'

config wifi-iface 'wifinet1'
    option device 'radio1'
    option mode 'ap'
    option ssid 'siec guest'
    option encryption 'psk-mixed'
    option key ''
    option network 'Guest'

21

(27 odpowiedzi, napisanych Oprogramowanie / Software)

Czyli co musiałbym fzycznie wstawić jeszcze jeden router za repeater-em żeby na dobre odseparować?

Jeśli zmiana adresacji i tak nie rozwiąże problemu to nie będę zmieniał bo działa tak od ponad roku i nie zauważyłem żadnych problemów. Dla mnie po prostu taka adresacja jest bardziej przejrzysta. Koncówka "1" w adresie routera oznacza główny router i później kolejno od tego który jest najbliżej głównego do tego który jest najdalej. Jesli teraz zmienie całą adresację to znowu nie będe wiedział co jest co wink

W tej chwili skonfiguraowałem podsieć tak, że gateway wskazuje interfejs VLAN-u 172.16.0.1 Internet w podsieci działa ale oczywiście musi być zaznaczone Guest w REPEATER_BRIDGE no i można z podsieci wbijać na urządzenia z mojej sieci.

Zakładając, że ktoś nie zna konfiguracji mojej sieci i adresów poszczegółnych urządzeń to jaka jest szansa ich wykrycia z poziomu takiej niby "izolowanej sieci"?

22

(27 odpowiedzi, napisanych Oprogramowanie / Software)

To jak to możliwe, że wcześniej testując na 192.168.0.2 używałem tej samej klasy i działało? Poza tym interfejs Guest od VLANu używa przecież innej klasy (172.16.0.1) niż sieć główna. Myślę, że gdyby był jakiś konflikt z adresacją to DHCP na 192.168.1.1 nie przypisywałoby adresu na WAN-ie a dostaje:

Adress: 172.16.0.138
Netmask: 255.240.0.0
Gateway: 172.16.0.1

Przyznam, że sposób samej adresacji to dla mnie czarna magia..Mam na myśli głównie to, że dla danej adresacji musi być ustawiona odpowiednia maska i nie bardzo wiem w jaki sposób jedno jest powiązane z drugim. Do tej pory korzystałem wszędzie ze schematu 192.168.0.1 + maski 255.255.255.0 i wystarczyło.

Jeśl masz sugestię którą adresację powinienem zmienić na jaką to mogę spróbować.

PS: Pomyślałem jeszcze, że przyczyną może być to, że nie zatrzymałem interfejsu Guest na tym testowym routerze 192.168.0.2, który korzystał z interfejsu o tym samym adresie VLAN (172.16.0.1). Przed chwilą zatrzymałem ale niczego to nie zmieniło. Internetu w podsieci 192.168.1.1 nadal brak.

23

(27 odpowiedzi, napisanych Oprogramowanie / Software)

- masz głowny router z 192.168.0.1 na lanie
tak (dokładnie to jest brama wpięta do modemu. Działa też DHCP)

- masz głupiego AP z 192.168.0.2 na lanie podłączonego kablem lan-lan do .0.1
tak

- masz bezprzewodowego klienta z 192.168.1.1 na lanie i chcesz żeby on łączył się do .0.2 (czy .0.1?) i robił oddzielną sieć, nie mając jednocześnie dostępu do podsieci 192.168.0.x.
nie

Mam bezprzewodowego klienta z 192.168.0.3 na lanie. Ma od 4 porty LAN. LAN 3 wydzieliłem i wpiąłem router 192.168.1.1
Z drugiej strony 192.168.1.1 jest wpięty od WAN-u (czyli lan3-wan). Po podłączeniu 192.168.1.1 uzyskuje na WAN-ie:

Adress: 172.16.0.138
Netmask: 255.240.0.0
Gateway: 172.16.0.1

Czyli to co mam mam ustawione w VLAN-ie ale internet w 192.168.1.1 nie działa.

Jestem pewien, że ten bezprzewodowy klient coś musi blokować bo tak jak mówiłem gdy wcześniej testowałem na 192.168.0.2 internet działał i jednocześnie była izolazcja a nic nie zmieniałem w tym 192.168.1.1

Ten klient w ogóle zachowuje się trochę dziwnie. Konfigurowałem go kiedyś wg. poniższej instrukcji i tak sobie działa, tyle, że jeśli np. skanuje swoją sieć to skaner jak gdyby nie widzi adresów mac za nim i wyświetla mi wszytsko pod adresem mac D-Linka. To co zaznaczyłem na screenie to tak naprawdę ten client z jednym urządzeniem wpiętym w LAN (teraz dodatkowo wpiety jest ten  nowy router tworzący podcieć) ale jak widać mac jest zduplikowany i wyświetla się jako D-Link. Luci tego AP mam dostepnie zarówno pod 192.168.0.3 jak i teraz 192.168.0.112

https://openwrt.org/docs/guide-user/net … figuration

PunBB bbcode test

Wszytskie interfesy w tym cliencie wyglądają tak:

PunBB bbcode test


config interface 'loopback'
    option ifname 'lo'
    option proto 'static'
    option ipaddr '127.0.0.1'
    option netmask '255.0.0.0'

config globals 'globals'
    option ula_prefix 'fd55:01d0:5e36::/48'

config interface 'lan'
    option type 'bridge'
    option ifname 'eth0.1'
    option proto 'static'
    option netmask '255.255.255.0'
    option ip6assign '60'
    option ipaddr '192.168.0.3'

config device 'lan_eth0_1_dev'
    option name 'eth0.1'
    option macaddr 'd8:fe:e3:73:bb:dc'

config device 'wan_eth0_2_dev'
    option name 'eth0.2'
    option macaddr 'd8:fe:e3:73:bb:dd'

config switch
    option name 'switch0'
    option reset '1'
    option enable_vlan '1'

config switch_vlan
    option device 'switch0'
    option vlan '1'
    option ports '6t 0 1 3'

config switch_vlan
    option device 'switch0'
    option vlan '2'
    option ports '6t 4'

config interface 'wwan'
    option proto 'dhcp'

config interface 'repeater_bridge'
    option proto 'relay'
    option ipaddr '192.168.0.3'
    option gateway '192.168.0.1'
    list network 'Guest'
    list network 'lan'
    list network 'wwan'

config switch_vlan
    option device 'switch0'
    option ports '6t 2'
    option vlan '3'

config interface 'Guest'
    option proto 'static'
    option ifname 'eth0.3'
    option type 'bridge'
    option netmask '255.240.0.0'
    option ipaddr '172.16.0.1'
    option gateway '192.168.0.1'

Nie wiem czy przypadkiem ten "option gateway" w interfejsie Guest nie powoduje probemów..
Na VLAN-ie powinien być adres głównej bramy?

24

(27 odpowiedzi, napisanych Oprogramowanie / Software)

I w taki sam spoób mam podłączone teraz. Spójrz na post "3" gdzie wrzuciłem screen - z jednej strony był wpięty do LAN1 (wydzielonym przez VLAN) a z drugiej pod WAN. W routerze tworzącym podsieć w ogóle nic nie grzebałem. Jedyne co zmieniłem to wykonałem analogiczną konfigurację ale tym razem na AP 192.168.0.3 Tutaj cała różnica polega na tym, że on działa w trybie client ale myślałem, że to będzie bez różnicy.

Router z podsieci dostaje takie ustawienia na WAN-ie ale internet nie działa. Próbowałem kilkuktornie restartując oba.

PunBB bbcode test

Jeśli natomiast w interfejsie REPEATER_BRIDGE na 192.168.0.3 w "Relay between network" dodam "Guest", internet działa:
PunBB bbcode test

A działa dlatego, że jak zauważyłem WAN w podsieci dostaje wówczas adresację z mojej głównej sieci. Nic więc dziwnego, że jednocześnie mam wejście na serwer FTP itp.

PunBB bbcode test

VLAN tym razem skonfigurowany pod LAN3
PunBB bbcode test

Firewall na tym cliencie wygląda tak
PunBB bbcode test

25

(27 odpowiedzi, napisanych Oprogramowanie / Software)

Poprzednio miałeś router za routerem.

Nie. Wcześniej testowałem to na AP 192.168.0.2 - tam kabel mam wpięty w port LAN. DHCP wyłączone, więc jak "router za routerem" ?

Ten 192.168.0.1 to router główny z włączonym DHCP, który jest wpięty do modemu i ma wyjście na świat. Jest on spięty przez LAN z 192.168.0.2, kóry robi za AP.

192.168.0.3 do tej pory pracował w trybie client. To osobny budynek i jakby drugi segment mojej sieci. Nie mam możliwości spięcia tej cześci sieci kablem. Radio na 192.168.0.3 tylko odbiera sygnał i przekazuje na kabel.
W LAN mam/miałem tam do tej pory wpięte jedno urządzenie. Teraz dodatkowo wydzieliłem jeden port dla VLAN. Na drugim końcu kabla mam router wpięty od strony WAN, który tworzy osobną podsieć (a raczej głównie udostepnia internet).

Testując wczoraj w domu na AP 192.168.0.2 firewall miałem właśnie skonfigurowany tak jak chce to zrobić teraz na 192.168.0.3 czyli interfejs Lan+Guest. Izolacja sieci przy takiej konfiguracji działała poprawnie.

PunBB bbcode test

W jaki sposób mogę edytować ten firewall-zone w interfejsach? Wolałbym to zrobić w luci bo nie jestem aż tak zaawansowny wink Ale nawet chcąc edydować to bezpośrednio w etc/config to nie widzę nigdzie tych ustawień w pliku network ani firewall. Mam to wyklikać w Firewall - Zone ? Mam trochę obawy eksperymentować z ustawieniami przy tym AP bo już nie raz zdarzało się, że traciłem połączenie przez jakieś zmiany w konfuguracji i później chcąc je odzyskać musiałem specjalnie przynościć go do domu i popdpinać kabelem bo nie było innego sposobu aby się do niego dostać wink (Stąd najpierw robiłem konfigurację na testowym AP).