Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
eko.one.pl → Oprogramowanie / Software → Zmiany w wydaniu OpenWrt 19.07
Strony Poprzednia 1 … 40 41 42 43 44 … 52 Następna
Zaloguj się lub zarejestruj by napisać odpowiedź
/etc/init.d/dnsmasq restart
sobie dodaj do /etc/rc.local. A później postaraj się zrobić jakieś testy dlaczego nie uruchamia serwera dhcp na tym sprzęcie po starcie.
Walczę z instalacją pyload i nie widzę cienia szansy żeby to ruszyło:/
ImportError: pycurl: libcurl link-time ssl backend (openssl) is different from compile-time ssl backend (mbedtls)wersje pakietów aktualne
opkg list-installed | grep curl
libcurl4 - 7.66.0-2
python-curl - 7.43.0.3-1udało sie komuś to zainstalować na 19.07?
Zainstaluj libcurl z repo openwrt (który jest kompilany z mbedtls) bo teraz masz ode mnie (który jest kompilowany z libopenssl).
poszło ale to troche dziwne bo system kompilowałem samemu
źródła opkg :
src/gz openwrt_base http://downloads.openwrt.org/releases/19.07-SNAPSHOT/packages/x86_64/base
src/gz openwrt_luci http://downloads.openwrt.org/releases/19.07-SNAPSHOT/packages/x86_64/luci
src/gz openwrt_packages http://downloads.openwrt.org/releases/19.07-SNAPSHOT/packages/x86_64/packages
src/gz openwrt_routing http://downloads.openwrt.org/releases/19.07-SNAPSHOT/packages/x86_64/routing
src/gz openwrt_telephony http://downloads.openwrt.org/releases/19.07-SNAPSHOT/packages/x86_64/telephony
src/gz kmods http://127.0.0.1Ktoś już tu pisał o problemie i należało zrestartować dnsmasq żeby działał. I co ciekawsze też na WNDR4300. Coś trefny jest ten model, bo usb-modewitch też się czasami na nim nie chce odpalać.
U mnie w piątek 22.05 po wgraniu najnowszego Luci do WNDR4300, również przestal działać DHCP, zmieniłem IP ręcznie w kompie i podłączyłem się do WNDR4300 i ustawiłem co trzeba. Dnsmasq sam z siebie nie działał, restarty nie pomagały. Nie szukałem rozwiązania, ponieważ zaraz wgrałem mu testowego Gargoyle i tam jest ok. Ciekawe jak na buildzie z soboty 23.05. Czy będzie tak samo?
Sprawdź. Ja WNDR4300 nie ma, więc w Was cała nadzieja ("i przyszłość narodu").
Sprawdź. Ja WNDR4300 nie ma, więc w Was cała nadzieja ("i przyszłość narodu").
No jasne że sprawdzę, tyle że w przyszłym tygodniu, bo akurat w tym nie mam go "pod ręką", a zdalnie trochę strach bo on musi działać 
Ktoś już tu pisał o problemie i należało zrestartować dnsmasq żeby działał. I co ciekawsze też na WNDR4300. Coś trefny jest ten model, bo usb-modewitch też się czasami na nim nie chce odpalać.
Od lutego nie chce modeswitch współpracować po restarcie urządzenia i trzeba komende usbmode -s zastosować. Czyli coś popsuli. W zeszłym roku wszystko działało.
ps. wróciłem do openwrt 19.07 build 31.05.2020. Chyba naprawili usb-modeswitch. Modem usb sam się ładuje po restarcie czy odłączeniu i podłączeniu w końcu po tylu miesiącach
Mylisz się. usbmode nie zostało zmienione od 4 miesięcy (od lutego) w gałęzi 19.07. Nie ruszyli nic w tym pakiecie...
Mylisz się. usbmode nie zostało zmienione od 4 miesięcy (od lutego) w gałęzi 19.07. Nie ruszyli nic w tym pakiecie...
Może coś innego się "gryzło" i dlatego nie przełączało modemu usb lte. Najważniejsze, że od ponad tygodnia mam spokój. Mogę odłaczać modem i spowrotem podłączać, bez restartu routera, czy komendy usbmode -s.
Ja z kolei mam kartę mt7612u, która na Archerze C7 po bootowaniu ładnie się pokazuje, a na WDR4300 muszę ją na chwilę odłączać. Nie wiem czy to problem z usbmode, czy z czymś innym. Napisałem sobie skrypcik, który po bootowaniu wyłącza na chwilę zasilanie na USB i restartuje wifi. Oba routery mają zainstalowane OpenWrt 19.07-SNAPSHOT r11050-a8c92e9eda.
OpenWrt 19.07-SNAPSHOT r11050
Najnowszy build r11104. Zaktualizuj swój router i sprawdz czy działa bez skryptu. Pisałem, że mi modem usb zaczął działać poprawnie pod koniec maja a masz build z początku miesiąca.
cześć,
build r11104 z Luci, Archer C2 v3. Objawy jak z WNDR4300 opisywane przez kilku z nas w innym wątku.
Nie przydziela IP z DHCP po wgraniu. Restart nie pomaga.
Przypisany ręcznie działa, LAN ruszył. Ustawiłem wszystko, DHCP ruszył. Jak tylko go zrestartowałem, znów nie przydziela IP.
komp z Win10.
Przy r11081 (czyste openwrt) nie było takiego objawu.
Uuuu, robi się interesująco. Sprawdzaj dlaczego tak się dzieje.
Jutro wieczorem będę miał czas podłubać przy tym dłużej. Dziś jestem po niecałych 3h snu i nie dam rady - za dużo mam jutro tematów w robocie.
Postawię wcześniejszy system, jeśli będzie ok, ściągnę logread dane. Potem porównam z obecnym buildem.
Jeśli coś więcej mam zrobić, to musisz mi powiedzieć jak 'opornemu' co dokładnie krok po kroku, bo moja wiedza niestety w tej materii jest niezbyt głęboka (delikatnie rzecz ujmując).
Mam Twoje obrazy:
luci: 10949, 11050, 11104
golas: 10949, 11050, 11081.
edit: no i potestuję ten temat z czasem, o którym pisałeś przy wątku WNDR4300. Tam nie pomogło, ale zawsze warto sprawdzić
Porównaj zawartość /var/etc/dnsmasq.conf.* w przypadku kiedy nie działa i jak zrestartuje dnsmasq i będzie działać.
Jest zgłoszenie błędu podobne: https://bugs.openwrt.org/index.php?do=d … ;sort=desc
ok, dzięki za info.
Cezary, posprawdzałem to, o co prosiłeś.
Przy okazji znalazłem stare wątki openwrt (czasy AA i BB) traktujące o tym problemie.
Nie pojawają się te wpisy:
dhcp-range=set:lan,192.168.1.100,192.168.1.249,255.255.255.0,12h
no-dhcp-interface=eth0.2
------------------------------------------------------------------
/var/etc/dnsmasq.conf.* Mój działający
# auto-generated config file from /etc/config/dhcp
conf-file=/etc/dnsmasq.conf
dhcp-authoritative
domain-needed
localise-queries
read-ethers
enable-ubus
expand-hosts
bind-dynamic
local-service
domain=lan
server=/lan/
dhcp-leasefile=/tmp/dhcp.leases
resolv-file=/tmp/resolv.conf.auto
stop-dns-rebind
rebind-localhost-ok
rebind-domain-ok=free.aero2.net.pl
dhcp-broadcast=tag:needs-broadcast
addn-hosts=/tmp/hosts
conf-dir=/tmp/dnsmasq.d
user=dnsmasq
group=dnsmasq
dhcp-ignore-names=tag:dhcp_bogus_hostname
conf-file=/usr/share/dnsmasq/dhcpbogushostname.conf
bogus-priv
conf-file=/usr/share/dnsmasq/rfc6761.conf
dhcp-range=set:lan,192.168.1.100,192.168.1.249,255.255.255.0,12h
no-dhcp-interface=eth0.2
------------------------------------------------------------------
Reset do ustawień fabrycznych:
# auto-generated config file from /etc/config/dhcp
conf-file=/etc/dnsmasq.conf
dhcp-authoritative
domain-needed
localise-queries
read-ethers
enable-ubus
expand-hosts
bind-dynamic
local-service
domain=lan
server=/lan/
dhcp-leasefile=/tmp/dhcp.leases
resolv-file=/tmp/resolv.conf.auto
stop-dns-rebind
rebind-localhost-ok
rebind-domain-ok=free.aero2.net.pl
dhcp-broadcast=tag:needs-broadcast
addn-hosts=/tmp/hosts
conf-dir=/tmp/dnsmasq.d
user=dnsmasq
group=dnsmasq
dhcp-ignore-names=tag:dhcp_bogus_hostname
conf-file=/usr/share/dnsmasq/dhcpbogushostname.conf
bogus-priv
conf-file=/usr/share/dnsmasq/rfc6761.conf
---------------------------------------------------------------------
zmieniłem /etc/init.d/dnsmasq START na 200 i restart routera
bez skutku
--------------------------------------------------------------------------------
restart dnsmasq
root@OpenWrt:~# /etc/init.d/dnsmasq restart
udhcpc: started, v1.30.1
udhcpc: sending discover
udhcpc: no lease, failing
-----------------------------------------------------------------------
wygląd dnsmasq po restarcie (dhcp działa)
# auto-generated config file from /etc/config/dhcp
conf-file=/etc/dnsmasq.conf
dhcp-authoritative
domain-needed
localise-queries
read-ethers
enable-ubus
expand-hosts
bind-dynamic
local-service
domain=lan
server=/lan/
dhcp-leasefile=/tmp/dhcp.leases
resolv-file=/tmp/resolv.conf.auto
stop-dns-rebind
rebind-localhost-ok
rebind-domain-ok=free.aero2.net.pl
dhcp-broadcast=tag:needs-broadcast
addn-hosts=/tmp/hosts
conf-dir=/tmp/dnsmasq.d
user=dnsmasq
group=dnsmasq
dhcp-ignore-names=tag:dhcp_bogus_hostname
conf-file=/usr/share/dnsmasq/dhcpbogushostname.conf
bogus-priv
conf-file=/usr/share/dnsmasq/rfc6761.conf
dhcp-range=set:lan,192.168.1.100,192.168.1.249,255.255.255.0,12h
no-dhcp-interface=eth0.2
Tutaj facet pisał: https://dev.archive.openwrt.org/ticket/14629.html
1) Dnsmasq listens only on port 53, not on port 67
2) dnsmasq starts before the LAN interface is up. When it first boots /tmp/etc/dnsmasq.conf is missing this section:
dhcp-range=lan,192.168.1.221,192.168.1.250,255.255.255.0,12h
no-dhcp-interface=eth1
Użył komendy, której mi nie rozpoznaje moje openwrt (ss -lnu).
root@nexx:~# ss -lnu
Netid State Recv-Q Send-Q Local Address:Port Peer Address:Port
Cannot open netlink socket: Protocol not supported
udp UNCONN 0 0 *:53 *:*
udp UNCONN 0 0 :::546 :::*
udp UNCONN 0 0 :::547 :::*
udp UNCONN 0 0 :::53 :::*
root@nexx:~# cp /var/etc/dnsmasq.conf /tmp/
root@nexx:~# /etc/init.d/dnsmasq restart
root@nexx:~# ss -lnu
Netid State Recv-Q Send-Q Local Address:Port Peer Address:Port
Cannot open netlink socket: Protocol not supported
udp UNCONN 0 0 *:53 *:*
udp UNCONN 0 0 *:67 *:*
udp UNCONN 0 0 :::546 :::*
udp UNCONN 0 0 :::547 :::*
udp UNCONN 0 0 :::53 :::*
root@nexx:~# diff -u /var/etc/dnsmasq.conf /tmp/dnsmasq.conf
Może to Ci pomoże.
Jeśli coś jeszcze potrzebujesz do przetestowania, daj znać. Dziś dzień wolny od najemnej roboty
Mi w niczym. Natomiast jest to jak widać problem zależności czasowej tak jak opisywali w zgłoszeniu i po prostu zrestartuj sobie dnsmasq w /etc/rc.local
Ciekawe co się dzieje z tym wndr4300. Sprawdzałem na swoich nawet wolniejszych sprzętach i problem nie wystąpił.
ok, zrobie to samo i dam Ci znać w tamtym wątku, co pisałem wcześniej
Dziwne, że na moim wndr4300 dhcp przydziela adresy bez problemu. Mam kilka urządzeń i wszystko działa.
Nie każdemu i nie na wszystkich wndr4300. To jest to samo co z usbmode - znakomitej większości ludzi po prostu działa.
Dziwne, że na moim wndr4300 dhcp przydziela adresy bez problemu. Mam kilka urządzeń i wszystko działa.
Jaki dokladnie masz obraz?
Jaki dokladnie masz obraz?
r11104, czyli taki sam jak z tego forum. Obrazy sam kompiluje i dobieram paczki. Tak czy innaczej, dużo się nie różni od forumowego.
Mi w niczym. Natomiast jest to jak widać problem zależności czasowej tak jak opisywali w zgłoszeniu i po prostu zrestartuj sobie dnsmasq w /etc/rc.local
Ciekawe co się dzieje z tym wndr4300. Sprawdzałem na swoich nawet wolniejszych sprzętach i problem nie wystąpił.
Dzień dobry,
To mój pierwszy post ale stronę odwiedzam już od wielu lat i kilka razy flaszowałem swoje routery na Gargoyle, MiFi i ostatnio OpenWRT z Luci.
Panowie (i być może Panie?), mam ten sam problem z DHCP na Netgear WNDR4300 V1 z wgranym 19.07 od Cezarego (luci-19.07-snapshot-r11104-e752fc1ff9-ar71xx-nand-wndr4300-squashfs-sysupgrade.tar).
Sprawdziłem już przewód LAN, komendy ipconfig /release i /renew (dostawałem błąd dhcp timeout) a później znalazłem ten wątek.
Robiłem upgrade przez web interface z jakiejś niewiele starszej wersji (chyba też 19 albo 17?, nie pamiętam) z zachowaniem ustawień, a jeszcze wcześniej chyba był na nim jakiś Gargoyle (niestety nie notowałem historii aktualizowania wersji) - może to ma jakieś znaczenie?
Później wgrałem jeszcze raz r11104 przez web interface ale już bez zachowania ustawień i nadal to samo, DHCP nie przydziela adresów ale mogę się normalnie zalogować na router po nadaniu statycznego ip w komputerze.
To się dzieje zarówno przy routerze niepodłączonym do WAN (tylko router i kabel LAN do komputera), jak i z podłączonym WAN do kablówki z IP przydzielanym routerowi po DHCP.
Po wydaniu komendy:
/etc/init.d/dnsmasq restart
Dostaję:
udhcpc: started, v1.30.1
udhcpc: sending discover
udhcpc: no lease, failing
Którą wersję wgrać aby działało jak należy? Nie jestem pewien czy mogę bezkarnie wgrywać sysupgrade starszych wersji na aktualną najnowszą przez web interface.
Zaczynam swoja przygodę z OpenWRT i od razu pod górkę;)
Mam dwa takie same routery, jeden właśnie sflashowałem i walczę z tym DHCP a drugi jest główny na oryginalnym firmware (nie chcę go na razie ruszać bo będę miał utrudniony dostęp do internetu) - docelowo też ma być na nim OpenWRT j.n.
Próbować po kolei starsze obrazy czy spróbować jakąś inną metodę (np. tftp?)?
Może router ma uszkodzony (zużyty) flash i nie zapisuje niektórych zmian? W końcu kilka lat już służył z softem gargoyle i logowaniem danych o transmisji.
Docelowo chciałbym na tym zbudować domową sieć z dodatkowymi dwoma tzw. dumb AP połączonymi skrętką kaskadowo (długi dom i długi ogród) i z osobną siecią WiFi dla urządzeń IoT.
Jak na moje umiejętności dość ambitny projekt ale liczę że z Waszą pomocą się uda:).
Ale przede wszystkim co zrobić z tym DHCP?
pozdrawiam,
Grzegorz
Strony Poprzednia 1 … 40 41 42 43 44 … 52 Następna
Zaloguj się lub zarejestruj by napisać odpowiedź
eko.one.pl → Oprogramowanie / Software → Zmiany w wydaniu OpenWrt 19.07
Forum oparte o PunBB, wspierane przez Informer Technologies, Inc