Tak, konflikt adresów miał, mój błąd w konfiguracji sieci, dzięki ![]()
Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
eko.one.pl → Posty przez safe0101
Tak, konflikt adresów miał, mój błąd w konfiguracji sieci, dzięki ![]()
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:ffSzczegó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 declinedJak 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 :-/
Uratowany
Bardzo dziękuje za pomoc.
Zgadza się, poszło scp -O openwrt-24.10.2-mvebu-cortex... .. root@192.168.1.1:/tmp
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 closedJeż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
?
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 ?
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ć ?
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 ?
Bardzo Wam dziękuje za informacje.
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.
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
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 zmartwieniemBę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
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ówAle 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
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 ![]()
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).
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 ?
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 ?
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
Wsio działa, bardzo Ci dziękuje za pomoc ![]()
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
}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 acceptjak 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
Czemu nie możesz tego normalnie w uci zrobić?
Chyba z przyzwyczajenia wolę dłubać bezpośrednio ![]()
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 acceptniestety po restarcie urządzenie z tym MAC nie ma dostępu do sieci.
nft add rule inet fw4 forward_wan ip protocol tcp ether saddr 00:dd:ff:88:22:02 counter acceptale nie mam pewności, czy musze dodawać iifname
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 acceptW sensie, w pliku firewall.user powinienem dodać:
chain input_wan {
tutaj_przetłumaczona_regula?
}
chain output_wan {
tutaj_przetłumaczona_regula?
}?
eko.one.pl → Posty przez safe0101
Forum oparte o PunBB, wspierane przez Informer Technologies, Inc