Faktycznie, masz rację - zapomniałem o tym, że DCO musi być wspierane po obu stronach.
Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
eko.one.pl → Posty przez piter
Faktycznie, masz rację - zapomniałem o tym, że DCO musi być wspierane po obu stronach.
Cześć.
Jakie macie doświadczenia z DCO w OpenVPN na OpenWRT 24.10? U mnie (ZTE MF286D) DCO całkowicie uniemożliwia nawiązanie połączenia z serwerem OpenVPN (moje OpenWRT jest klientem VPN). Takie rzeczy się dzieją:
Sun Jan 5 13:20:23 2025 kern.err kernel: [ 1227.307947] ovpn_aead_decrypt: decrypt failed: -74
Sun Jan 5 13:20:23 2025 kern.err kernel: [ 1227.308008] ovpn_decrypt_one: error during decryption for peer 14221, key-id 0: -74Sun Jan 5 13:21:23 2025 daemon.notice openvpn(connector01)[4112]: dco_get_peer_stats: netlink reports object not found, ovpn-dco unloaded?
Sun Jan 5 13:21:23 2025 daemon.notice openvpn(connector01)[4112]: dco_get_peer_stats: failed to send netlink message: No such file or directory (-2)
Sun Jan 5 13:21:37 2025 daemon.err openvpn(connector01)[4112]: Connection reset, restarting [0]
Sun Jan 5 13:21:37 2025 daemon.notice openvpn(connector01)[4112]: dco_del_peer: netlink reports object not found, ovpn-dco unloaded?
Sun Jan 5 13:21:37 2025 daemon.notice openvpn(connector01)[4112]: dco_del_peer: failed to send netlink message: No such file or directory (-2)Oczywiście po dodaniu dyrektywy "disable-dco" do konfiguracji OpenVPN wszystko działa poprawnie.
Dla potomnych: Framework nie widział u mnie routera, bo na routerze miałem wyłączony serwer DHCP (ustawiałem adresy IP na sztywno). Po włączeniu DHCP każdy Framework widzi router.
EDIT: po zrobieniu aktualizacji za pomocą Frameworka ponownie wrzuciłem OpenWRT (tym razem 24.10) i mam modem w wersji B02, a interfejs wan w OpenWRT działa poprawnie w trybie QMI Cellular
Podnoszę jeszcze modem do B12 i więcej tego nie ruszam ![]()
Spróbuj tego:
EDIT: https://eko.one.pl/forum/viewtopic.php? … 56#p309956
Od 2 godzin szukam frameworka Play to Nordic (żeby go wypróbować) i nigdzie go nie mogę znaleźć. Ma ktoś jakiś dobry namiar?
EDIT: znalazłem:https://eko.one.pl/forum/viewtopic.php? … 40#p284940
Tak, normalnie pinguje. Oczywiście w tym samym momencie na routerze działa standardowy firmware. Próbowałem go za pomocą konsoli szeregowej zatrzymywać podczas bootowania i robić to w tym momencie ale to też nic nie daje.
Wyłącz wszystkie wirtualne interfejsy sieciowe w windzie, może ruszy.
Próbowałem nawet na wirtualce (Win 7), gdzie był tylko jeden interfejs sieciowy (karta sieciowa, w którą jest fizycznie wpięty kabel, który jest podłączony do routera) i nadal nic ![]()
EDIT: Na starszym laptopie z Win 10 też nie idzie. Czy przed użyciem frameworka należy zainstalować jakieś sterowniki (co wydaje mi się trochę dziwne, ponieważ wpinamy się kablem LAN)?
Poza tym co to za framework Nordic to Nordic B14 ? Ktoś stworzył jakiegoś potworka .... Bo nie da się modemu framworkiem wgrać od razu B14 , czyli modem będzie B02 a router B14 ...
https://forum.fibra.click/d/15002-debra … mf286d-tim
EDIT: A dokładnie to ten konkretny wpis:
https://forum.fibra.click/d/15002-debra … d-tim/3499
Jeszcze nie. A jak poprawnie wgrać B12? Wystarczy wrzucić mu partycje mtd8 i mtd9?
A framework ma jakieś specjalne wymagania (np. konkretny adres IP)? Jakieś 2 lata temu na 100% go używałem i nie było problemów, a teraz cały czas mam tylko to:
Router podpięty kablem sieciowym bezpośrednio z komputerem.
Z frameworkiem jest taki problem, że w ogóle nie widzi urządzenia. Mam Win 11, więc próbowałem również z maszyny wirtualnej z Win 7 (32 bit), ale to samo - próbowałem kilka różnych frameworków i wszystkie nie widzą routera. Próbowałem ustawiać mu różne adresy IP - 192.168.1.1, 192.168.32.1 itd. ale to chyba nie ma znaczenia.
Ponownie zainstalowałem OpenWRT (23.05) i teraz w żaden sposób nie chce się dogadać z modemem (QMI, na czystej konfiguracji), a po przywróceniu starej konfiguracji co chwilę się resetuje. Uwaliłem go?
Edycja: mój błąd, w starym konfigu miałem skrypt który robi reboot jeżeli zbyt długo nie ma dostępu do internetu... ![]()
Czy to jest normalne, że po przywróceniu mtd8 i mtd9 z mojego backupu wykonanego w maju 2022 roku (oryginalny soft) interfejs http nadal raportuje Software Version: Nordic_MF286D_B14?
W GUI przez przeglądarkę.
Działa. Przynajmniej tak go raportuje (jako B14) oryginalny firmware od ZTE.
Odtworzenie oryginału jest banalnie proste - przesyłasz sobie na openwrt plik mtd8 i mtd9, robisz
mtd write /tmp/mtd8 /dev/mtd8
mtd write /tmp/mtd9 /dev/mtd9
rebootI masz oryginał. mtd8 i mtd9 to pliki będące backupem partycji z oryginalnego softu.
Cześć. Próbowałem w ten sposób przywrócić oryginalny soft i po wydaniu drugiego polecenia router sam się zrestartował. Teraz w konsoli szeregowej widzę to:
Format: Log Type - Time(microsec) - Message - Optional Info
Log Type: B - Since Boot(Power On Reset), D - Delta, S - Statistic
S - QC_IMAGE_VERSION_STRING=BOOT.BF.3.1.1-00126
S - IMAGE_VARIANT_STRING=DAABANAZA
S - OEM_IMAGE_VERSION_STRING=CRM
S - Boot Config, 0x00000021
S - Reset status Config, 0x00000000
S - Core 0 Frequency, 0 MHz
B - 262 - PBL, Start
B - 1341 - bootable_media_detect_entry, Start
B - 1681 - bootable_media_detect_success, Start
B - 1695 - elf_loader_entry, Start
B - 5101 - auth_hash_seg_entry, Start
B - 7262 - auth_hash_seg_exit, Start
B - 582858 - elf_segs_hash_verify_entry, Start
B - 701341 - PBL, End
B - 701365 - SBL1, Start
B - 792230 - pm_device_init, Start
D - 7 - pm_device_init, Delta
B - 793700 - boot_flash_init, Start
D - 53020 - boot_flash_init, Delta
B - 850868 - boot_config_data_table_init, Start
D - 3851 - boot_config_data_table_init, Delta - (419 Bytes)
B - 858406 - clock_init, Start
D - 7587 - clock_init, Delta
B - 870037 - CDT version:2,Platform ID:8,Major ID:1,Minor ID:0,Subtype:1
B - 873450 - sbl1_ddr_set_params, Start
B - 878547 - cpr_init, Start
D - 2 - cpr_init, Delta
B - 882929 - Pre_DDR_clock_init, Start
D - 4 - Pre_DDR_clock_init, Delta
D - 13175 - sbl1_ddr_set_params, Delta
B - 896241 - pm_driver_init, Start
D - 2 - pm_driver_init, Delta
B - 966724 - sbl1_wait_for_ddr_training, Start
D - 27 - sbl1_wait_for_ddr_training, Delta
B - 982304 - Image Load, Start
D - 153143 - QSEE Image Loaded, Delta - (299560 Bytes)
B - 1135876 - Image Load, Start
D - 1445 - SEC Image Loaded, Delta - (2048 Bytes)
B - 1146169 - Image Load, Start
D - 280479 - APPSBL Image Loaded, Delta - (574907 Bytes)
B - 1427045 - QSEE Execution, Start
D - 60 - QSEE Execution, Delta
B - 1433285 - SBL1, End
D - 733917 - SBL1, Delta
S - Flash Throughput, 2016 KB/s (876934 Bytes, 434887 us)
S - DDR Frequency, 672 MHz
U-Boot 2012.07 [Chaos Calmer 15.05.1,f53cef1+r49254] (Apr 02 2019 - 07:26:13)
smem ram ptable found: ver: 1 len: 3
DRAM: 256 MiB
machid : 0x8010001
NAND: ID = 302012c
Vendor = 2c
Device = 1
ONFI device found
SF: Detected GD25Q16 with page size 4 KiB, total 2 MiB
ipq_spi: page_size: 0x100, sector_size: 0x1000, size: 0x200000
130 MiB
*** Warning - bad CRC, using default environment
In: serial
Out: serial
Err: serial
machid: 8010001
flash_type: 0
Uaztemain: enter into !
ZTE_InitFotaFlashPara: nand_curr_device=0
page_size=2048 block_size=131072
zte_getHandOffState: read data=0xff from 0x0
Uaztemain: no need to update ''
Hit any key to stop autoboot: 0
Creating 1 MTD partitions on "nand0":
0x000001800000-0x000003500000 : "mtd=0"
UBI: attaching mtd2 to ubi0
UBI: physical eraseblock size: 131072 bytes (128 KiB)
UBI: logical eraseblock size: 126976 bytes
UBI: smallest flash I/O unit: 2048
UBI: VID header offset: 2048 (aligned 2048)
UBI: data offset: 4096
UBI error: check_sv: bad scanning information, error 1
UBI error: ubi_init: cannot attach mtd2
UBI error: ubi_init: UBI error: cannot initialize UBI, error -22
UBI init error 22
(IPQ40xx) #Da się z tego poziomu jakoś ponownie wgrać te partycje (bo podejrzewam, że tu coś poszło nie tak)?
EDIT: Udało się go uratować poprzez wgranie pliku mtd9.bin za pomocą tfpt. Plik pobierałem od Cezarego, tj. z tego adresu:
https://dl.eko.one.pl/orig/zte_mf286d/NORDIC/B14/
P.S. Wcześniej robiłem upgrade modemu do wersji B14 (mając jeszcze zainstalowane OpenWrt). Może komuś to info się przyda.
Po podniesieniu OpenWRT do najnowszej wersji (23077, build Cezarego) zauważyłem dziwną rzecz - pingowanie do MF286D (bezpośrednie połączenie kablem do MF286D) zwraca wynik 2-2,5 ms (czasem nawet 3 ms). Takie same wyniki uzyskuję z mojego komputera oraz z innego urządzenia z OpenWRT. Czy to normalne? Pingowanie do innych urządzeń w sieci daje wyniki na poziomie 0,4-0,7 ms.
P.S. W ostatnim buildzie (23077) w przypadku ZTE MF286D nie ma sekcji Network -> Switch (na innym urządzeniu w tej samej wersji sekcja Switch nadal jest dostępna) - czyżby nastąpiły jakieś zmiany związane z obsługą switcha? Zastanawiam się czy to ma jakiś związek.
Nie wiem czy ktoś z Was zauważył coś podobnego, ale u mnie największą stabilność (i szybkość) łącza uzyskuję gdy ustawię wyłącznie B7 (mam internet LTE "domowy" od T-Mobile w opcji do 60 MBit/s i podczas testowania widać wyraźnie, że na samym B7 ten sprzęt jest w stanie wyciągnąć o wiele więcej, tylko jest limitowany przez operatora). U mnie włączenie jakiejkolwiek agregacji (wielokrotnie testowałem wszystkie możliwości) zawsze zmniejsza osiągane transfery.
Akurat za każdym razem gdy sprawdzałem, to łączyło mi się dokładnie z tym samym BTSem. Pewnie dlatego, że inne BTSy na 2600 MHz są dużo dalej. Mimo wszystko ciekawi mnie jak można wymusić łączenie wyłącznie do wybranej stacji - podpowiecie coś?
Mam wyłączone CA, ponieważ BTSa mam bardzo blisko i z testów mi wyszło, że największa stabilność połączenia jest na samym B7. Ale fakt, jak będę mógł to sprawdzę gdzie się faktycznie łączy. Spróbuję jeszcze pokombinować z ifdown/ifup, tylko w chwili obecnej nie mam takiej możliwości.
U mnie na buildzie od Cezarego (22.03-SNAPSHOT r19540-945b13e369) wydanie komendy AT+CFUN=1,1 powoduje restart modemu, a następnie mam pingi 2500-3500 ms do 8.8.8.8 (albo timeouty). Pomaga jedynie restart całego routera.
Edycja: nie wiem czy to ma znaczenie, ale zauważyłem dodatkowo, że przy testowaniu poleceniem ping TTL wynosi 112 (gdzie przed wydaniem komendy AT jest 55).
Chyba będzie dobrze. Aktualnie minęło ponad 3 godziny katowania iperfem po wifi i router jest stabilny.
Dałeś mi do myślenia, żeby sprawdzić go pod względem hardwareowym, więc zacząłem dość mocno męczyć kable i obudowę i zauważyłem, że wywala wifi przy delikatnym ruszaniu przełącznika "wifi on/off". Fakt jest taki, że tego przełącznika nigdy nie używałem, więc dla testu przełączyłem go w pozycję "off" i... nie mogłem przełączyć go z powrotem. Dopiero śrubokrętem się udało. Od tego momentu problem ustał. Przypuszczam, że przełącznik generował fałszywe info, że został przełączony, więc router wyłączał wifi. Na wszelki wypadek zmodyfikowałem plik etc/rc.button/rfkill poprzez dodanie w drugiej linii:
logger "wifi button state: ${ACTION}"Dzięki za zainteresowanie tematem. Co do zasilacza - kilka miesięcy temu był u nas poważny problem z prądem (pływające zero) i oryginalny zasilacz się rozpuścił. Oryginalny zasilacz miał 1,5A, więc kupiłem nowy zasilacz 2A (w sumie musiałem kupić kilka zasilaczy do różnych sprzętów, które spotkał ten sam los i wszystkie które kupiłem są marki Blow). Występuje u mnie jeszcze jedna nietypowa rzecz - zasilanie mam puszczone po skrętce (osobny kabel UTP o długości ok. 3 metrów + 2 przejściówki do pasywnego POE po obu stronach). Może chodzi o jakiś spadek napięcia? Z drugiej strony przez kilka lat tak to działało i nie było problemów. Kondensatory sprawdzę jak będę miał chwilę wolnego czasu żeby rozbebeszyć router.
Odpaliłem iperfa na routerze w trybie serwerowym, a z Windowsa w trybie klienckim wykonałem kilka testów ustawiając czas wykonania na 1000 sekund. Przy połączeniu przez LAN nie było żadnych problemów, natomiast przy połączeniu przez wifi po 330 sekundach wywaliło wifi. Co ciekawe - akurat musiałem wyjść na kilkanaście minut i po tym czasie wifi samoczynnie wróciło...
Mam bardzo dziwną sprawę. Router którego dotyczy problem to TPLink WDR3600. Sytuacja wygląda tak, że mam włączone oba interfejsy WLAN (2,4 GHz i 5 GHz) i wszystko jest w porządku do momentu aż jedna osoba zaczyna wieczorem oglądać filmy z serwera na sieci (otwiera pliki za pomocą protokołu SMB). Po kilku/kilkunastu minutach wifi się wyłącza (w LUCI w Network/Wireless oba interfejsy mają wtedy aktywny przycisk "Enable"). Poprzednio miałem OpenWRT od Cezarego w wersji 21.02 r16611, ale dzisiaj postawiłem od zera 22.03 r19540 (cały konfig zrobiłem ręcznie od zera). Na obu wersjach występuje to samo dziwne zjawisko. Ma ktoś jakiś pomysł dlaczego tak się dzieje?
Aha: router ma wyłączone interfejsy WAN i WAN6 a na switchu fizyczny port WAN jest ustawiony tak samo jak wszystkie porty LAN (czyli jest w VLANie 1). Router pełni tylko rolę Access Pointa (serwer DHCP i router z modemem jest na innym urządzeniu).
Log od momentu podłączenia się klienta do zdechnięcia wifi wygląda tak:
Sat Jul 23 21:45:34 2022 daemon.info hostapd: wlan0: STA 18:26:49:ac:c1:6e IEEE 802.11: authenticated
Sat Jul 23 21:45:34 2022 daemon.info hostapd: wlan0: STA 18:26:49:ac:c1:6e IEEE 802.11: associated (aid 2)
Sat Jul 23 21:45:34 2022 daemon.notice hostapd: wlan0: STA-OPMODE-SMPS-MODE-CHANGED 18:26:49:ac:c1:6e off
Sat Jul 23 21:45:34 2022 daemon.notice hostapd: wlan0: AP-STA-CONNECTED 18:26:49:ac:c1:6e
Sat Jul 23 21:45:34 2022 daemon.info hostapd: wlan0: STA 18:26:49:ac:c1:6e WPA: pairwise key handshake completed (RSN)
Sat Jul 23 21:45:34 2022 daemon.notice hostapd: wlan0: EAPOL-4WAY-HS-COMPLETED 18:26:49:ac:c1:6e
Sat Jul 23 21:46:41 2022 daemon.notice hostapd: wlan0: STA-OPMODE-SMPS-MODE-CHANGED 18:26:49:ac:c1:6e dynamic
Sat Jul 23 21:58:06 2022 daemon.notice hostapd: Remove interface 'wlan1'
Sat Jul 23 21:58:06 2022 daemon.notice hostapd: wlan1: interface state ENABLED->DISABLED
Sat Jul 23 21:58:06 2022 daemon.notice hostapd: wlan1: AP-DISABLED
Sat Jul 23 21:58:06 2022 daemon.notice hostapd: wlan1: CTRL-EVENT-TERMINATING
Sat Jul 23 21:58:06 2022 daemon.err hostapd: rmdir[ctrl_interface=/var/run/hostapd]: Permission denied
Sat Jul 23 21:58:06 2022 daemon.notice hostapd: nl80211: deinit ifname=wlan1 disabled_11b_rates=0
Sat Jul 23 21:58:06 2022 kern.info kernel: [26852.092897] device wlan1 left promiscuous mode
Sat Jul 23 21:58:06 2022 kern.info kernel: [26852.097561] br-lan: port 2(wlan1) entered disabled state
Sat Jul 23 21:58:06 2022 daemon.notice netifd: Network device 'wlan1' link is down
Sat Jul 23 21:58:06 2022 daemon.notice hostapd: Remove interface 'wlan0'
Sat Jul 23 21:58:06 2022 daemon.notice hostapd: wlan0: interface state ENABLED->DISABLED
Sat Jul 23 21:58:06 2022 daemon.notice hostapd: wlan0: AP-STA-DISCONNECTED 18:26:49:ac:c1:6e
Sat Jul 23 21:58:06 2022 daemon.notice hostapd: wlan0: AP-STA-DISCONNECTED 6e:e5:99:56:fc:8b
Sat Jul 23 21:58:06 2022 daemon.notice hostapd: wlan0: AP-DISABLED
Sat Jul 23 21:58:06 2022 daemon.notice hostapd: wlan0: CTRL-EVENT-TERMINATING
Sat Jul 23 21:58:06 2022 daemon.err hostapd: rmdir[ctrl_interface=/var/run/hostapd]: Permission denied
Sat Jul 23 21:58:06 2022 daemon.notice hostapd: nl80211: deinit ifname=wlan0 disabled_11b_rates=0
Sat Jul 23 21:58:06 2022 kern.info kernel: [26852.150177] device wlan0 left promiscuous mode
Sat Jul 23 21:58:06 2022 kern.info kernel: [26852.155318] br-lan: port 3(wlan0) entered disabled state
Sat Jul 23 21:58:06 2022 daemon.notice netifd: Network device 'wlan0' link is down
Sat Jul 23 21:58:06 2022 daemon.notice netifd: Wireless device 'radio1' is now down
Sat Jul 23 21:58:06 2022 daemon.notice netifd: Wireless device 'radio0' is now down
Sat Jul 23 21:58:27 2022 daemon.notice hostapd: Configuration file: /var/run/hostapd-phy0.conf (phy wlan0) --> new PHY
Sat Jul 23 21:58:27 2022 kern.info kernel: [26873.469891] br-lan: port 2(wlan0) entered blocking state
Sat Jul 23 21:58:27 2022 kern.info kernel: [26873.475296] br-lan: port 2(wlan0) entered disabled state
Sat Jul 23 21:58:27 2022 kern.info kernel: [26873.481094] device wlan0 entered promiscuous mode
Sat Jul 23 21:58:27 2022 daemon.notice hostapd: wlan0: interface state UNINITIALIZED->COUNTRY_UPDATE
Sat Jul 23 21:58:27 2022 daemon.notice hostapd: ACS: Automatic channel selection started, this may take a bit
Sat Jul 23 21:58:27 2022 daemon.notice hostapd: wlan0: interface state COUNTRY_UPDATE->ACS
Sat Jul 23 21:58:27 2022 daemon.notice hostapd: wlan0: ACS-STARTED
Sat Jul 23 21:58:27 2022 daemon.notice hostapd: Configuration file: /var/run/hostapd-phy1.conf (phy wlan1) --> new PHY
Sat Jul 23 21:58:28 2022 kern.info kernel: [26873.617649] br-lan: port 3(wlan1) entered blocking state
Sat Jul 23 21:58:28 2022 kern.info kernel: [26873.623109] br-lan: port 3(wlan1) entered disabled state
Sat Jul 23 21:58:28 2022 kern.info kernel: [26873.628864] device wlan1 entered promiscuous mode
Sat Jul 23 21:58:28 2022 kern.info kernel: [26873.633763] br-lan: port 3(wlan1) entered blocking state
Sat Jul 23 21:58:28 2022 kern.info kernel: [26873.639210] br-lan: port 3(wlan1) entered forwarding state
Sat Jul 23 21:58:28 2022 daemon.notice hostapd: wlan1: interface state UNINITIALIZED->COUNTRY_UPDATE
Sat Jul 23 21:58:28 2022 daemon.notice hostapd: ACS: Automatic channel selection started, this may take a bit
Sat Jul 23 21:58:28 2022 daemon.notice hostapd: wlan1: interface state COUNTRY_UPDATE->ACS
Sat Jul 23 21:58:28 2022 daemon.notice hostapd: wlan1: ACS-STARTED
Sat Jul 23 21:58:28 2022 kern.info kernel: [26874.468611] br-lan: port 3(wlan1) entered disabled state
Sat Jul 23 21:58:29 2022 daemon.notice netifd: Wireless device 'radio0' is now up
Sat Jul 23 21:58:29 2022 daemon.notice netifd: Wireless device 'radio1' is now up
Sat Jul 23 21:58:35 2022 daemon.notice hostapd: wlan0: ACS-COMPLETED freq=2472 channel=13
Sat Jul 23 21:58:36 2022 kern.info kernel: [26881.538166] IPv6: ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready
Sat Jul 23 21:58:36 2022 kern.info kernel: [26881.544884] br-lan: port 2(wlan0) entered blocking state
Sat Jul 23 21:58:36 2022 kern.info kernel: [26881.550319] br-lan: port 2(wlan0) entered forwarding state
Sat Jul 23 21:58:36 2022 daemon.notice netifd: Network device 'wlan0' link is up
Sat Jul 23 21:58:36 2022 daemon.notice hostapd: wlan0: interface state ACS->ENABLED
Sat Jul 23 21:58:36 2022 daemon.notice hostapd: wlan0: AP-ENABLED
Sat Jul 23 21:58:38 2022 daemon.notice hostapd: Remove interface 'wlan0'
Sat Jul 23 21:58:38 2022 daemon.notice hostapd: wlan0: interface state ENABLED->DISABLED
Sat Jul 23 21:58:38 2022 daemon.notice hostapd: wlan0: AP-DISABLED
Sat Jul 23 21:58:38 2022 daemon.notice hostapd: wlan0: CTRL-EVENT-TERMINATING
Sat Jul 23 21:58:38 2022 daemon.err hostapd: rmdir[ctrl_interface=/var/run/hostapd]: Permission denied
Sat Jul 23 21:58:38 2022 daemon.notice hostapd: nl80211: deinit ifname=wlan0 disabled_11b_rates=0
Sat Jul 23 21:58:38 2022 kern.info kernel: [26883.621593] device wlan0 left promiscuous mode
Sat Jul 23 21:58:38 2022 kern.info kernel: [26883.626265] br-lan: port 2(wlan0) entered disabled state
Sat Jul 23 21:58:38 2022 daemon.notice netifd: Network device 'wlan0' link is down
Sat Jul 23 21:58:38 2022 daemon.notice hostapd: Remove interface 'wlan1'
Sat Jul 23 21:58:38 2022 daemon.notice hostapd: wlan1: interface state ACS->DISABLED
Sat Jul 23 21:58:38 2022 daemon.notice hostapd: wlan1: AP-DISABLED
Sat Jul 23 21:58:38 2022 daemon.notice hostapd: wlan1: CTRL-EVENT-TERMINATING
Sat Jul 23 21:58:38 2022 daemon.err hostapd: rmdir[ctrl_interface=/var/run/hostapd]: Permission denied
Sat Jul 23 21:58:38 2022 daemon.err hostapd: hostapd_free_hapd_data: Interface wlan1 wasn't started
Sat Jul 23 21:58:38 2022 daemon.notice hostapd: nl80211: deinit ifname=wlan1 disabled_11b_rates=0
Sat Jul 23 21:58:38 2022 kern.info kernel: [26883.669092] device wlan1 left promiscuous mode
Sat Jul 23 21:58:38 2022 kern.info kernel: [26883.673726] br-lan: port 3(wlan1) entered disabled state
Sat Jul 23 21:58:38 2022 daemon.notice netifd: Wireless device 'radio0' is now down
Sat Jul 23 21:58:38 2022 daemon.notice netifd: Wireless device 'radio1' is now downCześć!
Ciekawi mnie dlaczego Cezary nie zbudował OpenWRT z Luci dla niektórych TPLinków, np. WDR3600 i WDR4300. Oczywiście wiem, że można pobrać wersję bez GUI i sobie ręcznie doinstalować Luci, ale zastanawiam się, czy nie ma z tym jakichś problemów i z tego powodu takie kompilacje nie zostały udostępnione przez Cezarego.
Jeszcze raz dzięki - teraz jest dokładnie tak jak chciałem. Faktycznie przy kombinowaniu przy switchu działy się dziwne rzeczy - np. w pewnym momencie całkowicie przestał działać jeden port LAN (pingi nie szły, chociaż diody przy porcie migały po wpięciu kabla) i dopiero pomógł reset do ustawień defautlowych.
eko.one.pl → Posty przez piter
Forum oparte o PunBB, wspierane przez Informer Technologies, Inc