- gban: Ingyen kellene, de tegnapra
- sziku69: Szólánc.
- sziku69: Fűzzük össze a szavakat :)
- Luck Dragon: Asszociációs játék. :)
- Meggyi001: Nyilvános wc-k.....még mindig hiánypótló...
- Meggyi001: Anya, tudsz segíteni a matekban?....Nem érek rá kisfiam, majd segít a ChatGPT...
- bitpork: Phautós tali a Balcsinál 2025 Augusztus 2 napján (szombat)
- KRTLPC: Ki és hogyan élt túl? Volt ám fennakadás
- Rap, Hip-hop 90'
- Gurulunk, WAZE?!
Hirdetés
Talpon vagyunk, köszönjük a sok biztatást! Ha segíteni szeretnél, boldogan ajánljuk Előfizetéseinket!
-
LOGOUT
OpenWrt topic
Új hozzászólás Aktív témák
-
#21116
xabolcs
őstag
ArthurShelby
#21115
xabolcs
őstag
válasz
ArthurShelby
#21115
üzenetére
Nem kell megnyomni a cs-t: szviccs?
A latency-re pedig a kesleltetes pontegfelel, nem?Egyebkent en is angolul hasznalom a dolgokat, igy nem kell azon gondolkozni, hogy mit forditott magyarra a gepi fordito!
-
xabolcs
őstag
válasz
.-..-.
#20875
üzenetére
Majd a proba topikba linkelt logread kimeneteket szivesen olvasom!
Illetve ha budapesti vagy, akkor tudok kolcsonadni mindenfele routert ramips/mt7621-tol kezdve a qualcommax/ipq807x-n keresztul a mediatek-ig.
De tovabbra sem vagyok meggyozve, hogy cserelni kellene a routeredet!
![;]](//cdn.rios.hu/dl/s/v1.gif)
Legyszives engedd, hogy segitsunk: valaszold meg vargalex es az altalam feltett kerdeseket! -
xabolcs
őstag
válasz
.-..-.
#20865
üzenetére
Legyszives noveld meg a "System log buffer size" legalabb 10 MByte-ra!
Legyszives kapcsold be (pl. WinSCP-vel, ha esetleg nem megy a nano vagy a vi) a "debug"-ot a pppd-nek a "/etc/config/network" fajl "wan" szekciojaban: pppd_optionsconfig interface 'wan'
option device 'lan1'
option proto 'pppoe'
option username 'DIGI username'
option password 'DIGI password'
option keepalive '80 20'
option pppd_options 'debug'
option ipv6 'auto'Ha ez megvan, akkor legyszives inditsd ujra a PPPoE kapcsolatot es varj nehany orat!
Utana legyszives futtasd le az alabbi "logread"-os parancsot, SSH-n keresztul (PuTTY, ssh PowerShell-ben) belepve a routerre:logread | grep -e pppd -e "$(uci get network.wan.device)" | grep -e 'LCP terminated' -e 'Connect: ' -e 'Connect time' -e "$(uci get network.wan.device)"
Az eredmenyt majd irdd meg!
-
xabolcs
őstag
válasz
.-..-.
#20849
üzenetére
(Ugyanis van egy tippem, hogy az AC65P esetében nálam a HW-NAT okozza a problémát)
Nekem is volt szerencsem ramips/mt7621-gyel DIGI optikai netet NAT-olni, s nem volt ilyen napi szakadasos bajom, amiota beallitottam az emlitett keepalive beallitasokat.
Nekem is ZTE modem van, de bridge modban. Most egy Dynalink DL-WRX36 van beallitva, de ahogy mar irtam, egy D-Link DIR-860L B1-gyel se volt semmi bajom.
Mar nagyon raporogtel az x86-os OpenWrt-re, vagy van ertelme megmutatnom, hogy semmi baj nincs az AC65P HW-NAT-javal OpenWrt alatt?
Mert akkor szivesen visszarakom a DIR-860L-emet par hetre.A ZTE modem kelloen stabil, bridge modban:
root@DL-WRX36-7DE ~ # logread | grep pppd | grep -e 'LCP terminated' -e 'Connect: ' -e 'Connect time'
Fri Feb 14 16:30:35 2025 daemon.notice pppd[4650]: Connect: pppoe-wan <--> lan1
Sat Feb 22 13:42:33 2025 daemon.debug pppd[4650]: rcvd [LCP TermReq id=0x2 "Connect time expired"]
Sat Feb 22 13:42:33 2025 daemon.info pppd[4650]: LCP terminated by peer (Connect time expired)
Sat Feb 22 13:42:33 2025 daemon.info pppd[4650]: Connect time 10136.4 minutes.
Sat Feb 22 13:42:34 2025 daemon.notice pppd[9655]: Connect: pppoe-wan <--> lan1
Mon Feb 24 12:56:15 2025 daemon.info pppd[9655]: LCP terminated by peer (Peer not responding)
Mon Feb 24 12:56:15 2025 daemon.info pppd[9655]: Connect time 2833.7 minutes.
Mon Feb 24 12:56:16 2025 daemon.notice pppd[15910]: Connect: pppoe-wan <--> lan1
Mon Feb 24 13:21:20 2025 daemon.info pppd[15910]: LCP terminated by peer (Peer not responding)
Mon Feb 24 13:21:20 2025 daemon.info pppd[15910]: Connect time 25.1 minutes.
Mon Feb 24 13:21:21 2025 daemon.notice pppd[18298]: Connect: pppoe-wan <--> lan1
Mon Feb 24 13:32:55 2025 daemon.info pppd[18298]: LCP terminated by peer (Peer not responding)
Mon Feb 24 13:32:55 2025 daemon.info pppd[18298]: Connect time 11.6 minutes.
Mon Feb 24 13:32:56 2025 daemon.notice pppd[20464]: Connect: pppoe-wan <--> lan1
Mon Mar 3 14:23:34 2025 daemon.debug pppd[20464]: rcvd [LCP TermReq id=0x2 "Connect time expired"]
Mon Mar 3 14:23:34 2025 daemon.info pppd[20464]: LCP terminated by peer (Connect time expired)
Mon Mar 3 14:23:34 2025 daemon.info pppd[20464]: Connect time 10130.6 minutes.
Mon Mar 3 14:23:35 2025 daemon.notice pppd[6255]: Connect: pppoe-wan <--> lan1
Mon Mar 10 15:40:15 2025 daemon.debug pppd[6255]: rcvd [LCP TermReq id=0x2 "Connect time expired"]
Mon Mar 10 15:40:15 2025 daemon.info pppd[6255]: LCP terminated by peer (Connect time expired)
Mon Mar 10 15:40:15 2025 daemon.info pppd[6255]: Connect time 10156.7 minutes.
Mon Mar 10 15:40:16 2025 daemon.notice pppd[27433]: Connect: pppoe-wan <--> lan1
Wed Mar 12 23:04:45 2025 daemon.info pppd[27433]: LCP terminated by peer (User request)
Wed Mar 12 23:04:45 2025 daemon.info pppd[27433]: Connect time 3324.5 minutes.
Wed Mar 12 23:18:31 2025 daemon.notice pppd[26599]: Connect: pppoe-wan <--> lan1
Sun Mar 16 19:00:40 2025 daemon.info pppd[26599]: LCP terminated by peer (Peer not responding)
Sun Mar 16 19:00:40 2025 daemon.info pppd[26599]: Connect time 5502.1 minutes.
Sun Mar 16 19:00:41 2025 daemon.notice pppd[20032]: Connect: pppoe-wan <--> lan1
Sun Mar 23 19:23:49 2025 daemon.debug pppd[20032]: rcvd [LCP TermReq id=0x2 "Connect time expired"]
Sun Mar 23 19:23:49 2025 daemon.info pppd[20032]: LCP terminated by peer (Connect time expired)
Sun Mar 23 19:23:49 2025 daemon.info pppd[20032]: Connect time 10103.1 minutes.
Sun Mar 23 19:23:50 2025 daemon.notice pppd[3117]: Connect: pppoe-wan <--> lan1
Sun Mar 30 20:56:58 2025 daemon.debug pppd[3117]: rcvd [LCP TermReq id=0x2 "Connect time expired"]
Sun Mar 30 20:56:58 2025 daemon.info pppd[3117]: LCP terminated by peer (Connect time expired)
Sun Mar 30 20:56:58 2025 daemon.info pppd[3117]: Connect time 10173.1 minutes.
Sun Mar 30 20:56:59 2025 daemon.notice pppd[21642]: Connect: pppoe-wan <--> lan1
Sun Apr 6 22:55:51 2025 daemon.debug pppd[21642]: rcvd [LCP TermReq id=0x2 "Connect time expired"]
Sun Apr 6 22:55:51 2025 daemon.info pppd[21642]: LCP terminated by peer (Connect time expired)
Sun Apr 6 22:55:51 2025 daemon.info pppd[21642]: Connect time 10198.9 minutes.
Sun Apr 6 22:55:52 2025 daemon.notice pppd[7344]: Connect: pppoe-wan <--> lan1Az egy hetnyi uptime altalaban megvan.
-
xabolcs
őstag
válasz
PistiSan
#20844
üzenetére
Amit nem igazán értek, hogy miért van a firewall alatt "Flow offloading type" beállítás "None" értéken alapból?
Azert, mert nem foglalkoznak az osszes tamogatott eszkoz ilyesfajta dolgaival.
Ket platform eszkozei tudjak a hardveres NAT-olast OpenWrt alatt: a ramips/mt7621 es a mediatek/*.Orulok, hogy tettel egy probat es maradsz!
Egyebkent ez is olyan, hogy SNAPSHOT alatt nincs LuCI (csak firmware-selector eseteben), meg alapbol ki van kapcsolva a WiFi es jelszo sem tartozik hozza.
-
#20843
xabolcs
őstag
E.Kaufmann
#20842
xabolcs
őstag
válasz
E.Kaufmann
#20842
üzenetére
Pont most csereltem ramips/mt7621 + ipq40xx komborol 2x mediatek/filogic-ra a fenti halozatban. Atvittem kezzel a halozati konfigot, a kliensekkel semmit se kellett csinalnom.
Persze OpenWrt-rol OpenWrt-re tortent a csere, szoval nem volt kihivas.
-
#20841
xabolcs
őstag
E.Kaufmann
#20840
xabolcs
őstag
válasz
E.Kaufmann
#20840
üzenetére
Az egyik altalam larbantartott halozat pont ilyen: be van kapcsolva a WDS a 2.4 GHz-s wifi-n, 5 GHz-n pedig nincs ... es meg az SSID-ik is megegyeznek (roamingot segitendo).
Mindezt ket eszkozzel: router + dumb AP, osszesen 4 savval.Teljesen jol mukodik minden, bar a TV vezeteken kapcsolodik, mert nem birja a hosszu wifi jelszot!
-
xabolcs
őstag
válasz
Archttila
#20789
üzenetére
Erre valo a vas nemzetkozi topikjanak az atbongeszese.
En SNAPSHOT(+owut) parti vagyok, foleg, hogy most volt egy komolyabb valtas (az opkg → apk csere), de nem azert, mert minden nap 3x frissitek, hanem csak azert, mert ujabb!
-
xabolcs
őstag
válasz
attila.86
#20767
üzenetére
Nem ertek a lovakhoz!
Viszont pont erkezett egy erdeklodo kerdes a levlistara, amire az volt a valasz, hogy
>> * Tri-band Wi-Fi 7
> Do you expect the design to include casing with internal antennas, or
> are you going for the hedgehog look?Ideally internal but no final conclusion yet, we will use the BE5000
2+3+3 design -
#20762
xabolcs
őstag
E.Kaufmann
#20760
xabolcs
őstag
válasz
E.Kaufmann
#20760
üzenetére
A TriBand azert tetszik, mert akkor a MESH-ben resztvevo eszkozoknek is marad egy szabad 5G-s radiojuk!
-
xabolcs
őstag
Minden, amit hianyoltal az OpenWrt One-bol: [VOTE] OpenWrt Two
Kedvenc routergyartom, a GL.iNet fogja gyartani! "Two" will have all of the features that "One" has with the following
upgrades.
* MT7988
* 10G SFP
* 5G copper
* 4 port 2.5G copper
* 1-2 port 1G copper
* Tri-band Wi-Fi 7
"Two" will be produced by GL.iNet and we are exploring options for US/EU based distribution. -
#20736
xabolcs
őstag
E.Kaufmann
#20735
xabolcs
őstag
válasz
E.Kaufmann
#20735
üzenetére
Egy ImageBuilder-rel a failsafe szkriptet felulirnam es akkor ezt a preparalt firmware-t telepitenem ra.
Sot!
Torolnem az ssh es luci szolgaltasokat is (de legalabb disable) es meg a csomagkezelot is (apk, opkg).
Igy aztan csak TFTP-s, soros portos "ujraelesztessel" tud bemenni az eszkozbe. -
xabolcs
őstag
válasz
Doky1988
#20723
üzenetére
Nincs Qualcomm-hoz hardveres offload a hivatalos OpenWrt-ben.
Es amig nem valtoztat a hozzaallasan a qcom, addig nem is lesz, szerintem.
En is a Lorenzo fele NSS build-et hasznalom, de egy DynaLink-en, ott azert nincs memoriaszuke.
Nekem ugyanolyan preciz es hibatlan az NSS build, mint neked a gyari.
Ha nem NAT-olnek a DynaLink-kel, akkor hivatalos OpenWrt lenne rajta.
Ugyanigy vagyok az AX3600-zal is.Ha mukodik, ne javitsd meg!
Ha kell a wirespeed NAT es nem volt bajod az NSS build-del, akkor hasznalhatod azt is a gyari mellett! A gyari szoftvert en viszont kerulom, de nem csak a Xiaominal ... de ez a sajat hulyesegem, hogy ugy veszek routert, hogy OpenWrt kompatibilis legyen.
-
xabolcs
őstag
válasz
Toninho13
#20718
üzenetére
Egy szep kerek leirast a DAWN-rol es/vagy az usteer-rol nincs kedved irni? Akar ide, akar Logout-ra?
Gyonyoruen meg lehetne hivatkozni a tema osszefoglaloban!En csak sima 802.11s-t hasznalok, de tobb AP-m is van (es persze a savok). En az usteer fele hajlok, de a DAWN-t aktivan fejlesztik, mikozben masikat nem.
Olvasom a memzetkozi forumot mindkettovel kapcsolatban, de inkabb csak elriadok! -
xabolcs
őstag
A failsafe modban lehetoseged lesz atirni a konfigot, igy ha ugyes vagy, akkor reset nelkul ujra mukodove tudos varazsolni.
Ha pedig reset-re kerul a sor, akkor a megszokott 192.168.1.1-en fogod tudni elerni. SSH-n kersztul biztos, de lehet bongeszobol is.
Gondolom dumb AP lesz belole.
-
#20702
xabolcs
őstag
H. Norbert
#20700
xabolcs
őstag
válasz
H. Norbert
#20700
üzenetére
Es vannak (routeren futtathato) adguard alternativak is, meg ahogy emlitve lett: kisebb listaval dolgozni!
Bar azaz 500 MB memoria tenyleg csak az ath11k-nak eleg.
-
-
xabolcs
őstag
válasz
noorbertt
#20632
üzenetére
Ha nem szeretnel QoS-t, akkor vegyel egy mediatek/filogic targetbol valo, AX-es routert!
Ha van rajta 2.5G port, akkor mar lesz lehetoseged kihasznalni a 2/1-es csomagot is.
Ha van rajta masodik 2.5G port, akkor megjobb!
Ha visszaporgetsz a forumban, akkor talalsz, ha pedig tablazatot szeretnel bongeszni, akkor: toh_available_16128_ax-wifi
A "CPU"-hoz irdd be az "mt79"-et, ha van olyan eszkozod, akkor irdd be a 2.4-es wifihez az "ax"-et! -
xabolcs
őstag
válasz
deen04
#20611
üzenetére
Igen!
Ezek NTP szerverek!
Nem OpenWrt, de ugyanugy NTP szerver programbol:remote refid st t when poll reach delay offset jitter
0.debian.pool.n .POOL. 16 p - 64 0 0.0000 0.0000 0.0010
1.debian.pool.n .POOL. 16 p - 64 0 0.0000 0.0000 0.0010
2.debian.pool.n .POOL. 16 p - 64 0 0.0000 0.0000 0.0010
3.debian.pool.n .POOL. 16 p - 64 0 0.0000 0.0000 0.0010
+server3.fidesz. 81.0.116.13 3 u 873 1024 377 4.3999 -1.7811 0.7668
*cns0.telekom.hu 10.19.73.145 2 u 486 1024 377 4.3967 -1.7853 1.6518
+cebece.pomaz.hu 81.0.116.13 3 u 720 1024 377 3.5931 -1.7806 0.9355
+webmail.edupres 193.171.23.163 2 u 905 1024 377 3.1026 -2.0948 1.0447
+blackmage.ki.ii 195.111.107.122 2 u 818 1024 377 2.8882 -1.9016 1.6530
+ntp2.niif.hu 195.111.107.122 2 u 718 1024 377 4.3751 -1.6486 0.5841
+yikes.bl2.tolna 123.19.30.227 2 u 950 1024 377 9.2693 -2.3708 1.0505
ntpd ntpsec-1.2.2 Updated: 2025-01-07T14:44:24 (32)
lstint avgint rstr r m v count score drop rport remote address
0 435 0 . 6 2 185 0.748 0 52991 localhost
487 747 c0 . 4 4 18 0.050 0 123 cns0.telekom.hu
719 890 c0 . 4 4 405 0.050 0 123 ntp2.niif.hu
721 888 c0 . 4 4 406 0.050 0 123 cebece.pomaz.hu
819 886 c0 . 4 4 407 0.050 0 123 blackmage.ki.iif.hu
874 890 c0 . 4 4 405 0.050 0 123 server3.fidesz.hu
906 890 c0 . 4 4 405 0.050 0 123 webmail.edupress.hu
951 885 c0 . 4 4 407 0.050 0 123 yikes.bl2.tolna.net
229358 716 c0 . 4 4 184 0.050 0 123 bakacsin1.ki.iif.hu
248981 667 c0 . 4 4 168 0.050 0 123 www.kapos-net.hu
338900 283 c0 . 4 4 77 0.050 0 123 time.oneweb.hu
355267 108 c0 . 4 4 48 0.050 0 123 mail.deployis.eu
356070 99 c0 . 4 4 45 0.050 0 123 etharin.fidesz.hu
357156 83 c0 . 4 4 40 0.050 0 123 mailgateway.zsurob.hu
357739 77 c0 . 4 4 35 0.050 0 123 eternal.datacontact.hu -
xabolcs
őstag
válasz
yodee_
#20592
üzenetére
Ha engedelyezve lenne, akkor meg lehetne oldani, igen!
Mondjuk az elso indulaskor nem hiszem, hogy van mar internet, hogy a fuggosegeket is tudja telepiteni.A forumtarsak inkabb konfiguraciora hasznaljak.
En peldaul csinalnek fo router konfigot, mesh node konfigot meg sima ap konfigot ... de hat kinek mi tetszik, s milyen igenyei vannak.
Visszaterve a firmware-selector-ra: ha sajat magad uzemelteted, akkor engedelyezheted, de egyebkent sajat uzemeltetesnel egyszerubb magat az imagebuilder-t hasznalni. Ott is nagyszeruen mukodik!
-
xabolcs
őstag
válasz
alex73
#20567
üzenetére
Ha megfelel, hogy csak 1 LAN portja van (pl. van switched, ami tovabb osztja), akkor ennel kevesebb mokolast igenylo eszkozt nem talalsz a piacon!
Nem tudom, hogy vegul sikerul-e rendelned, de januarra varjak a masodik adag gyartast.
-
xabolcs
őstag
válasz
csabi10
#20525
üzenetére
Azt, hogy egy adott port forward-ot "mennyire lehessen hasznalni".
A fenti kepen lathato 500 keres naponta azt jelenti, hogy egy nap alatt legfeljebb 500 kerest teljesit es az 501-ik keres mar hibara fut.
Telepits Tailscale-t a NAS-odra meg a mobil eszkozeidre es maris hason belulre kerultel.
Onnan mar csak az IP cimet kell beallitanod. -
xabolcs
őstag
válasz
skippper
#20488
üzenetére
Egy DHCP tesztet csinaltam ket, USB-s rtl8153-mal.
Soft offload nelkul is mertem 900+/300+ speedtest-et, de 500/300+-t is.
iperf3-mal megvolt oda-vissza a 900+!Majd osszerakok egy PPPoE halozatot is, de 930 felett nem nagyon lehet PPPoE kapcsolatot merni gigabites linksebesseg mellett.
-
xabolcs
őstag
válasz
yodee_
#20496
üzenetére
Teljesen jol csinalod, csak ebbol nem tudtam meg semmit sem a frissitessel kapcsolatban.
En igy szoktam egy friss telepitest elvegezni.A beallitasaidat elmented es visszatoltod? Ott a helyszinen vegzed a frissitest vagy meg tudod csinalni tavolrol is? Melyik image-et hasznalod: squashfs vs ext4, combined vs rootfs?
-
xabolcs
őstag
válasz
yodee_
#20463
üzenetére
Hogyan frissitesz egy belakott x86-os OpenWrt-t?
Szivem szerint egy dual slot-os, avagy A/B frissitesi modot alakitanek ki, ahol a sysupgrade mindig az inaktiv slot-ot frissiti, aztan ha valami nem lenne kerek, akkor nyugodtan boot-olhato a kiindulasi slot.
Hely lenne hozza eleg! Celhardveren olyan egyszeru a sysupgrade-del.
-
xabolcs
őstag
válasz
vargalex
#20485
üzenetére
Azt hallottam, hogy ha 2x2.5G lett volna, akkor nem maradt volna az m.2 foglalatnak savszel.
Az az 1G-s port a SoC sajatja!
A GL-MT6000-ben levo erosebb SoC-nal is a masodik 2.5G-s port egy Realtek port.
A tobbportos, multi-gigabites Mediatek SoC-okra meg varni kell!
Bar a Qualcomm ezen a teren elorebb jar, ilyen, teljesen opensource routert, mint az OpenWrt One nem hiszem, hogy partner lenne. -
xabolcs
őstag
válasz
Archttila
#20471
üzenetére
A Banana Pi BPI-R4 specifikacioban egy picit jobb szerintem, bar az OpenWrt-t meg neha-neha hozza kell reszelni.
Ha szamit a kutyuzesi faktor, akkor abban az OpenWrt One ugyanennyi penzert gyengebb hardverrel eleg jol helyt all!
-
xabolcs
őstag
válasz
yodee_
#20455
üzenetére
Xiaomi AX3200 eseteben arra kell figyelni 23.05 -> 24.10-re (es SNAPSHOT-ra) valo valtaskor, hogy belerult egy second stage loader a kepletbe: a gyari U-Boot az igazi kernel helyett egy OpenWrt-s U-Boot-ot indit.
Hogy ne legyen adatvesztes (igazabol nem probaltam, szoval elotte mentsel!), szukseges a kezi beavatkozas.
Reszletek, pontos parancsok a Wiki-ben: Upgrading from 23.05 and earlier to upcoming 24.10 or snapshot -
xabolcs
őstag
Eloben meg nem lattam, de nagyon orulok, hogy mar megvasarolhato es mindegyik vasarlasbol $10 az OpenWrt-hez jut.
Felig-meddig mar a Xiaomi is elkezdte, amikor 3 LAN portot tett a routerjeire. Meg aztan a GL.iNet utazorouterjeinel sincs tobb: 1 WAN + 1 LAN + WIFI.
Egyebkent nem csak neked fura a kialakitasa! Masik szembetuno, hogy az egyik portja 1G mikozben a masik 2.5G.
Nem is az volt a cel a fejlesztoknek, hogy harcba kuldjek a boltok polcain levo routerek ellen! A fenti cikkben (de mar az ev eleji bejelentesben is) le van irva, hogy mi cel vezerelte oket.
-
xabolcs
őstag
válasz
attilav2
#20375
üzenetére
Azert az a MT7621 + 1 = MT7622 hasonlat az tulzo.
Az elobbi Ralink MIPS az utobbi pedig Ralink ARM, teljesen mas architektura!
A ramips/mt7621-et ugy kepzeld el, mint a MIPS csalad csucsat! Annak a MIPS csaladet, ahova a ramips/mt7620 is meg az ath79 is tartozik.Nagyjabol ezzel egyenrangu az ipq40xx platform, ami egy ARMv7 architektura. Ettol joval erosebb az ipq806x platform, ami meg mindig ARMv7.
Es ettol is joval modernebb (meg ha nem is erosebb) a qualcommax/ipq807x platform, ami mar ARMv8.
Ebben a ligaban van jelen a mediatek/mt7622-es platform.Annyiban tekintheted kozel egymashoz az MT7621-et meg az MT7622-t, hogy az elobbi az alsohaz teteje, mig az utobbi a felsohaz alja.
Lehet szidni az MT7622-t, hogy pl. nincs a 2.4G-n AX csak 5G-n es hogy a WED se tokeletes, de akkor is lenyegesen modernebb platform, mint az MT7621!Termeszetesen jol tetted, hogy mediatek/filogic-os routert vettel a mediatek/mt7622 utan, de attol meg nem kell megvetni azt.
Annyi tortent, hogy a mediatek/filogic platformba tartozo SoC-ok mar kinottek a MT7622 gyerekbetegsegeit.Es akkor a nyers ero cputest.sh-val (egyszeru szamolos teszt, date-tel meg sleep-pel)
D-LINK-DIR-860L-B1:root@DIR-860L-B1-140 ~ # ./cputest.shBoard : D-LINK-DIR-860L-B1Firmware : OpenWrt 23.05.4 r24012-d8dd03c46fSoC : MediaTek MT7621 ver:1 eco:3Core(s) : 4Started 1 process(es)Elapsed time: 5.95 secStarted 2 process(es)Elapsed time: 6.08 secStarted 3 process(es)Elapsed time: 7.96 secStarted 4 process(es)Elapsed time: 8.9 secStarted 30s counting with date (0->)6064Started 30s counting with sleep (0->)1028207Xiaomi AX3200
root@AX3200-B24 ~ # ./cputest.shBoard : XIAOMI-REDMI-ROUTER-AX6SFirmware : OpenWrt SNAPSHOT r26954-b4f1deab90SoC :Core(s) : 2Started 1 process(es)Elapsed time: 1.63 secStarted 2 process(es)Elapsed time: 1.64 secStarted 3 process(es)Elapsed time: 2.48 secStarted 4 process(es)Elapsed time: 3.27 secStarted 30s counting with date (0->)15521Started 30s counting with sleep (0->)3945872GL-MT6000
root@GL-MT6000-82C ~ # ./cputest.shBoard : GL.INET-GL-MT6000Firmware : OpenWrt SNAPSHOT r27913-a2aabc9a7aSoC :Core(s) : 4Started 1 process(es)Elapsed time: 1.14 secStarted 2 process(es)Elapsed time: 1.14 secStarted 3 process(es)Elapsed time: 1.14 secStarted 4 process(es)Elapsed time: 1.15 secStarted 30s counting with date (0->)20127Started 30s counting with sleep (0->)5294359 -
xabolcs
őstag
-
xabolcs
őstag
Ha van mentesed a flash-rol meg soros konzolod is van hozza meg a TFTP-s ujraelesztes is olyan biztos, mint a tamogatottnal, illetve az Asus gyari firmware is megvan, akkor meg lehet probalni.
A hivatkozott WikiDevi azt mondja, hogy ugyanazzal az FCC ID-val fut, mint a tamogatott.
Ha nincs elcseszett particionalasa, vagy epp teljesen megegyezik, akkor szerintem sima ugy!Ha esetleg tenyleg elindul rajta az OpenWrt, akkor teszteld vegig, hogy minden szukseges funkcio mukodik-e rajta!
Aztan ha tenyleg mukodik, akkor az opkg-t ki is lehet venni belole ImageBuilder-rel, hogy legyen egy pici hely. -
xabolcs
őstag
válasz
BullZeye
#20234
üzenetére
A network / wireless oldalon a "scan"-re ranyomva korbenez a router, hogy milyen wifi halozatok vannak a kozelben, s a "join"-nal beallithatod a routert mint wifi kliens.
Masik megoldas, ha usb tethering-gel kotod ossze a telefonnal. Viszont a hozzavalo csomagok szerintem nincsenek benne az alap image-ben. Bar image builderrel semeddig sem tart belerakni.
Mondjuk, ha nincs USB a routeren, akkor ugyis mindegy. -
xabolcs
őstag
válasz
Alarikman
#20205
üzenetére
Nincs tapasztalatom vele, de amiket a Wiki-n meg a nemzetkozi forumon lehet olvasni, azt szurom le, hogy ha jo hardvert kapsz, akkor akar poccre is indulhat a dolog.
Ellenben ha ujat kapsz (
Winbondflash chip,AN8855switch), akkor kicsit nehezebb lehet a dolog.
Nem lehetetlen, de nem kell sokat visszatekerni a nemzetkozi forumot, hogy ilyet olvasson az ember: TLDR: My new AX3000T RD03 1.0.84 AN8855 is bricked. Egyebkent ami kesik, nem mulik: a flash chip is bekerult az OpenWrt-be, a switch-hez meg mar megirta a Mediatek a tamogatast, be fog kerulni az is az OpenWrt-be.
Szoval ha uj hardvert kapsz, akkor eleg csak nem sietni az OpenWrt-sitessel.
Ami tetszik benne azon tul, hogy modern AX-es Mediatek router az a konnyu szedszedhetosege (es igy a konnyu UART hozzaferes) es hogy van hozza OpenWrt-s bootloader, igy meg lehet szabadulni a Xiaomi-s eredetitol.
-
-
#20087
xabolcs
őstag
bmxbandita
#20085
xabolcs
őstag
válasz
bmxbandita
#20085
üzenetére
2-3 naponta elvesztette a 2 router egymást, és csak főrouter újraindítás segített rajta.
Naplo mit mutat ilyenkor?
En mar jartam ugy, hogy egy sima dumb AP nehany nap utan eldobta az 5 GHz wifi-t, s csak (wifi-) ujrainditas segitett a dolgon.Na de majd megprobalom en is a 160MHz-t, ha lesz hozza eszkozom ... sztem az AX3200 nem eleg hozza.
attila.86: igen, nem sokat szamit. Persze el tudja rontani a mukodot is, ha epp olyanja van.
-
xabolcs
őstag
válasz
attila.86
#20082
üzenetére
A 802.11s mesh melle beallitasz meg valami mast is?
Azert kerdezem, mert nekem a 2 node-os mesh-emhez nem kell semmi es nagyszeruen mukodik.
Ellenben, amikor beteszem a harmadikat, akkor az uj node-dal semmi baj, de az egyik regi node elveszti az iranyt es nem tudja merre van elore. -
xabolcs
őstag
válasz
@Jocó@
#20029
üzenetére
Probaltad mar a vanilla OpenWrt-t telepiteni (es utolag feltenni a kivant csomagokat)? Csak mert a nemzetkozi forumon pont dicserik a k6.6-ot meg a TP-Lin 1043NDv3-at.
De igen, kernel frissites volt, ami altalaban firmware novekedessel jar ... szoval mindenkepp kell kidobni sajat csomagokat, de, hogy miert nem megy a WiFi, arra nincs otletem.
Esetleg tiszta telepitessel se mukodik a build-ed? -
xabolcs
őstag
Hardveres offload segitsegevel gyonyoruen kihajtja. 0% processzor hasznalat mellett.
WED-et bekapcsolva eleg sok jut a wifi-re is belole! Hardveres offload nelkul is fogja tudni hajtani, tenyleg van benne annyi kraft: QoS/SQM-et is csinalhatsz vele, sejtesem szerint meg kellene birkozni vele.
-
#19986
xabolcs
őstag
Speedboy_73
#19985
xabolcs
őstag
válasz
Speedboy_73
#19985
üzenetére
Gigabites sebesseget egyelore csak a gyari szoftverrel tudsz elerni.
OpenWrt alatt a soft-offload bekapcsolasaval valamennyit emelhetsz., de ugyanugy messze lesz a gigabittol.
A tuzfal kornyeken keresd!
-
xabolcs
őstag
válasz
body007
#19978
üzenetére
Ha mindketton OpenWrt lenne, akkor ossze lehetne kotni oket mesh segitsegevel!
De!A Padavan -> OpenWrt atallast konnyen el lehet rontani, hogy utana ne mukodjon a wifi resz!
Es ath10k/ath9k radioknal nekem nem sikerult 14 dBm fole tekernem a sugarzasi teljesitmenyt mesh modban. -
#19964
xabolcs
őstag
E.Kaufmann
#19961
xabolcs
őstag
válasz
E.Kaufmann
#19961
üzenetére
A másik, hogy 2.4-en 1800Mbps AX-es Wifi. Azt meg hogy?
Az 1800 Mbps nem tudom hogyan jon ki 2.4-en, de a 2.4-es AX wifi nem ordogtol valo!
A Xiaomi AX3600 mar evek ota tudja, de multkor az Xiaomi AX3200-bol hianyoltak, mert tenyleg sokat jelent 2.4-en - ha van olyan kliens eszkozod.
-
xabolcs
őstag
válasz
gyulank
#19928
üzenetére
Jelenlegi felallassal: dumb AP / Access Point only
Ha pedig van eleg LAN portja a beallitando routerednek, akkor tehetsz egy probat az ONT router funckiojanak kikapcsolasaval (modem/bridge mód): ekkor csak a routered NAT-ol, s mogotte van minden eszkozod.
yodee_:
-
#19926
xabolcs
őstag
E.Kaufmann
#19924
xabolcs
őstag
válasz
E.Kaufmann
#19924
üzenetére
En is Huawei E3372h-153-at hasznalok, amikor ki szeretnek probalni valamit - egyebkent nincs napi hasznalatban.
Nalam nincs szakadasos baja, de a gordulekeny ncm-es hasznalathoz kulon parch-et hasznalok.Szivesen kolcsonadom, ha ki szeretned probalni!
-
#19899
xabolcs
őstag
E.Kaufmann
#19898
xabolcs
őstag
válasz
E.Kaufmann
#19898
üzenetére
Ket hete nbd frissitette a packet steering szkriptet (netifd: rewrite packet steering script), ami nem minden esetben lett jobb, mint volt: netifd: new packet steering script slow down wan port (#15207) - igen a PPPoE a hibas mar megint.
Aztan az elmult napokban erkezett nehany javitas, s vegul a bejelento is ugy latta, hogy neki is megjavult!
-
xabolcs
őstag
-
xabolcs
őstag
válasz
aldebaran
#19832
üzenetére
Release verzion belul (pl. OpenWrt 23.05.0-rol OpenWrt 23.05.3-ra) a fenti auc programmal, minel hamarabb, ahogy az ember raer.
Release-ek kozott (pl. 22.03.x-rol 23.05.x-re) altalaban szokott mukodni es egyszeru is szokott lenni (meg lehet tartani a beallitasokat) a frissites.
(Release-ek kozott nem ajanlott az auc / unattended sysupgrade hasznalata, az alapertelmezett csomag lista valtozasa miatt - az auc meg szeretne orizni az aktualisat, ami ilyenkor visszauthet.)Nekem fel van irva (pontosabban: egyszeru opkg update && opkg install szkriptekbe van foglalva), hogy egy-egy funkciohoz (zene, bt, megosztas, ...) milyen csomagok es beallitasok kellenek.
Ezert mar annyira nem faj atmennem valamelyik kiadasra vagy a SNAPSHOT-ra.Image Builderrel es mentessel / kepernyokepekkel (ha nem igazodsz el a konfig fajlok kozott) eleg jol meg lehet lepni a foverziok kozti frissitest is.
Hogy milyen gyakran erdemes foverziok kozott frissiteni? Amennyire gyakran van kedved ilyenekkel szorakozni.
Illetve, ha mar korosodik a router, akkor mar nem is biztos, hogy erdemes frissiteni. Peldaul a TP-Link 1043NDv1-re 21.02-nel frissebb hivatalos OpenWrt-t nem erdemes tenni. -
xabolcs
őstag
válasz
rErEaT
#19826
üzenetére
Szia!
Igen elvesznek az utolag telepitett csomagjaid.
Az emlitett auc / attended sysupgrade-del megtarthatod azokat.Ha pedig jobban belemelyednel, akkor az alabbi paranccsal kaphatsz egy kozelitest rola:
# grep "user installed" -B 5 -r /usr/lib/opkg/status |grep -e Package:| sed -e 's/^Package: //'|sortNekem pl. az alabbit listazta:
root@GL-B1300-078 ~ # grep "user installed" -B 5 -r /usr/lib/opkg/status |grep -e Package:| sed -e 's/^Package: //'|sort
ath10k-board-qca4019
ath10k-firmware-qca4019-ct
auc
base-files
block-mount
bluez-tools
busybox
ca-bundle
ca-certificates
curl
diffutils
dmesg
dnsmasq
dropbear
f2fs-tools
firewall4
fstools
hostapd-basic-mbedtls
htop
iw-full
kernel
kmod-ath10k-ct
kmod-bluetooth
kmod-fs-ext4
kmod-fs-f2fs
kmod-gpio-button-hotplug
kmod-input-uinput
kmod-leds-gpio
kmod-ledtrig-oneshot
kmod-nft-offload
kmod-nls-utf8
kmod-usb-dwc3
kmod-usb-dwc3-qcom
kmod-usb-storage
kmod-usb3
libc
libgcc1
logd
luci
luci-app-adblock
mc
mesh11sd
mpc
mpd-full
mtd
nano
netifd
nftables-json
odhcp6c
odhcpd-ipv6only
opkg
patch
pingcheck
ppp
ppp-mod-pppoe
procd
procd-seccomp
procd-ujail
pulseaudio-daemon-avahi
sbc
snapserver
uboot-envtools
uci
uclient-fetch
urandom-seed
urngd
usbutilsHa ebbol a listabol kiveszed a Firmware Selector-ban, modell valasztas utan megtalalhato alapertelmezetteket (meg az ismeretleneket azok lesznek az utolag telepitett csomagjaid fuggosege), akkor mar egesz pontos listat kaphatsz.
Ne felejts el eloszor biztonsagi masolatot kesziteni!
-
xabolcs
őstag
válasz
roti86
#19772
üzenetére
Mar csak egy TFTP kell neki.
# ./mtk_uartboot --brom-load-baudrate 115200 -s /dev/ttyUSB0 -p bl2-mt7622-1ddr-ram.bin --aarch64 -f openwrt-mediatek-mt7622-xiaomi_redmi-router-ax6s-bl31-uboot-1ddr.fip && minicom -D /dev/ttyUSB0
mtk_uartboot - 0.1.1
Using serial port: /dev/ttyUSB0
Handshake...
hw code: 0x7622
hw sub code: 0x8a00
hw ver: 0xcb00
sw ver: 0x100
Baud rate set to 115200
sending payload to 0x201000...
Checksum: 0xfcf1
Setting baudrate back to 115200
Jumping to 0x201000 in aarch64...
Waiting for BL2. Message below:
==================================
NOTICE: BL2: v2.10.0 (release):v2.10.0-mtk
NOTICE: BL2: Built : 13:17:01, Mar 1 2024
NOTICE: WDT: Cold boot
NOTICE: CPU: MT7622
NOTICE: WDT: disabled
NOTICE: Starting UART download handshake ...
==================================
BL2 UART DL version: 0x10
Baudrate set to: 921600
FIP sent.
==================================
NOTICE: Received FIP 0xb110c @ 0x40400000 ...
==================================
Welcome to minicom 2.8
OPTIONS: I18n
Port /dev/ttyUSB0, 23:10:08
Press CTRL-A Z for help on special keys
ù°NOTICE: BL31: v2.9.0(release):OpenWrt v2023.10.13~0ea67d76-1 (mt7622-snand-ubi-1ddr)
NOTICE: BL31: Built : 17:36:51, Mar 23 2024
serial_mtk serial@11002000: pinctrl_select_state_full: uclass_get_device_by_phandle_id: err=-19
U-Boot 2024.01-OpenWrt-r25627-92c21b2e18 (Mar 23 2024 - 17:36:51 +0000)
CPU: MediaTek MT7622
Model: Xiaomi Redmi Router AX6S
DRAM: 256 MiB
Core: 37 devices, 16 uclasses, devicetree: separate
Loading Environment from nowhere... OK
In: serial@11002000
Out: serial@11002000
Err: serial@11002000
reset button found
Net:
Warning: ethernet@1b100000 (eth0) using random MAC address - 9a:b5:09:59:c1:59
eth0: ethernet@1b100000
Autoboot in 0 seconds
SPI-NAND: Failed to enable quad spi
SPI-NAND: F50L1G41LB (128MB)
Volume fit not found!
Using ethernet@1b100000 device
TFTP from server 192.168.1.254; our IP address is 192.168.1.1
Filename 'openwrt-mediatek-mt7622-xiaomi_redmi-router-ax6s-squashfs-sysupgrade.itb'.
Load address: 0x46000000
Loading: *
ARP Retry count exceeded; starting again
MT7622> -
xabolcs
őstag
válasz
roti86
#19765
üzenetére
Igen, nem egy sysupgrade.
Konfig mentes mindenkeppen kelleni fog, de egy kicsivel egyszerubb, mint a gyarirol OpenWrt-re valo atteres.
Az enyem most teszthalott allapotban van, mert rossz U-Boot-ot inditottam el rajta, az meg rombolt a nand-on.
Most probalok idot keriteni, hogy ebbol a hozzavalo U-Boot-bol mtk_uartboot-os ujraelesztos valtozatot faragjak.
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Új hozzászólás Aktív témák
- Kezünkben a Honor Magic V5
- Milyen processzort vegyek?
- Miért álltak az oldalak egy hétig, mi történt?
- Haladó fájlrendszerek, de mire jók? Ext4 vs Btrfs vs ZFS vs APFS
- Milyen notebookot vegyek?
- Házimozi haladó szinten
- Kínai és egyéb olcsó órák topikja
- Star Trek
- Folyószámla, bankszámla, bankváltás, külföldi kártyahasználat
- Borotva, szakállnyíró, szakállvágó topic
- További aktív témák...
- Kaspersky, BitDefender, Avast és egyéb vírusírtó licencek a legolcsóbban, egyenesen a gyártóktól!
- Windows, Office licencek kedvező áron, egyenesen a Microsoft-tól - Automata kézbesítés utalással is!
- Kaspersky, BitDefender, Avast és egyéb vírusírtó licencek a legolcsóbban, egyenesen a gyártóktól!
- Windows 10 11 Pro Office 19 21 Pro Plus Retail kulcs 1 PC Mac AKCIÓ! Automatikus 0-24
- 27%-OS ÁFÁS SZÁMLA I Jogtiszta Microsoft digitális és fizikai termékek I DIGITALKEYZ.COM
- Sima Vs.Windows Logitech Mx keys s plus és hagyományos Mx keys magyar bemutatása. Új videó linkel
- Telefon felvásárlás!! Honor 200 Lite, Honor 200, Honor 200 Pro, Honor 200 Smart
- LG 55C4 - 48" OLED evo - 4K 144Hz - 0.1ms - NVIDIA G-Sync - FreeSync - HDMI 2.1 - A9 Gen7 CPU
- Akció! Újra Gamer EGEREK! Glorious , Endgamer XM1R , Nibio
- Referencia Weboldallal Világítós bill+laptop bill magyarítás. Rania 3M -is! Touchpadok is.Posta ok