Odp: Zmiany w wydaniu OpenWrt 23.05
Dołączam go do ipq807x oraz mvebu, zapomniałem że w ipq40x są też takie urządzenia. Ok, dołączę go w następnych buildach.
Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
eko.one.pl → Oprogramowanie / Software → Zmiany w wydaniu OpenWrt 23.05
Strony Poprzednia 1 … 7 8 9 10 11 … 35 Następna
Zaloguj się lub zarejestruj by napisać odpowiedź
Dołączam go do ipq807x oraz mvebu, zapomniałem że w ipq40x są też takie urządzenia. Ok, dołączę go w następnych buildach.
@Cezary: właśnie robię bisekcję i wszystko wskazuje póki co na to, że kernel 5.15.76 był trafiony, kolejne już chodzą. Dam jeszcze znać, gdy skończę.
migruję. pacjent MF286R. pytanie na podstawieinformacji z pierwszego posta: jeśli wgram konfigurację oprócz network a network skonfiguruję na nowo, to jest szansa, że to wstanie? pytam już po kilku miesiącach od pojawienia się nowej wersji, może wiadomo czy są inne pliki konfiguracyjne poza network, które trzeba od nowa zrobić?
edycja: chyba nie tylko network ![]()
network jest bez zmian, ath79 nie przeszło na DSA.
network jest bez zmian, ath79 nie przeszło na DSA.
zrobilem upgrade z zachowaniem ustawien. objawy sa takie, ze router nie przydziela adresow ip. wszedlem wiec przez serial na router, zmieniam nazwy plikow konfiguracyjnych w /etc/config np. dhcp > dhcp.old, restartuje i sprawdzam. po takim zabiegu czesc plikow generuje sie na nowo z domyslnymi ustawieniami. juz kilka wybitnie siecowych pozmienialem ale dalej kiszka.
na stacjonarce ustawilem na sztywno 192.168.1.10, router ma 192.168.1.1 i pingi zaczęły latac, ale przez przegladarke dostaje komunikat refused to connect.
na probe zrobilem pelny upgrade bez zachowania ustawien i wyszlo ok, ale po wgraniu backupu znowu kiszka.
czy moge cos jeszcze zrobic zanim zaczne wprowadzac konfiguracje od zera?
Zrób konfig na czysto i porównaj je potem ze starymi.
na pierwszy ogień poszedł network (bez wpisów loopback):
mój stary:
config device
option name 'br-lan'
option type 'bridge'
list ports 'eth0.1'
config interface 'lan'
option device 'br-lan'
option proto 'static'
option ipaddr '192.168.1.1'
option netmask '255.255.255.192'
option delegate '0'
config switch
option name 'switch0'
option reset '1'
option enable_vlan '1'
config switch_vlan
option device 'switch0'
option vlan '1'
option ports '0t 3 2 1'
option vid '1'
option description 'lan'
config interface 'wan'
option device 'eth0.2'
option proto 'dhcp'
config switch_vlan
option device 'switch0'
option vlan '2'
option ports '0t 5'
option vid '2'
option description 'wan-eth'
config interface 'aero2'
option proto 'ncm'
option apn 'darmowy'
option device '/dev/ttyACM0'
option auto '0'
option pdptype 'IP'
option ipv6 'auto'openwrt 23.05:
config device
option name 'br-lan'
option type 'bridge'
list ports 'eth0.1'
config interface 'lan'
option device 'br-lan'
option proto 'static'
option ipaddr '192.168.1.1'
option netmask '255.255.255.0'
option ip6assign '60'
config switch
option name 'switch0'
option reset '1'
option enable_vlan '1'
config switch_vlan
option device 'switch0'
option vlan '1'
option ports '1 2 3 5 0t'zmieniłem network na:
config interface 'lan'
option device 'br-lan'
option proto 'static'
option ipaddr '192.168.1.1'
option netmask '255.255.255.192'
option delegate '0'
config switch
option name 'switch0'
option reset '1'
option enable_vlan '1'
config switch_vlan
option device 'switch0'
option vlan '1'
option ports '0t 3 2 1'
option vid '1'
option description 'lan'
config interface 'wan'
option device 'eth0.2'
option proto 'dhcp'
config switch_vlan
option device 'switch0'
option vlan '2'
option ports '0t 5'
option vid '2'
option description 'wan-eth'i działa w zakresie: mogę wbić się przez przeglądarkę, działają pingi, ssh, przydziela adresy dhcp. dalej na razie nie sprawdzałem.
czy to oznacza, że "switch nie był podzielony"? niestety, nie pamiętam, czy w poprzednich wydaniach tak było.
Wan sobie wyodrębniłeś. W openwrt domyślna konfiguracja dla mf286r nie przewiduje wanu, wszystko jest lanem.
Wan sobie wyodrębniłeś. W openwrt domyślna konfiguracja dla mf286r nie przewiduje wanu, wszystko jest lanem.
hmm.. w takim razie działąm dalej i sprawdzam kolejne.
Cezary napisał/a:@Leo-PL: sprawdzisz moje obrazy dla MR33/MR74? Ja mam wyłączone KALLSYMS, może są dostatecznie małe.
Z tego co udało mi się ustalić, to nie jest kwestia rozmiaru per se, ale gdy będę się bawił w debugowanie, to spróbuję.
Czy są jakieś sposoby na fallback, np. wypalenie obrazu initramfs jako part.new, tak by po reboocie grat wrócił na poprzednią wersję? Odceglanie tego urządzenia to absolutny ból dupska i za każdym razem gdy to robię, mam serce w gardle.
Okej, udało mi się doprowadzić do sytuacji w której z jednej i tej samej rewizji w Gicie jestem w stanie zbudować obraz który nie bootuje - wywala się bardzo wcześnie na weryfikacji device tree, które o dziwo w FIT image jest identyczne - jest tak jeżeli w cache były rzeczy z sprzed ~10 rewizji wcześniej, zaś po odpaleniu make dirclean i zbudowaniu od zera, kolejny obraz będzie już wstawał. Coś w systemie budowania jest niedeterministyczne i na razie nie wiadomo co, więc na razie nie udostępniaj obrazów do MR33. Jeżeli ustalę, co jest nie halo i uda mi się to naprawić, wyślę patcha do upstreamu i dam Ci znać.
Ok, tak jest.
chyba namierzyłem coś. przy czystej konfiguracji wszystko działa. jak tylko zaczynam coś robić przy network/dhcp tak jak miałem wcześniej poustawiane, to nie umieją z sobą się dogadać. być może przez jakiś mój błąd, ale 1) albo zwyczajnie wgrywam konfigurację z backupu, 2) albo konfiguruję swoją sieć i ustawienia dhcp z palca tak jak miałem.
logread pokazuje błąd podczas uruchamiania dnsmasq:
Sat Jul 22 09:02:46 2023 daemon.crit dnsmasq[1]: FAILED to start up
Sat Jul 22 09:02:51 2023 daemon.crit dnsmasq[1]: bad dhcp-range at line 32 of /var/etc/dnsmasq.conf.cfg01411cw tym wskazanym pliku, w linii 32 jest wpis:
dhcp-range=set:lan,19,,255.255.255.128,2mrestart dnsmasq:
# service dnsmasq restart
udhcpc: started, v1.36.1
udhcpc: broadcasting discover
udhcpc: no lease, failing
ipaddr inside rangezgaduję o co może mu chodzić. router ma przypisany adres w przedziale obsługiwanym przez dhcp. tak miałem tzw. "od zawsze", ale teraz być może to już nie działa, albo wymaga dodatkowej opcji.
zmieniłem więc tak, aby adres router był poza zakresem, ale ciągle w podsieci. i działa.
w ww. pliku tymczasowym jest:
dhcp-range=set:lan,192.168.13.1,192.168.13.125,255.255.255.128,2mpytanie: czy obecne wydanie wymaga jakiejś dodatkowej opcji, aby dhcp jednak nie przeszkadzało, że router jest w środku zakresu dhcp? czy może problem jest odrobinę bardziej subtelny i wymaga dodatkowych sprawdzeń (jakich?)?
Nie miałeś tam adresów. Co miałeś w konfig dhcp że takie coś wygenerował?
w pliku network router ma ip 192.168.13.13, maska to 255.255.255.128. jak ustawię w pliku dhcp tak:
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 cachesize '1000'
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'
option filter_aaaa '0'
option filter_a '0'
option confdir '/tmp/dnsmasq.d'
option filter_aaaa '0'
option filter_a '0'
option confdir '/tmp/dnsmasq.d'
config dhcp 'lan'
option interface 'lan'
option start '1'
option limit '126'
option leasetime '2m'
option dhcpv4 'server'
config dhcp 'wan'
option interface 'wan'
option ignore '1'
config odhcpd 'odhcpd'
option maindhcp '0'
option leasefile '/tmp/hosts/odhcpd'
option leasetrigger '/usr/sbin/odhcpd-update'
option loglevel '4'to router nie przydziala adresów po dhcp i jest ten błąd. logread pokazuje:
Sat Jul 22 16:31:00 2023 daemon.crit dnsmasq[1]: bad dhcp-range at line 32 of /var/etc/dnsmasq.conf.cfg01411c
Sat Jul 22 16:31:00 2023 daemon.crit dnsmasq[1]: FAILED to start upw pliku tymczasowym /var/etc/dnsmasq.conf.cfg01411c jest ta linia:
dhcp-range=set:lan,19,,255.255.255.128,2mjak w pliku network ustawię ip routera na 192.168.13.126 i zmienię plik dhcp w odpowiednim fragmencie na taki:
config dhcp 'lan'
option interface 'lan'
option start '1'
option limit '125'
option leasetime '2m'
option dhcpv4 'server'to wszystko działa, nie pojawia się ten komunikat w logread a w pliku /var/etc/dnsmasq jest:
dhcp-range=set:lan,192.168.13.1,192.168.13.125,255.255.255.128,2mTak, źle to wylicza jak adres IP jest w zakresie DHCP.
Choć mnie ciekawi jedno - czym się kierowałeś, jakie miałeś zamierzenia że adres sieci zrobiłeś ze środka i jednocześnie dałeś dhcp na cały zakres sieci?
kiedyś, jak miałem mniej urządzeń sieciowych, on był prawie na końcu, bo maska była krótsza
nie pamiętam co wtedy było 14, ale chyba drukarka. chciałem, aby było też jakoś nieortodoksyjnie. tak zostało, i tak działało. robiłem backupy, wgrywałem, zmieniałem tylko maskę jak miałem więcej urządzeń. a w tej wersji się posypało z jakiegoś powodu. teraz dalem maskę 128 tak z nadmiarem. no i lubię 13 ![]()
W najbliższej kompilacji będzie nowy dodatek w luci - status portów ethernetowych (coś co już znacie z gargoyle i mifi). Oficjalne rozwiązane które właśnie zostało włączone go luci, dla routerów z DSA lub natywnymi ethernetami.
W najbliższej kompilacji będzie nowy dodatek w luci - status portów ethernetowych (coś co już znacie z gargoyle i mifi). Oficjalne rozwiązane które właśnie zostało włączone go luci, dla routerów z DSA lub natywnymi ethernetami.
Fajno, to w tomato bylo z 7 lat temu wprowadzone i przydaje się
Cezary napisał/a:W najbliższej kompilacji będzie nowy dodatek w luci - status portów ethernetowych (coś co już znacie z gargoyle i mifi). Oficjalne rozwiązane które właśnie zostało włączone go luci, dla routerów z DSA lub natywnymi ethernetami.
Fajno, to w tomato bylo z 7 lat temu wprowadzone i przydaje się
Tak, bardzo długo luci z tym zwlekało.
Ale już znalazłem ograniczenie tego - konfig do wyświetlania portów bierze z board.json. Dla większości routerów będzie wszystko grało, ale np. dla x86 gdzie w board jest wpisany tylko jeden eth0 jako lan a ja mam dodane 10 innych portów do bridge to się już nie wyświetla. Cóż...
ambrozy5 napisał/a:Cezary napisał/a:W najbliższej kompilacji będzie nowy dodatek w luci - status portów ethernetowych (coś co już znacie z gargoyle i mifi). Oficjalne rozwiązane które właśnie zostało włączone go luci, dla routerów z DSA lub natywnymi ethernetami.
Fajno, to w tomato bylo z 7 lat temu wprowadzone i przydaje się
Tak, bardzo długo luci z tym zwlekało.
Ale już znalazłem ograniczenie tego - konfig do wyświetlania portów bierze z board.json. Dla większości routerów będzie wszystko grało, ale np. dla x86 gdzie w board jest wpisany tylko jeden eth0 jako lan a ja mam dodane 10 innych portów do bridge to się już nie wyświetla. Cóż...
Jak to 10 portow w bridge?
No tak normalnie, lan na 10 ethernetach.
Kiedy planowane są nowe kompilacje?
Weekend. Albo jutro, zobaczę jak z czasem będzie.
Status portów w nowym wydaniu to świetna sprawa.
Status portów w nowym wydaniu to świetna sprawa.
Tomato ma to od wieków, dd-wrt, w gargoyle dorobiłem też eony temu, easyconfig to ma, pojawiały się różne dodatki do luci, ale w końcu po tylu latach mamy oficjalnie i w luci...
Strony Poprzednia 1 … 7 8 9 10 11 … 35 Następna
Zaloguj się lub zarejestruj by napisać odpowiedź
eko.one.pl → Oprogramowanie / Software → Zmiany w wydaniu OpenWrt 23.05
Forum oparte o PunBB, wspierane przez Informer Technologies, Inc