Odpowiadając sam router śmiga ładnie port 5gbps również. Niestety wifi to padaka wsparcie niby jest ale brak 160mhz i gdzieś zepsuta tabela mocy zabija i zasięg i prędkość wifi. Więc może służyć póki co jako router ale nie wifi 
Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
eko.one.pl → Posty przez wizar5789
Odpowiadając sam router śmiga ładnie port 5gbps również. Niestety wifi to padaka wsparcie niby jest ale brak 160mhz i gdzieś zepsuta tabela mocy zabija i zasięg i prędkość wifi. Więc może służyć póki co jako router ale nie wifi
Cezary jeśli tak metoda przywróci go do życia to można by drążyć gdzie był wspólny mianownik tego co zrobili kristoferson897 i wizar5789. Bo samo się to nie zrobiło. Na jakimś etapie zmieniania czegoś to się wydarzyło. Najlepiej jakby jeden i drugi opisali co robili po kolei ze swoją sztuką...
Przypuszczam że problem ten będzie wracał...
Tak jak rozmawialiśmy na żywo jedyne co zrobiłem po odbiorze routera to podłączenie go na stockowym sofcie sprawdzenie że firmware modemu jest tmoplv1.0.1B01, weryfikacja czy modem łączy się z lte i próba aktualizacji (nie było nowszej wersji). Następnie rozebrałem router podłączyłem się serialem zrobiłem backup partycji mtd8 i mtd9 na live openwrt i potem flash przez sysupgrade, od tamtego momentu modem przestał poprawnie działać (3 strony wątku debugowania z Cezarym). Dziwna rzecz po flashu openwrt - firmware modemu objawił się jako nttplv1.0.0B03. Istotne informacje router dostarczony jako nowy w lipcu 2023 do poprzedniego właściciela, w moim posiadaniu od września 2023 przyszedł zaplombowany od poprzedniego właściciela więc istnieje nikła szansa że poprzedni właściciel coś w nim grzebał.
Ogolnie ten problem z modemem co wyzej mial kolega po przejsciu na openwrt zostal zazegnany.Opisze co zrobilem pozniej.Nie wiem co postawilo go na nogi kednak skutek jest taki ze dziala i uwaga zrobione bezinwazyjnie bez wyjmowania modemu.
Potwierdzam router wraz z modemem śmiga jak szalony. Czy to play czy orange czy t-mobile połączenie Qmi z modemem następuje w 3 sekundy. Jeszcze raz dzięki @smereka.
Kupuj adapter do modemu i lecisz. Lutownica w dłoń i odżywiamy kolego. Jak trup to i tak nie masz nic do stracenia...
Ja swojego z 15 razy przećwiczyłem (na potrzeby napisania tamtego postu tak, żeby wszyscy w miarę możliwości zrozumieli) i o dziwo całość razem z płytą oddałem rodzicom jako główny router do podziału łącza kablowego a modem jako backup łącza. Mam do niego zdalny dostęp. Od czerwca 2022 nic się z nim nie dzieje - działa miód malina
Zaczynając od tego że ręce mi się telepią jak 80 latkowi przechodząc przez to że ledwo przylutowałem kable do esp32 kończąc na tym że nie mam swojej własnej lutownicy. Napisałem do Ciebie na priv jak będziesz miał chwilę będę wdzięczny za odpowiedz.
Jeszcze tylko dopytam nie ma żadnego innego sposobu zmiany firmware modemu niż flashowanie go tym sposobem z postu który podesłałeś ?
Taniej wyjdzie raczej zakup innego używanego egzemplarza jak naprawa za pieniądze.
No chyba, że masz jakiś sentyment akurat do tej sztuki.
Wiesz dla kogoś kto to robił 10 razy to jest pewnie 30 minut roboty szczególnie że router leży już u mnie na biurku rozebrany do naga. Szkoda mi nowego zaplombowanego urządzenia wyrzucać szczególnie że dałem za niego 350 zł miesiąc temu.
Więc problem jest w samym modemie (sofcie?)
Jeżeli masz dużo siły i ochoty to zobacz ten wątek: https://eko.one.pl/forum/viewtopic.php?id=21790 i sobie przeflashuj sam modem na nordica. Jak nie to używaj go z proto=3g
No i ten post już niestety nie raz widziałem i się go obawiałem, chyba jestem trochę zbyt cienki w lutowaniu i bawieniu się w takie rzeczy więc pytanie do społeczności forum czy ktoś odpłatnie chciałby coś takiego zrobić. Ewentualnie może ty Cezary masz kontakt do kogoś kto by się podjął takiego zadania.
Spoko, wracaj na qmi i zobacz czy działa.
Wracamy na stare śmiecie.
root@OpenWrt:~# ifstatus lte
{
"up": false,
"pending": true,
"available": true,
"autostart": true,
"dynamic": false,
"proto": "qmi",
"data": {
}
}
root@OpenWrt:~# logread | grep -i lte
Mon Oct 9 21:42:17 2023 kern.info kernel: [ 1.211552] bridge: filtering via arp/ip/ip6tables is no longer available by default. Update your scripts to load br_netfilter if you need this.
Mon Oct 9 21:42:24 2023 daemon.notice netifd: Interface 'lte' is setting up now
Mon Oct 9 21:42:24 2023 daemon.notice netifd: lte (1743): Waiting for SIM initialization
Mon Oct 9 21:42:26 2023 daemon.notice netifd: lte (1743): Failed to parse message data
Mon Oct 9 21:42:26 2023 daemon.notice netifd: lte (1743): PIN verification is disabled
Mon Oct 9 21:42:27 2023 daemon.notice netifd: lte (1743): Device does not support 802.3 mode. Informing driver of raw-ip only for wwan0 ..
Mon Oct 9 21:42:28 2023 daemon.notice netifd: lte (1743): Waiting for network registration
Mon Oct 9 21:42:29 2023 daemon.notice netifd: lte (1743): Starting network lte
root@OpenWrt:~#Niby lte jest przypisane do strefy WAN.
Jako ostatnia próba zrobiłbym przywrócenie routera do ustawień początkowych i utworzył poprawnie interfejs z przypisaną strefą do WAN bez kasowania WAN i WAN6.Poza tym skoro masz teraz picocom to możesz sprawdzić jaki masz APN w modemie
AT+CGDCONT?Ten modem i tak nie czyta APN ustawiony w networku, więc dla pewności sprawdź APN w modemie.
Terminal ready
AT+CGDCONT?
+CGDCONT: 1,"IP","internet","0.0.0.0",0,0,0,0
OKNie ma czym się zająć. Z punktu widzenia openwrt masz wszystko co trzeba i modem wykazuje też stan jak by był chętny do współpracy. I tu już wyczerpaliśmy ten tamat
Zostaje tylko oryginalny soft i sprawdzenie czy w ogóle modem nadal działa.
PS. Nie, nie wszystko - zrób sobie proto 3g i zobaczy czy się połączy:
config 'interface' 'lte'
option 'proto' '3g'
option 'device' '/dev/ttyUSB1'
option 'apn' 'internet'Reboot oczywiście po tym. Nie pamiętam czy w MF286D ogóle dochodziło do połączenia ppp, ale sprawdzić możesz.
Bez komentarza... Działa na 3g.
root@OpenWrt:~# ifstatus 3g
{
"up": true,
"pending": false,
"available": true,
"autostart": true,
"dynamic": false,
"uptime": 62,
"l3_device": "3g-3g",
"proto": "3g",
"updated": [
"addresses",
"routes"
],
"metric": 0,
"dns_metric": 0,
"delegation": true,
"ipv4-address": [
{
"address": "10.121.74.108",
"mask": 32,
"ptpaddress": "10.64.64.64"
}
],
"ipv6-address": [
],
"ipv6-prefix": [
],
"ipv6-prefix-assignment": [
],
"route": [
{
"target": "0.0.0.0",
"mask": 0,
"nexthop": "10.64.64.64",
"source": "0.0.0.0/0"
}
],
"dns-server": [
"89.108.195.20",
"89.108.202.20"
],
"dns-search": [
],
"neighbors": [
],
"inactive": {
"ipv4-address": [
],
"ipv6-address": [
],
"route": [
],
"dns-server": [
],
"dns-search": [
],
"neighbors": [
]
},
"data": {
}
}
root@OpenWrt:~# logread | grep -i 3g
Mon Oct 9 21:14:48 2023 daemon.notice netifd: Interface '3g' is setting up now
Mon Oct 9 21:14:52 2023 kern.info kernel: [ 31.621630] 3g-3g: renamed from ppp0
Mon Oct 9 21:14:52 2023 daemon.info pppd[2180]: Renamed interface ppp0 to 3g-3g
Mon Oct 9 21:14:52 2023 daemon.info pppd[2180]: Using interface 3g-3g
Mon Oct 9 21:14:52 2023 daemon.notice pppd[2180]: Connect: 3g-3g <--> /dev/ttyUSB1
Mon Oct 9 21:14:53 2023 daemon.notice netifd: Network device '3g-3g' link is up
Mon Oct 9 21:14:53 2023 daemon.notice netifd: Interface '3g' is now up
Mon Oct 9 21:14:54 2023 user.notice firewall: Reloading firewall due to ifup of 3g (3g-3g)
root@OpenWrt:~#
root@OpenWrt:~# ping 8.8.8.8
PING 8.8.8.8 (8.8.8.8): 56 data bytes
64 bytes from 8.8.8.8: seq=0 ttl=56 time=125.352 ms
64 bytes from 8.8.8.8: seq=1 ttl=56 time=40.384 ms
64 bytes from 8.8.8.8: seq=2 ttl=56 time=28.647 ms
64 bytes from 8.8.8.8: seq=3 ttl=56 time=27.417 ms@Cezary widzę że jesteś z wawy może zechciałbyś się zająć tym pacjentem za opłatą czy coś ? Ja kręcę się w kółko i nic z tego nie wynika.
No dobra edytowałeś, bo miałeś interfejs qmi i lte, więc za dużo tych samych interfejsów.
pokaż uci show firewall
Edytowałem bo zauważyłem ten błąd i poprawiłem go zawczasu. (i tak zrobilem uci commit i tak zrobilem restart routera)
root@OpenWrt:~#uci show firewall
firewall.@defaults[0]=defaults
firewall.@defaults[0].syn_flood='1'
firewall.@defaults[0].input='REJECT'
firewall.@defaults[0].output='ACCEPT'
firewall.@defaults[0].forward='REJECT'
firewall.@zone[0]=zone
firewall.@zone[0].name='lan'
firewall.@zone[0].input='ACCEPT'
firewall.@zone[0].output='ACCEPT'
firewall.@zone[0].forward='ACCEPT'
firewall.@zone[0].network='lan'
firewall.@zone[1]=zone
firewall.@zone[1].name='wan'
firewall.@zone[1].input='REJECT'
firewall.@zone[1].output='ACCEPT'
firewall.@zone[1].forward='REJECT'
firewall.@zone[1].masq='1'
firewall.@zone[1].mtu_fix='1'
firewall.@zone[1].network='lte'
firewall.@forwarding[0]=forwarding
firewall.@forwarding[0].src='lan'
firewall.@forwarding[0].dest='wan'
firewall.@rule[0]=rule
firewall.@rule[0].name='Allow-DHCP-Renew'
firewall.@rule[0].src='wan'
firewall.@rule[0].proto='udp'
firewall.@rule[0].dest_port='68'
firewall.@rule[0].target='ACCEPT'
firewall.@rule[0].family='ipv4'
firewall.@rule[1]=rule
firewall.@rule[1].name='Allow-Ping'
firewall.@rule[1].src='wan'
firewall.@rule[1].proto='icmp'
firewall.@rule[1].icmp_type='echo-request'
firewall.@rule[1].family='ipv4'
firewall.@rule[1].target='ACCEPT'
firewall.@rule[2]=rule
firewall.@rule[2].name='Allow-IGMP'
firewall.@rule[2].src='wan'
firewall.@rule[2].proto='igmp'
firewall.@rule[2].family='ipv4'
firewall.@rule[2].target='ACCEPT'
firewall.@rule[3]=rule
firewall.@rule[3].name='Allow-DHCPv6'
firewall.@rule[3].src='wan'
firewall.@rule[3].proto='udp'
firewall.@rule[3].dest_port='546'
firewall.@rule[3].family='ipv6'
firewall.@rule[3].target='ACCEPT'
firewall.@rule[4]=rule
firewall.@rule[4].name='Allow-MLD'
firewall.@rule[4].src='wan'
firewall.@rule[4].proto='icmp'
firewall.@rule[4].src_ip='fe80::/10'
firewall.@rule[4].icmp_type='130/0' '131/0' '132/0' '143/0'
firewall.@rule[4].family='ipv6'
firewall.@rule[4].target='ACCEPT'
firewall.@rule[5]=rule
firewall.@rule[5].name='Allow-ICMPv6-Input'
firewall.@rule[5].src='wan'
firewall.@rule[5].proto='icmp'
firewall.@rule[5].icmp_type='echo-request' 'echo-reply' 'destination-unreachable' 'packet-too-big' 'time-exceeded' 'bad-header' 'unknown-header-type' 'router-solicitation' 'neighbour-solicitation' 'router-advertisement' 'neighbour-advertisement'
firewall.@rule[5].limit='1000/sec'
firewall.@rule[5].family='ipv6'
firewall.@rule[5].target='ACCEPT'
firewall.@rule[6]=rule
firewall.@rule[6].name='Allow-ICMPv6-Forward'
firewall.@rule[6].src='wan'
firewall.@rule[6].dest='*'
firewall.@rule[6].proto='icmp'
firewall.@rule[6].icmp_type='echo-request' 'echo-reply' 'destination-unreachable' 'packet-too-big' 'time-exceeded' 'bad-header' 'unknown-header-type'
firewall.@rule[6].limit='1000/sec'
firewall.@rule[6].family='ipv6'
firewall.@rule[6].target='ACCEPT'
firewall.@rule[7]=rule
firewall.@rule[7].name='Allow-IPSec-ESP'
firewall.@rule[7].src='wan'
firewall.@rule[7].dest='lan'
firewall.@rule[7].proto='esp'
firewall.@rule[7].target='ACCEPT'
firewall.@rule[8]=rule
firewall.@rule[8].name='Allow-ISAKMP'
firewall.@rule[8].src='wan'
firewall.@rule[8].dest='lan'
firewall.@rule[8].dest_port='500'
firewall.@rule[8].proto='udp'
firewall.@rule[8].target='ACCEPT'
root@OpenWrt:~#Modem działa, karta SIM zalogowana do BTS, konfig network poprawny... przypisałeś w końcu ten interfejs w firewall do strefy WAN?
Owszem
config zone
option name 'wan'
option input 'REJECT'
option output 'ACCEPT'
option forward 'REJECT'
option masq '1'
option mtu_fix '1'
list network 'lte'
Mon Oct 9 20:56:17 2023 daemon.warn odhcpd[1376]: No default route present, overriding ra_lifetime!
Mon Oct 9 21:00:36 2023 daemon.notice netifd: lte (8706): Stopping network lte
Mon Oct 9 21:00:36 2023 daemon.notice netifd: lte (8706): Command failed: ubus call network.interface notify_proto { "action": 0, "link-up": false, "keep": false, "interface": "lte" } (Permission denied)
Mon Oct 9 21:00:36 2023 daemon.notice netifd: Interface 'lte' is now down
Mon Oct 9 21:00:36 2023 daemon.notice netifd: Interface 'lte' is setting up now
Mon Oct 9 21:00:37 2023 daemon.notice netifd: lte (8714): Waiting for SIM initialization
Mon Oct 9 21:00:37 2023 daemon.warn odhcpd[1376]: No default route present, overriding ra_lifetime!wizar5789 napisał/a:Cezary napisał/a:Z ? na końcu ma być.
nie rozumiem skopiowałem od kolegi: "AT+CFUN"
Miałeś wpisać AT+CFUN? nie samo AT+CFUN
Już rozumiem
root@OpenWrt:~# picocom /dev/ttyUSB1
picocom v3.1
port is : /dev/ttyUSB1
flowcontrol : none
baudrate is : 9600
parity is : none
databits are : 8
stopbits are : 1
escape is : C-a
local echo is : no
noinit is : no
noreset is : no
hangup is : no
nolock is : no
send_cmd is : sz -vv
receive_cmd is : rz -vv -E
imap is :
omap is :
emap is : crcrlf,delbs,
logfile is : none
initstring : none
exit_after is : not set
exit is : no
Type [C-a] [C-h] to see available commands
Terminal ready
AT+CFUN?
+CFUN: 1
OKZ ? na końcu ma być.
nie rozumiem skopiowałem od kolegi: "AT+CFUN"
Ok, to jest ładny play. Zarejestrowany. Zrób sekcję mimimalną
config 'interface' 'lte' option 'proto' 'qmi' option 'device' '/dev/cdc-wdm0' option 'apn' 'internet'.Reboot routera, poczekaj kilka sekund i pokaż
ifstatus lte logread | grep -i lteJeżeli nie działa - wpracaj do oryginalnego softu i zobacz czy na nim zadziała połączenie.
W życiu nie miałem takich problem z tym modemem.
Problem jest jeden i fundamentalny nie mam mtd8 i mtd9 przy formacie komputera nie zrobiłem backupu. A kolejnym problemem jest to że tak wyglądał firmware modemu na stocku BD_TMOPLMF286DMODULEV1.0.1B01 i nikt nie ma mtd8 i mtd9 z takim firmwarem.
root@OpenWrt:~# uci show network.lte
network.lte=interface
network.lte.proto='qmi'
network.lte.device='/dev/cdc-wdm0'
network.lte.apn='internet'
root@OpenWrt:~# ifstatus lte
{
"up": false,
"pending": true,
"available": true,
"autostart": true,
"dynamic": false,
"proto": "qmi",
"data": {
}
}
root@OpenWrt:~# logread | grep -i lte
Mon Oct 9 20:52:20 2023 kern.info kernel: [ 1.215789] bridge: filtering via arp/ip/ip6tables is no longer available by default. Update your scripts to load br_netfilter if you need this.
Mon Oct 9 20:52:27 2023 daemon.notice netifd: Interface 'lte' is setting up now
Mon Oct 9 20:52:27 2023 daemon.notice netifd: lte (1760): Waiting for SIM initialization
Mon Oct 9 20:52:29 2023 daemon.notice netifd: lte (1760): Failed to parse message data
Mon Oct 9 20:52:29 2023 daemon.notice netifd: lte (1760): PIN verification is disabled
Mon Oct 9 20:52:30 2023 daemon.notice netifd: lte (1760): Device does not support 802.3 mode. Informing driver of raw-ip only for wwan0 ..
Mon Oct 9 20:52:31 2023 daemon.notice netifd: lte (1760): Waiting for network registration
Mon Oct 9 20:52:32 2023 daemon.notice netifd: lte (1760): Starting network lte
root@OpenWrt:~#Więc w skrócie wygląda na to że jestem w dupie.
Podłącz ten router do internetu przez tethering usb lub sta, zainstaluj picocom i zobacz jaki jest status tego modemu komendą AT+CFUN?
root@OpenWrt:~# picocom /dev/ttyUSB1
picocom v3.1
port is : /dev/ttyUSB1
flowcontrol : none
baudrate is : 9600
parity is : none
databits are : 8
stopbits are : 1
escape is : C-a
local echo is : no
noinit is : no
noreset is : no
hangup is : no
nolock is : no
send_cmd is : sz -vv
receive_cmd is : rz -vv -E
imap is :
omap is :
emap is : crcrlf,delbs,
logfile is : none
initstring : none
exit_after is : not set
exit is : no
Type [C-a] [C-h] to see available commands
Terminal ready
AT+CFUN
ERRORwizar5789 napisał/a:Cezary napisał/a:Kup ten prepaid i sprawdź.
Cezary mówię to już 3 raz obecnie w routerze włożona jest już karta play (aktywna zarejestrowana łącząca się z internetem na telefonie) byłem w żabce i tak załatwiłem to w 20 minut bo mam żabkę pod nosem.
Pokaż
uqmi -d /dev/cdc-wdm0 --get-serving-system
root@OpenWrt:~# ifdown qmi
root@OpenWrt:~# killall uqmi
root@OpenWrt:~# uqmi -d /dev/cdc-wdm0 --get-serving-system
{
"registration": "registered",
"plmn_mcc": 260,
"plmn_mnc": 6,
"plmn_description": "Pv8\u000f",
"roaming": false
}
root@OpenWrt:~#wizar5789 napisał/a:Cezary napisał/a:ten lte_4 utworzy się sam jak skrypty pobiorą adres z interfejsu. Tu nie dochodzi do tego, więc nie ma i lte_4.
Nie łączy ci się mimo wszystko.
Jakieś pomysły dalej czy elektrośmieć ?
Jak zrobisz poprawnie interfejs to lte_4 samo się zrobi. Cezary już to napisał.
Więc skasuj ten interfejs co masz teraz, reboot i robisz na nowo interfejs.
Już to zrobiłem brak zmian nawet utworzyłem taki jak ty byś chciał czyli qmi...
root@OpenWrt:~# uci show network.qmi
network.qmi=interface
network.qmi.proto='qmi'
network.qmi.device='/dev/cdc-wdm0'
network.qmi.apn='internet'
network.qmi.auth='none'
network.qmi.pdptype='ipv4'
root@OpenWrt:~#Kup ten prepaid i sprawdź.
Cezary mówię to już 3 raz obecnie w routerze włożona jest już karta play (aktywna zarejestrowana łącząca się z internetem na telefonie) byłem w żabce i tak załatwiłem to w 20 minut bo mam żabkę pod nosem.
ten lte_4 utworzy się sam jak skrypty pobiorą adres z interfejsu. Tu nie dochodzi do tego, więc nie ma i lte_4.
Nie łączy ci się mimo wszystko.
Jakieś pomysły dalej czy elektrośmieć ?
Jeszcze jedno - dodaj sobie option dhcp 0 i znów zrestartuj połączenie.
network.lte=interface
network.lte.proto='qmi'
network.lte.device='/dev/cdc-wdm0'
network.lte.auth='none'
network.lte.apn='internet'
network.lte.pdptype='ipv4'
network.lte.dhcp='0'
Mon Oct 9 20:28:12 2023 daemon.notice netifd: lte (1625): Waiting for SIM initialization
Mon Oct 9 20:28:12 2023 user.notice firewall: Reloading firewall due to ifup of lan (br-lan)
Mon Oct 9 20:28:13 2023 daemon.info procd: - init complete -
Mon Oct 9 20:28:14 2023 daemon.notice netifd: lte (1625): Failed to parse message data
Mon Oct 9 20:28:14 2023 daemon.notice netifd: lte (1625): PIN verification is disabled
Mon Oct 9 20:28:15 2023 kern.info kernel: [ 30.559534] qca8k-ipq4019 c000000.switch lan4: Link is Up - 1Gbps/Full - flow control rx/tx
Mon Oct 9 20:28:15 2023 kern.info kernel: [ 30.560180] br-lan: port 3(lan4) entered blocking state
Mon Oct 9 20:28:15 2023 kern.info kernel: [ 30.567500] br-lan: port 3(lan4) entered forwarding state
Mon Oct 9 20:28:15 2023 daemon.notice netifd: Network device 'lan4' link is up
Mon Oct 9 20:28:15 2023 daemon.notice netifd: bridge 'br-lan' link is up
Mon Oct 9 20:28:15 2023 daemon.notice netifd: Interface 'lan' has link connectivity
Mon Oct 9 20:28:15 2023 kern.info kernel: [ 30.579395] IPv6: ADDRCONF(NETDEV_CHANGE): br-lan: link becomes ready
Mon Oct 9 20:28:15 2023 daemon.notice netifd: lte (1625): Device does not support 802.3 mode. Informing driver of raw-ip only for wwan0 ..
Mon Oct 9 20:28:16 2023 daemon.notice netifd: lte (1625): Waiting for network registration
Mon Oct 9 20:28:17 2023 daemon.notice netifd: lte (1625): Starting network lte
Mon Oct 9 20:28:17 2023 daemon.info dnsmasq[1]: exiting on receipt of SIGTERM
Mon Oct 9 20:28:17 2023 user.err : jail: can't read from child
Mon Oct 9 20:28:17 2023 user.err : jail: can't read from parent
Mon Oct 9 20:28:18 2023 daemon.warn odhcpd[1279]: No default route present, overriding ra_lifetime!
Mon Oct 9 20:28:19 2023 daemon.info dnsmasq[1]: started, version 2.89 cachesize 1000
Mon Oct 9 20:28:19 2023 daemon.info dnsmasq[1]: DNS service limited to local subnets
Mon Oct 9 20:28:19 2023 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
Mon Oct 9 20:28:19 2023 daemon.info dnsmasq[1]: UBus support enabled: connected to system bus
Mon Oct 9 20:28:19 2023 daemon.info dnsmasq-dhcp[1]: DHCP, IP range 192.168.1.100 -- 192.168.1.249, lease time 12h
Mon Oct 9 20:28:19 2023 daemon.info dnsmasq[1]: using only locally-known addresses for test
Mon Oct 9 20:28:19 2023 daemon.info dnsmasq[1]: using only locally-known addresses for onion
Mon Oct 9 20:28:19 2023 daemon.info dnsmasq[1]: using only locally-known addresses for localhost
Mon Oct 9 20:28:19 2023 daemon.info dnsmasq[1]: using only locally-known addresses for local
Mon Oct 9 20:28:19 2023 daemon.info dnsmasq[1]: using only locally-known addresses for invalid
Mon Oct 9 20:28:19 2023 daemon.info dnsmasq[1]: using only locally-known addresses for bind
Mon Oct 9 20:28:19 2023 daemon.info dnsmasq[1]: using only locally-known addresses for lan
Mon Oct 9 20:28:19 2023 daemon.warn dnsmasq[1]: no servers found in /tmp/resolv.conf.d/resolv.conf.auto, will retry
Mon Oct 9 20:28:19 2023 daemon.info dnsmasq[1]: read /etc/hosts - 12 names
Mon Oct 9 20:28:19 2023 daemon.info dnsmasq[1]: read /tmp/hosts/dhcp.cfg01411c - 4 names
Mon Oct 9 20:28:19 2023 daemon.info dnsmasq-dhcp[1]: read /etc/ethers - 0 addresses
Mon Oct 9 20:28:19 2023 daemon.info dnsmasq-dhcp[1]: DHCPREQUEST(br-lan) 192.168.1.186 d8:bb:c1:55:a5:12
Mon Oct 9 20:28:19 2023 daemon.info dnsmasq-dhcp[1]: DHCPACK(br-lan) 192.168.1.186 d8:bb:c1:55:a5:12 lede-pc
Mon Oct 9 20:28:22 2023 daemon.warn odhcpd[1279]: No default route present, overriding ra_lifetime!
Mon Oct 9 20:28:26 2023 authpriv.info dropbear[2375]: Child connection from 192.168.1.186:54405
Mon Oct 9 20:28:26 2023 authpriv.notice dropbear[2375]: Auth succeeded with blank password for 'root' from 192.168.1.186:54405
Mon Oct 9 20:28:27 2023 daemon.info dnsmasq[1]: read /etc/hosts - 12 names
Mon Oct 9 20:28:27 2023 daemon.info dnsmasq[1]: read /tmp/hosts/dhcp.cfg01411c - 4 names
Mon Oct 9 20:28:27 2023 daemon.info dnsmasq[1]: read /tmp/hosts/odhcpd - 0 names
Mon Oct 9 20:28:27 2023 daemon.info dnsmasq-dhcp[1]: read /etc/ethers - 0 addresses
Mon Oct 9 20:28:28 2023 daemon.info dnsmasq[1]: read /etc/hosts - 12 names
Mon Oct 9 20:28:28 2023 daemon.info dnsmasq[1]: read /tmp/hosts/dhcp.cfg01411c - 4 names
Mon Oct 9 20:28:28 2023 daemon.info dnsmasq[1]: read /tmp/hosts/odhcpd - 2 names
Mon Oct 9 20:28:28 2023 daemon.info dnsmasq-dhcp[1]: read /etc/ethers - 0 addresses
Mon Oct 9 20:28:32 2023 daemon.warn odhcpd[1279]: No default route present, overriding ra_lifetime!
Mon Oct 9 20:29:14 2023 daemon.err uhttpd[1400]: [info] luci: accepted login on /admin/network/network for root from 192.168.1.186
Mon Oct 9 20:29:57 2023 daemon.notice netifd: lte (2453): Stopping network lte
Mon Oct 9 20:29:57 2023 daemon.notice netifd: lte (2453): Command failed: ubus call network.interface notify_proto { "action": 0, "link-up": false, "keep": false, "interface": "lte" } (Permission denied)
Mon Oct 9 20:29:57 2023 daemon.notice netifd: Interface 'lte' is now down
Mon Oct 9 20:29:57 2023 daemon.notice netifd: Interface 'lte' is setting up now
Mon Oct 9 20:29:57 2023 daemon.notice netifd: lte (2461): Waiting for SIM initialization
Mon Oct 9 20:29:58 2023 daemon.warn odhcpd[1279]: No default route present, overriding ra_lifetime!qmi_4 nie ma nic wspólnego z BTS-em.
Nie masz poprawnie utworzonego interfejsu.
To proszę poprowadź mnie za rączkę albo wejdź do mnie przez jakiegoś anydeska czy coś bo ja to chyba naprawdę jestem jakimś debilem. 5 lat siedzę w openwrt konfigurowanie vlanow pppoe statycznych tras no nwm milion rzeczy już przerobiłem. I nagle głupi interfejs qmi mnie pokonuje.
W tym logu nie widzę u Ciebie qmi_4
Interface 'qmi_4' is now down
Interface 'qmi_4' is disabled
także tego nie widzę tak jak pisałem wcześniej wygląda jakby modem łączył się z bts ale openwrt nie potrafiło obsłużyć tego połączenia.
Załatw tą kartę i sprawdź.
Toć przecież mówie że karta z play ?
eko.one.pl → Posty przez wizar5789
Forum oparte o PunBB, wspierane przez Informer Technologies, Inc