1

(2 odpowiedzi, napisanych Oprogramowanie / Software)

Tak, konflikt adresów miał, mój błąd w konfiguracji sieci, dzięki wink

Po instalacji najnowszej wersji OpenWRT i przekopiowaniu config'ów coś mam nie tak z DHCP.
Router WRT32X od Asus'a

Moja konfiguracja DHCP zawiera:

#1 (administrative resolv)
config host
        option ip 192.168.1.100
        option mac aa:bb:cc:dd:ee:ff
        option name 'UnifiUDMpro'

Po podłączeniu klienta do Router'a dostaje w logach coś takiego

Sun Jul 27 19:22:35 2025 kern.info kernel: [   28.140382] mv88e6085 f1072004.mdio-mii:00 wan: Link is Up - 1Gbps/Full - flow control rx/tx
Sun Jul 27 19:22:35 2025 daemon.err odhcp6c[2886]: Failed to send RS (Address not available)
Sun Jul 27 19:22:35 2025 daemon.err odhcp6c[2886]: Failed to send SOLICIT message to ff02::1:2 (Address not available)
Sun Jul 27 19:22:35 2025 daemon.warn odhcpd[1990]: No default route present, overriding ra_lifetime to 0!
Sun Jul 27 19:22:36 2025 daemon.info dnsmasq[1]: exiting on receipt of SIGTERM
Sun Jul 27 19:22:36 2025 daemon.info dnsmasq[1]: started, version 2.90 cachesize 1000
Sun Jul 27 19:22:36 2025 daemon.info dnsmasq[1]: DNS service limited to local subnets
Sun Jul 27 19:22:36 2025 daemon.info dnsmasq[1]: compile time options: IPv6 GNU-getopt no-DBus UBus no-i18n no-IDN DHCP no-DHCPv6 no-Lua TFTP no-conntrack no-ipset no-nftset no-auth no-cryptohash no-DNSSEC no-ID loop-detect inotify dumpfile
Sun Jul 27 19:22:36 2025 daemon.info dnsmasq[1]: UBus support enabled: connected to system bus
Sun Jul 27 19:22:36 2025 daemon.info dnsmasq-dhcp[1]: DHCP, IP range 192.168.1.100 -- 192.168.1.249, lease time 12h
Sun Jul 27 19:22:36 2025 daemon.info dnsmasq[1]: using only locally-known addresses for test
Sun Jul 27 19:22:36 2025 daemon.info dnsmasq[1]: using only locally-known addresses for onion
Sun Jul 27 19:22:36 2025 daemon.info dnsmasq[1]: using only locally-known addresses for localhost
Sun Jul 27 19:22:36 2025 daemon.info dnsmasq[1]: using only locally-known addresses for local
Sun Jul 27 19:22:36 2025 daemon.info dnsmasq[1]: using only locally-known addresses for invalid
Sun Jul 27 19:22:36 2025 daemon.info dnsmasq[1]: using only locally-known addresses for bind
Sun Jul 27 19:22:36 2025 daemon.info dnsmasq[1]: using only locally-known addresses for lan
Sun Jul 27 19:22:36 2025 daemon.info dnsmasq[1]: reading /tmp/resolv.conf.d/resolv.conf.auto
Sun Jul 27 19:22:36 2025 daemon.info dnsmasq[1]: using nameserver 8.8.8.8#53
Sun Jul 27 19:22:36 2025 daemon.info dnsmasq[1]: using nameserver 1.1.1.1#53
Sun Jul 27 19:22:36 2025 daemon.info dnsmasq[1]: using only locally-known addresses for test
Sun Jul 27 19:22:36 2025 daemon.info dnsmasq[1]: using only locally-known addresses for onion
Sun Jul 27 19:22:36 2025 daemon.info dnsmasq[1]: using only locally-known addresses for localhost
Sun Jul 27 19:22:36 2025 daemon.info dnsmasq[1]: using only locally-known addresses for local
Sun Jul 27 19:22:36 2025 daemon.info dnsmasq[1]: using only locally-known addresses for invalid
Sun Jul 27 19:22:36 2025 daemon.info dnsmasq[1]: using only locally-known addresses for bind
Sun Jul 27 19:22:36 2025 daemon.info dnsmasq[1]: using only locally-known addresses for lan
Sun Jul 27 19:22:36 2025 daemon.info dnsmasq[1]: read /etc/hosts - 12 names
Sun Jul 27 19:22:36 2025 daemon.info dnsmasq[1]: read /tmp/hosts/dhcp.cfg01411c - 4 names
Sun Jul 27 19:22:36 2025 daemon.info dnsmasq-dhcp[1]: read /etc/ethers - 0 addresses
Sun Jul 27 19:22:36 2025 daemon.info dnsmasq-dhcp[1]: DHCPREQUEST(br-lan) 192.168.1.227 aa:bb:cc:dd:ee:gg
Sun Jul 27 19:22:36 2025 daemon.info dnsmasq-dhcp[1]: DHCPACK(br-lan) 192.168.1.227 aa:bb:cc:dd:ee:gg zlomek
Sun Jul 27 19:22:36 2025 daemon.info dnsmasq[1]: read /etc/hosts - 12 names
Sun Jul 27 19:22:36 2025 daemon.info dnsmasq[1]: read /tmp/hosts/dhcp.cfg01411c - 4 names
Sun Jul 27 19:22:36 2025 daemon.info dnsmasq-dhcp[1]: read /etc/ethers - 0 addresses
Sun Jul 27 19:22:36 2025 daemon.err odhcp6c[2886]: Failed to send SOLICIT message to ff02::1:2 (Address not available)
Sun Jul 27 19:23:53 2025 daemon.warn odhcpd[1990]: No default route present, overriding ra_lifetime to 0!
Sun Jul 27 19:23:57 2025 daemon.warn odhcpd[1990]: No default route present, overriding ra_lifetime to 0!
Sun Jul 27 19:24:05 2025 daemon.warn odhcpd[1990]: No default route present, overriding ra_lifetime to 0!
Sun Jul 27 19:26:22 2025 daemon.err uhttpd[2108]: [info] luci: accepted login on /admin/status/logs for root from 192.168.1.227
Sun Jul 27 19:26:38 2025 kern.info kernel: [  198.217325] mv88e6085 f1072004.mdio-mii:00 lan1: Link is Up - 1Gbps/Full - flow control rx/tx
Sun Jul 27 19:26:38 2025 kern.info kernel: [  198.223279] br-lan: port 1(lan1) entered blocking state
Sun Jul 27 19:26:38 2025 kern.info kernel: [  198.231150] br-lan: port 1(lan1) entered forwarding state
Sun Jul 27 19:26:38 2025 daemon.notice netifd: Network device 'lan1' link is up
Sun Jul 27 19:26:39 2025 daemon.info dnsmasq-dhcp[1]: DHCPDISCOVER(br-lan) 192.168.1.100 aa:bb:cc:dd:ee:ff
Sun Jul 27 19:26:39 2025 daemon.info dnsmasq-dhcp[1]: DHCPOFFER(br-lan) 192.168.1.100 aa:bb:cc:dd:ee:ff
Sun Jul 27 19:26:39 2025 daemon.info dnsmasq-dhcp[1]: DHCPDECLINE(br-lan) 192.168.1.100 aa:bb:cc:dd:ee:ff
Sun Jul 27 19:26:39 2025 daemon.warn dnsmasq-dhcp[1]: disabling DHCP static address 192.168.1.100 for 10m
Sun Jul 27 19:27:00 2025 daemon.warn dnsmasq-dhcp[1]: not using configured address 192.168.1.100 because it was previously declined
Sun Jul 27 19:27:03 2025 daemon.info dnsmasq-dhcp[1]: DHCPDISCOVER(br-lan) aa:bb:cc:dd:ee:ff
Sun Jul 27 19:27:03 2025 daemon.info dnsmasq-dhcp[1]: DHCPOFFER(br-lan) 192.168.1.154 aa:bb:cc:dd:ee:ff
Sun Jul 27 19:27:03 2025 daemon.warn dnsmasq-dhcp[1]: not using configured address 192.168.1.100 because it was previously declined
Sun Jul 27 19:27:03 2025 daemon.info dnsmasq-dhcp[1]: DHCPDISCOVER(br-lan) aa:bb:cc:dd:ee:ff
Sun Jul 27 19:27:03 2025 daemon.info dnsmasq-dhcp[1]: DHCPOFFER(br-lan) 192.168.1.154 aa:bb:cc:dd:ee:ff
Sun Jul 27 19:27:03 2025 daemon.info dnsmasq-dhcp[1]: DHCPDECLINE(br-lan) 192.168.1.154 aa:bb:cc:dd:ee:ff

Szczególnie to jest ciekawe:

Sun Jul 27 19:26:39 2025 daemon.info dnsmasq-dhcp[1]: DHCPDISCOVER(br-lan) 192.168.1.100 aa:bb:cc:dd:ee:ff
Sun Jul 27 19:26:39 2025 daemon.info dnsmasq-dhcp[1]: DHCPOFFER(br-lan) 192.168.1.100 aa:bb:cc:dd:ee:ff
Sun Jul 27 19:26:39 2025 daemon.info dnsmasq-dhcp[1]: DHCPDECLINE(br-lan) 192.168.1.100 aa:bb:cc:dd:ee:ff
Sun Jul 27 19:26:39 2025 daemon.warn dnsmasq-dhcp[1]: disabling DHCP static address 192.168.1.100 for 10m
Sun Jul 27 19:27:00 2025 daemon.warn dnsmasq-dhcp[1]: not using configured address 192.168.1.100 because it was previously declined

Jak mogę się z nim dogadać, żeby przyjął dla MAC aa:bb:cc:dd:ee:ff adres 192.168.1.100 ?

Wygląda jakby UDM odbijał go przy oferowaniu adresacji :-/

3

(44 odpowiedzi, napisanych Oprogramowanie / Software)

Uratowany smile

Bardzo dziękuje za pomoc.

4

(44 odpowiedzi, napisanych Oprogramowanie / Software)

Zgadza się, poszło scp -O openwrt-24.10.2-mvebu-cortex... .. root@192.168.1.1:/tmp

5

(44 odpowiedzi, napisanych Oprogramowanie / Software)

Tak OpenWRT, okej to ściągam linksys_wrt32x-squashfs-sysupgrade.bin

Już widzę, że z scp będą problemy jakieś

root@192.168.1.1's password:
ash: /usr/libexec/sftp-server: not found
scp: Connection closed

6

(44 odpowiedzi, napisanych Oprogramowanie / Software)

Cezary napisał/a:

Jeżeli wgrałeś z luci to będziesz miał i web. Jak wgrałeś czyste to nie... sobie doinstaluj lub wgraj obraz z luci.

Ja sobie go via SCP przeniosę do katalogu /tmp routera.
Cezary to będzie wtedy polecenie:

sysupgrade -n -v linksys_wrt32x-squashfs-factory.img

?

7

(44 odpowiedzi, napisanych Oprogramowanie / Software)

Cezary napisał/a:

Wgraj zwykły sysupgrade i zrestartuj.

Ok, udało mi się uruchomić system z partycji 1
Będę miał tylko dostęp do shell’a ? Web się nie uruchomi ?

Więc tylko z Shell’a sysupgrade ?

8

(44 odpowiedzi, napisanych Oprogramowanie / Software)

Udało mi się wejść w failsafe
Widzę, że musiałem się zalogować starym hasłem - jeszcze tym ze starego firmware.

To co mogę teraz wykonać, żeby go nie wykończyć ?

9

(44 odpowiedzi, napisanych Oprogramowanie / Software)

Cześć, niechcący wgrałem do niego:

linksys_wrt3200acm-squashfs-factory.img

zamiast

linksys_wrt32x-squashfs-factory.img

Ucegliłem go na amen, czy mogę jeszcze jakoś wgrać prawidłowy *.img ?

10

(15 odpowiedzi, napisanych Sprzęt / Hardware)

Bardzo Wam dziękuje za informacje.

11

(15 odpowiedzi, napisanych Sprzęt / Hardware)

Cezary napisał/a:

Dowolny klient AP? Bo szczerze mówiąc zastanawiam się w czym jest obecnie problem.

Łączysz się do tego BTS telefonem, z BTS masz jakiś lan lub internet, tam się musisz wpiąć routerem i zrobić sobie klienta. Tak, o oto chodzi?

Tak, tylko zależy mi na tym, żeby to było przeźroczyste, tj. tak jakby telefon łączył się bezpośrednio z AP.

12

(15 odpowiedzi, napisanych Sprzęt / Hardware)

Cezary napisał/a:

Podstaw sobie jakiegoś klienta AP który będzie się łączył do tego AP, przez tego GSM wbijaj się przez klienta AP  do AP i masz.

Cezary właśnie takiego urządzenia szukam, które przeniesie mi 1:1 klientów z GSM i połączy ich automatycznie z AP dając całe dobrodziejstwo TCP/IP

13

(15 odpowiedzi, napisanych Sprzęt / Hardware)

frutis napisał/a:
safe0101 napisał/a:

Chodzi o to, żeby podłączone do BTS'a telefony mogły rozmawiać po TCP/IP z AccessPoint'em
Jeśli będzie możliwy jakiś routing po stronie GSM świetnie
Dostęp do Internetu jest najmniejszym zmartwieniem

Będąc podłączonym do BTS'a który daje nam wyjście do internetu to chyba nie problem połączyć się z jakimś AP który jest dostępny w internecie.

Doprecyzuje.
Chciałbym poprzez GSM połączyć się tak jakbym łączył się bezpośrednio do AP
Na tym etapie Internet nie jest dla mnie ważny, ważna jest komunikacja bezpośrednia telefonu z tym AccessPoint'em po TCP/IP

14

(15 odpowiedzi, napisanych Sprzęt / Hardware)

frutis napisał/a:
safe0101 napisał/a:

Odwrotnie.
Tutaj telefony użytkowników łączą się z wystawioną siecią GSM, która pozwoli na połączenie z jakimś AP oddalonym o kilka kilometrów wink

Ale to chyba jest do skonfigurowania po stronie nadajnika GSM. Czy będąc podłączonym do tej sieci GSM ma się dostęp do internetu?

Chodzi o to, żeby podłączone do BTS'a telefony mogły rozmawiać po TCP/IP z AccessPoint'em
Jeśli będzie możliwy jakiś routing po stronie GSM świetnie
Dostęp do Internetu jest najmniejszym zmartwieniem

15

(15 odpowiedzi, napisanych Sprzęt / Hardware)

frutis napisał/a:

Są routery z modemami GSM. Można połączenie do GSM udostępniać później dla klientów po WiFi. Czy o coś takiego chodzi?

Odwrotnie.
Tutaj telefony użytkowników łączą się z wystawioną siecią GSM, która pozwoli na połączenie z jakimś AP oddalonym o kilka kilometrów wink

Cezary napisał/a:

GSM to tylko medium, łączysz się przez niego, dostajesz dostęp do jakieś sieci a będąc w niej już się gdzieś łączysz. Ale przez IP, nie "sygnał wifi". Oczyścicie nic nie stoi na przeszkodzie żebyś zrobił sobie sam AP, ale to masz wtedy zwykły router z modemem komórkowym, taki jak zawsze.

Tak jest, chodzi o to, żeby połączony telefon z wystawionym BTS'em połączył się w innej lokacji z AccessPointem po IP, żeby mieć komunikacje w jedną i druga stronę (TCP/IP).

PiotrekK napisał/a:

Czy ta sieć GSM obsługuje tylko połączenia głosowe czy również ruch pakietowy?
Znasz adres APN w tej sieci GSM?
Masz ruter (AP) z modemem GSM?

Ruch pakietowy przede wszystkim.


Znacie może takie urządzenia na rynku ? Producent, model ?

16

(15 odpowiedzi, napisanych Sprzęt / Hardware)

Cześć, mam na tapecie dosyć specyficzny temat.
Być może ktoś z Was będzie mi w stanie podpowiedzieć czy to jest możliwe do zrealizowania.

Jest sobie prywatna sieć GSM na jakimś małym testowym obszarze.
Potrzebuję połączyć klienta (telefon) z AP Router'a poprzez tą sieć GSM.

Potrzebuje więc jakoś zmapować GSM do AP'ka

Orientujecie się, czy są jakieś urządzenia, które potrafią poprzez GSM mapować sygnał i łączyć się z wystawiony konkretnym AccessPoint'em ?

Cezary napisał/a:

Nikt wtedy nie przeportował go do ath79. Tu jest proponowane wsparcie: https://github.com/openwrt/openwrt/pull/3729 no ale jeszcze nie ma oficjalnie tego.

Wsio jasne. Dzięki.
Ostatni commit z lipca 2021 r. Ostatni comment z marca 2022 r. to chyba jednak umarło.

Cześć, orientujecie się czy OpenWrt 19.07.9 było ostatnim wydaniem dla platformy ar71xx ?

Nie mogę znaleźć dla mojego Mikrotik'a RB2011-UiAS-2HnD-IN obrazu w wersji 22.03.4

19

(44 odpowiedzi, napisanych Oprogramowanie / Software)

Wsio działa, bardzo Ci dziękuje za pomoc wink

20

(44 odpowiedzi, napisanych Oprogramowanie / Software)

On to dodał do forward_lan a ja miałem w regule forward_wan

chain forward_lan {
        meta l4proto tcp ether saddr 00:dd:ff:88:22:00 counter jump accept_to_wan comment "!fw4: @rule[10]"
        meta l4proto udp ether saddr 00:dd:ff:88:22:00 counter jump accept_to_wan comment "!fw4: @rule[10]"
        jump accept_to_lan
    }

21

(44 odpowiedzi, napisanych Oprogramowanie / Software)

Po zmianie na nft insert dalej nie ma sieci

nft insert rule inet fw4 forward_wan ip protocol tcp ether saddr 00:dd:ff:88:22:00 counter accept
nft insert rule inet fw4 forward_wan ip protocol udp ether saddr 00:dd:ff:88:22:00 counter accept

jak za'hash'uje ten config, urządzenie ma dostęp do sieci

config rule
    option src 'lan'
    option dest 'wan'
    option target 'REJECT'
    option name 'LanToWan'

więc zakładam coś mam nie tak w samych regułach nft

Cezary napisał/a:

Czemu nie możesz tego normalnie w uci zrobić?

Chyba z przyzwyczajenia wolę dłubać bezpośrednio wink

22

(44 odpowiedzi, napisanych Oprogramowanie / Software)

Dzięki, do konfiguracji firewall'a dodaje:

/etc/config/firewall

config include
    option    enabled        1
    option    type        'script'
    option    path        '/etc/firewall.user'
    option    fw4_compatible    1

config rule
    option src 'lan'
    option dest 'wan'
    option target 'REJECT'
    option name 'LanToWan'

a w samym firewall.user mam

nft add rule inet fw4 forward_wan ip protocol tcp ether saddr 00:dd:ff:88:22:00 counter accept
nft add rule inet fw4 forward_wan ip protocol udp ether saddr 00:dd:ff:88:22:00 counter accept

niestety po restarcie urządzenie z tym MAC nie ma dostępu do sieci.

23

(44 odpowiedzi, napisanych Oprogramowanie / Software)

nft add rule inet fw4 forward_wan ip protocol tcp ether saddr 00:dd:ff:88:22:02 counter accept

ale nie mam pewności, czy musze dodawać iifname

24

(44 odpowiedzi, napisanych Oprogramowanie / Software)

Cezary napisał/a:

Nie, np. polecenia w postaci nft add rule inet fw4... itd.

Coś takiego ?

nft add rule inet fw4 forward_wan ip filter FORWARD ip protocol tcp ether saddr 00:dd:ff:88:22:02 counter accept

25

(44 odpowiedzi, napisanych Oprogramowanie / Software)

W sensie, w pliku firewall.user powinienem dodać:

chain input_wan {
  tutaj_przetłumaczona_regula?
}
chain output_wan {
  tutaj_przetłumaczona_regula?
}

?