- Radeon RX 9060 XT: Ezt aztán jól meghúzták
- Atomenergiával dübörögnek tovább az Amazon adatközpontok, SMR-ek is jöhetnek
- Macron betiltatná az EU-ban a közösségi médiát a 15 év alattiaknak
- Az NVIDIA ipari AI-felhőt épít a németeknek, együtt az OpenAI és a Google
- Két új Ryzen közül választhatnak a kézikonzolok
-
PROHARDVER!
OpenWrt topic
Új hozzászólás Aktív témák
-
xabolcs
őstag
válasz
vargalex
#17245
üzenetére
Nyers eroben nagyjabol 3x gyorsabb.
cputest-xabolcs.sh eredmenyek:
D-LINK-DIR-860L-B1 vs. XIAOMI-REDMI-ROUTER-AX6S
OpenWrt 22.03-SNAPSHOT r19290-ad5a507df3
Started 1 process(es)
Elapsed time: 5.7 sec vs. 1.74 sec
Started 2 process(es)
Elapsed time: 5.73 sec vs. 1.76 sec
Started 3 process(es)
Elapsed time: 7.68 sec vs. 2.63 sec
Started 4 process(es)
Elapsed time: 8.64 sec vs. 3.51 sec
Started 30s counting with date (0->)
6464 vs. 21121Started 30s counting with sleep (0->)
1033036 vs. 3710567
DHCP-s SQM pedig ~600 MBit/s ~ 150%-os processzor hasznalattal. -
xabolcs
őstag
válasz
vargalex
#17242
üzenetére
Pontosan!
A soros port ahhoz fog kelleni, hogy miutan egy felbeszakitott TFTP recovery-vel papirnehezeket csinaltal a routeredbol (
![;]](//cdn.rios.hu/dl/s/v1.gif)
), akkor az U-Boot konzolbol TFTP-n keresztul el tudd inditani az initramfs-recovery.itb-t, ahonnan mar gond nelkul tudsz sysupgrade-elni.Most olvasom, hogy talan mukodni fog rajta a korabban emlitett Wireless Ethernet Dispatch is.
-
#17237
xabolcs
őstag
paparazzi2
#17236
xabolcs
őstag
válasz
paparazzi2
#17236
üzenetére
Ha nincsenek nagy igenyeid (3-nal tobb LAN port, USB port, ...), akkor a fentebb taglalt Xiaomi Router AX3200 (RB01) szerintem egy kituno valasztas ~ 25e Forintert.
Amig tart a jelenlegi, 09/2021-es szallitmany, addig minden problema nelkul telepitheto ra az OpenWrt!
Utana meg soros port segitsegevel, de csak ezert en nem dobnam a garanciat. -
xabolcs
őstag
válasz
xabolcs
#17234
üzenetére
Tovabb pontositva a problemat ...
Az OpenWrt verzio nem szamit: frissitettem a resztvevoket OpenWrt 22.03-SNAPSHOT, r19290-ad5a507df3 verziora, de ugyanugy megjelentek a hibak, mint pl. 19.07.8-nal.
Illetve amit ki sikerult deriteni: ha az mt7622-es AX3200 kezdemenyezte a kapcsolatot (mert pl. az bootolt be hamarabb), akkor mar a kezdetektol fogva jelentkezett a hiba es nem is epult fel a kapcsolat.
Ha a valamelyik masik (pl. ath79 vagy mt7621) router inditotta a Mesh halozatot, akkor tudott kapcsolodni az AX3200, ment is par percig, de aztan ugyanugy megjelenik a hibauzenet es szetesik a Mesh.
Hogyan lehetne ezt naplozni, vagy elorebb lepni? Az "option log_level 0" nem sokat er.
A mar itt is emlitett Belkin RT3200 beszelgetos topikjaban van egy ehhez hasonlo, tavalyi poszt, igy akar ki is probalhatnam, hogy mi tortenik az 5 GHz-es savban, de jobban orulnek, ha maradna 2.4 GHz-en a MESH.
-
xabolcs
őstag
válasz
xabolcs
#17233
üzenetére
A Mesh problemam: az eddigi mt7621 + mt76 + pre-22.03 SNAPSHOT es ath79 + ath9k + 19.07 routerekhez ha beteszem a friss ropogos AX3200-at (SNAPSHOT / 22.03-SNAPSHOT + mt7622 + mt76), akkor jonnek ezek a "new peer notification" uzenetek - mikozben nem epul fel a kapcsolat.
Tehat az AX3200-as se kapcsolodni nem tud a tobbihez, se fogadni nem tudja a kapcsolatokat.
Illetve, ha olyanja van, akkor becsuszik egy-egy "Mesh RSN: frame verification failed!" uzenet is. Ez csak neha.
Az elozo az viszont spam: masodpercenkent tobbszor ... -
xabolcs
őstag
válasz
Archttila
#17136
üzenetére
Az Alzanal most kaphato Xiaomi AX3200 gyartasi datuma 09/2021, ha csak ez tartana vissza!
Nekem komoly bajom van vele: mihelyst belevettem a 802.11s-es MESH halozatomba, azonnal "wpa_supplicant: wlan0: new peer notification for" spammeli a naplot.
Sajnos nem segit, ha 5 percre lekapcsolom a MESH-t. -
xabolcs
őstag
En is inkabb affele mennek, hogy az U-Boot-nak tanitanam meg a csere flash-t.
Atolvasva a beszelgetesunket, tuti ez lesz a baj: az U-Boot nem kezeli rendesen a flash-t. Tehat hiaba irnad ra programozoval a helyes flash tartalmat, egyaltalan nem biztos, hogy az U-Boot tudja ertelmezni a latottakat.
... azt már szemmel láthatólag nem kezeli le a SoC.
Ezeket honnan latod szemmel? En ezeket szerintem meg PDF-bol se tudnak kiolvasni.
-
xabolcs
őstag
Most sikerult segitenem az irasommal, vagy teljesen trivalis dolgokat irtam? Vagy ...?
Fenemod erdekel a problema megoldasa, szoval ne tartsd magadban a tortenetet!
Egyebkent valoszinuleg keveset tudok a temaban, mert szerintem semmi ordongosseg nincs benne : sima flash csere, csak most nem bovites, hanem szukites.
(Tehat ha jo a flash - kulso programozoval rairva tenyleg az kerul-e ra, amit rairtal -, akkor mukodnie kellene.) -
xabolcs
őstag
Amiota megcsinaltak a DTS alapu ath79-t, azota mar ott is mukodik az "Image Builderrel custom DTS-t" modszer.
Szoval azt csinalnam, hogy (mindegy hogy forrasbol, vagy Image Builderrel) 8 MB-ra szukitenem a DTS-t ... vagy epp csinalnek belole egy 8 MB-os valtozatot, az mar mindegy.
Ehhez a 8 MB-os "modellhez" elkeszitenem az image-eket: initramfs es sysupgrade.
Ha mukodik a web recovery az U-Boot-ban, akkor ott melegeben megkinalnam a sysupgrade.bin-nel. Ha nem tudna (de miert ne tudna? ), akkor meg TFTP-n keresztul elinditanam az initramfs-kernel.bin-t. Boot-olas utan pedig SCP-vel felmasolnam a sysupgrade.bin-t es sysupgrade-del frissitenem.Miutan magabiztosan bootol flash-rol a kutyu es indul az OpenWrt, fognam az eredeti ART particiot es OpenWrt-n belulrol (a kmod-mtd-rw segitsegevel) felirnam a 0x7F0000 cimre.
-
xabolcs
őstag
-
xabolcs
őstag
válasz
harrie
#17185
üzenetére
Egyre jobban tetszik az a Linksys E8450 (aka. Belkin RT3200)! Most jott hozza egy erdekes fejlesztes a masterre:
bridger: add bridge forwarding accelerator
This package uses BPF to create a fast path which improves bridging performance by bypassing the bridge layer. It also supports creating tc offload rules for hardware that supports it. Hardware offload support can be used with MT7622 + MT7915 once it is merged.
A hardveresen gyorsitotta tudja tenni LAN -> WLAN forgalmat!
Az uzenetben hasznalt "... once it merged" pedig az mt76 driver fejleszteset jeloli:mt76: mt7915: add Wireless Ethernet Dispatch support
This is used to support hardware flow offloading from Ethernet to WLAN
-
xabolcs
őstag
-
-
xabolcs
őstag
válasz
Melorin
#17198
üzenetére
Azert, mert a memoriaba tarolja.
A tobbi OpenWrt-s beallitasod nem veszik el, csak az AdGuard Home-e?
Pendriveon is elveszett vagy csak mSATA-n veszik el?
Particiok hogyan alakulnak a pendrive es az mSATA SSD-n?Egy logread kimenetet legyszives ments le programkod vagy monospace formazassal a proba topikba es linked ide!
-
xabolcs
őstag
válasz
Melorin
#17193
üzenetére
Ha veszhet minden, ami az mSATA SSD-n van, akkor kovesd az alabbi utasitasokat!
- belepsz OpenWrt-re
- megprobalod kideriteni, hogy melyik az mSATA es melyik a pendrive az alabbi paranccsal
- dmesg | grep sd
- ilyesmik lesznek: sda, sdb, ...
- mount parancs kiadasaval ellenorzod, hogy a pendrive "sd betuje" jelenik meg a /boot-nal (egy szammal kiegeszitve)
- egy az egyben atmasolod a pendrive tartalmat az mSATA SSD-re: dd if=/dev/sdXXXX of=/dev/YYYY bs=16M; sync
- a /dev/sdXXXX az a pendrive "sd betuje" sda, sdb, ...
- a /dev/sdYYYY az az mSATA "sd betuje" sda, sdb, ...Vigyazz, mert ha felcsereled, a betuket, akkor pikk-pakk elveszted a pendrive tartalmat az OpenWrt telepitesededdel egyutt!
Vagy ha inkabb tiszta lappal szeretnel indulni az mSATA SSD-n, akkor ne a pendrive-od tartalmat, hanem egy frissen letoltott image-t masolj fel (szinten dd-vel: dd if=... of=...) az mSATA SSD-re!
-
xabolcs
őstag
-
xabolcs
őstag
válasz
Benoe77
#17188
üzenetére
Sajnos nalam sem tokeletes a driver, de sokkal tobbszor van sikeres leallitas, mint eddig.
Alternativak.
Az emlitett uhubctl nekem a regi driverrel is megoldotta a problemat, csak nem volt elegans. Ha lekapcsoltam a hub-rol a halokartya portjat, akkor utana mar nem volt hasznalhato a halokartya. Szoval tenyleg lekapcsolo szkriptek koze erdemes felvenni.
A masik amire gondoltam: egy sima rmmod, szinten a leallito szkriptek koze.
-
#17172
xabolcs
őstag
ArthurShelby
#17171
xabolcs
őstag
válasz
ArthurShelby
#17171
üzenetére
Nem tudom. Sose hasznaltam es nem ismerem.
Egy gyors kereses utan ugy tunik nekem, hogy kell neki kliens oldali implementacio is.
-
xabolcs
őstag
válasz
Benoe77
#17165
üzenetére
Ugy tunik, tenyleg orvosolhato driverrel!
Valahonnan ratalaltam a wget/realtek-r8152-linux dirver-re, ami a hivatalos Realtek drivernek a nem hivatalos / kipofozott / nem tudom milyen valtozata.
Az egyik issue-ban levo leiras alapjan pikk-pakk telepitettem DKMS-sel es azota is nagyon jol erzi a haloztom magat, miutan kikapcsolom a gepet!
Windows alatt aramtalanodik a HUB, igy ott nem jelentezett a problema!
Linux alatt is ebbe az iranyba indultam. Ra is talaltam az uhubctl-re, amivel ha lekapcsolom a portot, akkor sem jelentkezik a problema.
Egy shutdown szkriptbe belerakva meg is oldotta volna a problemat.Ez a drivercsere viszont sokkal jobban tetszik!
Koszonom szepen a segitsegedet!
-
#17167
xabolcs
őstag
csabyka666
#17166
xabolcs
őstag
válasz
csabyka666
#17166
üzenetére
Ahogy mar irtam: a WDS arra van, hogy ket halozati eszkozodet osszekosd ... pont ugy, mint a MESH vagy a vezetek.
Igen, jol gondolod, hogy lesz olyan helyzet, amikor a masik AP-nak jobb a jele, de az eszkoz meg mindig a gyengebbhez kapcsolodik: a te problemad a kliens eszkozok roamingja az AP-k kozott.
Van ra beallitas, de az kliens oldali.
Pl. Windows-on a wifi kartyanak az Eszkozkezelos beallitasainal lehet pl. valasztani, hogy melyik savot preferalja, mennyire aggressziven roamingoljon, stb.
Ha az utobbira lenne befolyasod a mobilodon, akkor orulhetnel.OpenWrt-ben be lehet kapcsolni a 802.11r Fast transition opciot, amivel talan lehet segiteni a problemadon.
En is tobb AP-t (es savot) hasznalok, ugyanazzal az SSID + titkositassal, s az eszkozeim nagyon jo roamingolnak, az emlitett 802.11r-t be se kapcsoltam eddig.
-
xabolcs
őstag
válasz
xabolcs
#17162
üzenetére
Itt pont arrol ir psherman, hogy managed switchek nelkul nem sok esely van megoldani.
This is not platform specific and is likely an issue at L2 (switching) so it wouldn't even hit the CPU/SoC and thus not interact with the OS.
Illetve: When I put my Mac to sleep it causes my entire network to stop functioningThere is a known issue with the Apple provided built in macOS Ethernet drivers for the Realtek RTL8153 USB 3.0 Ethernet chipset used in our dock (and many other docks and USB Ethernet adapters on the market). When put to sleep, the problematic driver creates an Ethernet broadcast storm which can overwhelm some Ethernet routers.
Remelem egy kernel upgrade megoldja!
-
#17163
xabolcs
őstag
csabyka666
#17161
xabolcs
őstag
válasz
csabyka666
#17161
üzenetére
A WDS csak vezetek nelkul koti ossze az AP-jaidat.
A mobillal barangolashoz az kell, hogy az AP-jaid ugyanolyan SSID-vel es titkositassal menjenek! Es persze ossze legyenek kotve az AP-jaid, akar vezetekkel, akar MESH-sel, akar WDS-sel!
-
xabolcs
őstag
válasz
Benoe77
#17158
üzenetére
Koszonom! Sose hallottam meg errol! Erdekes, nekem is USB-C-s a HUB.
Igy rakeresve a hivatalos OpenWrt forumon, ott is jelentkezik ez a broadcast storm (es ott is USB-C / ThunderBolt docking HUB-okrol van szo).
Irok, ha kitalaltam valamit.
-
xabolcs
őstag
Sziasztok!
Van egy erdekes problemam egy USB HUB-ba epitett halokartyaval: amikor kikapcsolom a gepet, akkor a router(!) elvesziti az internet kapcsolatot es fel se tudja ujra epiteni, egeszen addig, amig nem aramtalanitom a halokartyat vagy a kabelt ki nem huzom!
A kartya egy RTL8153-as (ID: 0bda:8153, Driver=r8152) halokartya. Van egy HUB nelkuli USB-s kartyam is, szinten r8152, de ott mintha nem jelentkezne a problema.
Hogyan tudnam kideriteni hogy mi tortenik?
Az alabbiakat vettem eszre:
- kikapcsolaskor a Linux panaszkodik valamire a kartyaval kapcsolatban, de persze mar nem latom rendesen, mert utana ki is kapcsol a gep
- ha csak rovid ideig fut a Linux, akkor persze nem jelentkezik - leginkabb, amikor egesz napos munka utan kikapcsolom a gepet
- kikapcsolas utan meg egy kicsit van net (DIGI), a problemas kartya forgalomjelzoje neha-neha villan egyet
- nem sokkal kesobb viszont gyakori villodzasba kezd, s ekkor mar nincs net
- a net szakadas oka: Peer not responding
- sikertelen kapcsolat ujraepites, szinten: Timeout waiting for PADO packets illetve Unable to complete PPPoE Discovery
- megbizhatoan tudom vele reprodukalni a "mtk_soc_eth 1e100000.ethernet eth0: transmit timed out" hibauzenetet (watchdog es kernel trace nelkul)
- a router elerheto es a belso halozat is mukodokepesnek tunikIgy szakad meg a kapcsolat.
Igy epul fel a kapcsolat (eloszor a timeout-os hibauzenet, s a kovetkezo probalkozas jo lesz).
A router egy mt7621-es DIR-860L, az OpenWrt SNAPSHOT, r19043-c2d7896a65, a net pedig DIGI PPPoE.
Meg tudom nezni, hogy milyen allapotban van a kikapcsolt gep halokartyaja, pl. ethtool-lal?
A routernek a portjain fogok latni valamit?
tcpdump-ot hol futtassam es mit figyeljek vele?
Ha jo a belso halo, akkor miert timeout-ol a router WAN portja? -
xabolcs
őstag
válasz
Archttila
#17136
üzenetére
Majd jelezz vissza, hogy ennek is van-e akkora terereje, mint a Xiaomi AX3600 WiFi 6 AIoT Router testverenek!
En az USB-t hianyolom egy kicsit ezekrol a Xiaomi-krol.(Na nem az 1000 mW-os kinai hekkelesre gondolok! Nekem OpenWrt alatt is nagyon jo tapasztalataim voltak.)
-
xabolcs
őstag
válasz
hunluki
#17134
üzenetére
Valami mt7621-es hasznaltan.
Vagy ha eleg a 3 LAN port meg az USB port hianya se zavar, akkor az mt7622-es Xiaomi AX3200.
Mar fozik hozza az OpenWrt-t (van is hozza telepitheto idegenek altal keszitett image), es WIFI 6 szabvanyos es menni fog vele a HWNAT is (tudom ) es ~24e forintba kerul. -
xabolcs
őstag
Van egy DIR-860L B1 (19.07 illetve SNAPSHOT) es egy TL-WR1043ND v4 (19.07) routerekbol allo mesh halozatom.
Mindket eszkoz wifije csak a mesh halozatot latja el, AP funkciot nem adtam nekik. A wifis eszkozeimet kulon AP-k latjak el tererovel.
A halozat teljesen jol folall es atjarhato, kapcsolatuk stabil.
Az egyik kerdesem, hogy akarhogy tekerem a 1043ND-s tererejet, sose megy 14 dBm-nel feljebb. Eddig 11 es 13-as csatornakon probaltam, de nincs kulonbseg.
Mit lehet ezzel tenni, hogy nagyobb tererovel sugarozzon? Szukseg lenne ra, mert van mit atsugarozni (kulonben mar reg vezetekes AP lenne ... ).
Masik kerdesem, hogy mint irtam, az AP funkciokat mas eszkozokkel latom el.
Az egyik AP egy TL-WR1043ND v1, rajta van egy HT-TM02 s annak nem tul stabil a kapcsolata, pedig egy helyisegben vannak par meterre egymastol.Igy latja az AP, felso sor az RX - fogadas, also sor a TX - kuldes:
Ezt tamasztja ala a kliensen futtatot iwinfo is:# iwinfowlan0 ESSID: "XXXXXXXX"Access Point: 00:1C:C2:XX:XX:XXMode: Client Channel: 6 (2.437 GHz)Tx-Power: 16 dBm Link Quality: 64/70Signal: -46 dBm Noise: unknownBit Rate: 65.0 MBit/sEncryption: WPA2 PSK (CCMP)Type: nl80211 HW Mode(s): 802.11bgnHardware: 1814:5350 1814:000F [Ralink Rt5350]TX power offset: noneFrequency offset: noneSupports VAPs: yes PHY name: phy0Mit lehet ezzel kezdeni?
-
xabolcs
őstag
válasz
xabolcs
#17090
üzenetére
Archttila #17089:
Talaltam referenciat a mediatek targetben levo eszkozok kepessegeire: Belkin RT3200/Linksys E8450 WiFi AX discussion
Ott irja Mushoz, hogy a Linksys E8450 (aka. Belkin RT3200) routere szepen viszi HWNAT-tal a szimmetrikus gigabites PPPoE netjet.
Erdekes(?), hogy software offloaddal mar csak 870/800-at tud a vas, offload nelkul pedig 6~700-nal elfogy.Sajnos az armv8 / Aarch64 onmagaban nem garancia a gigabites PPPoE forgalom NAT-olasahoz, kellhet a hardveres rasegites!
Par honapja jatszottam az ODROID N2-ve (k5.10-es OpenWrt)l, ahol szinten ugyanezeket a sebessegeket tapasztaltam. Sajnos ott nincs hw-offload.
Igy legalabb eggyel tobb indokom van ujra routerre avanzsalni az AX3600-asomat. -
xabolcs
őstag
válasz
Synaptic
#17091
üzenetére
A sokadik ath79-es probalkozas kommitjai kozott az szerepel, hogy:
Flashing
1. Upload factory.bin via D-link web interface (Management/Upgrade).Revert to stock
Upload original firmware via OpenWrt sysupgrade interface.Debricking
D-Link Recovery GUI (192.168.0.1)Ha esetleg nem megy feluletrol, akkor megprobalhatod parancssorbol is. Ha pedig teglasodik, akkor ott a recovery.
-
xabolcs
őstag
válasz
Archttila
#17089
üzenetére
A trunk es 21.02 agon eleg keves (sub)target tudja a PPPoE-s HWNAT-ot.
A ramips/mt7621 sajnos csak a DHCP-t tudja ezeken az agakon. (19.07-en tudja a PPPoE-t is, de ott van mas hiba, ami miatt eldobja magat a router)
A mediatek target szerintem tudja a PPPoE-s HWNAT-ot, de komolyabban megerositeni nem tudom.
Vannak olyan OpenWrt tamogatott eszkozok, amik nyers erobol (HWNAT nelkul) is meg tudjak oldani a gigabites NAT-oast.
Nekem viszont a Qualcomm uj, IPQ807x sorozata tetszik. Gigabit PPPoE-t meg tudja oldani izombol, de ha sikerul a Qualcomm-os ganyolas helyett rendesen megcsinalni az NSS packet engine tamogatasat, akkor nagyon szuper lesz!
Ebbol a sorozatbol a Xiaomi AX3600 AioT-vel mar lehet izlelgetni az OpenWrt-t. Vannak korlatai (pl. csak 3 LAN, nincs USB), de szerintem eleg jo aron van.
Ha pedig a 10 gigabites DIGI csomagra gyursz , akkor a QNAP QHora-301W-t neked talaltak ki! -
xabolcs
őstag
válasz
yodee_
#17062
üzenetére
Ha csak at kell particionalni a dolgot, akkor meg tudod uszni egy image epitessel, mikozben ugyanugy kompatibilis maradsz a kiindulasi (21.02, 19.07, ...) hivatalos kiadassal:
jwmullally: Custom DTS / DTB building with ImageBuilder
Ahogy a levelben (es a repository-ban) szerepel, ugy az tortenik, hogy szerkesztett DTS-sel es az ImageBuilderrel egy sajat particionalasu image-et keszit, mikozben a leforditott kernelhez, csomagokhoz nem nyul.
Hasznaltam mar, es szivesen segitek elkesziteni vele a sajat eszkozod image-et. Nem kell hozza erteni a Makefile-t es az OpenWrt-s ImageBuilder hasznalatat, de jo, ha atlatja az ember a varazslatot.
-
#17056
xabolcs
őstag
zsigomark3
#17050
xabolcs
őstag
válasz
zsigomark3
#17050
üzenetére
Ahogy irva is van a hivatkozott issue-kben, hagyd beken a country code-t!
Tedd vissza franciara, aztan viszlat! 🤷♀️
Es ha nincs wifid, akkor probald meg vezeteken! -
xabolcs
őstag
válasz
krealon
#17040
üzenetére
Koszonom, hogy leirtad reszletesen.
Ohh, es amikor elkezdi nezni az IPTV-t, akkor megfekszik az TP-Link wifije. Ertem.
De legalabb irjak, hogy eleg egy sor is a konfiguracioba:To avoid flooding all ports of your LAN bridge, including WiFi, you can enable IGMP snooping on your LAN interface:
config interface lan
option type bridge
option igmp_snooping 1
... -
xabolcs
őstag
válasz
pengécske
#17032
üzenetére
Csinalsz belole egy AP-t es kesz:
- a "br-lan" nevu LAN eszkozodon a "DHCP Server" reszen ignoralod az interfeszt (= hogy ne nyujtson DHCP szolgaltatast a routered)
- a "br-lan" nevu LAN eszkozod protokolljat atallitod "static"-rol "DHCP Client"-reHa nem megy, akkor beirod keresobe a "dumb AP"-t, "wired AP"-t.
Ha igy sem megy, akkor megkersz valakit, hogy tavsegitseggel csinalja meg neked! -
xabolcs
őstag
válasz
BullZeye
#16968
üzenetére
A 160 MHz-es antenna nem az IOT antenna. Az eszkoz mindharom radios egyseget lehet hasznalni.
Az IOT antennara kotottet is: lehet konfiguralni 2.4G-re is es 5G-re is, de egyszerre csak az egyikkel hasznalhato.A 160 MHz-es modot lehet mar hasznalni: mukodik, lehet vele teszteket kesziteni, de sokat sztem egyelore nem erdemes tole varni.
-
#16938
xabolcs
őstag
cipofuzo87
#16937
xabolcs
őstag
válasz
cipofuzo87
#16937
üzenetére
-
#16936
xabolcs
őstag
cipofuzo87
#16935
xabolcs
őstag
válasz
cipofuzo87
#16935
üzenetére
Samba megosztasod is van? Ott mennyivel masol?
A WinSCP-s masolasnak az a "baja", hogy a titkositani / visszafejteni is kell az atvitelt, igy inkabb az viszi el a processzor idot, mintsem a lemezmuvelet.
-
xabolcs
őstag
A Windows tamogatja a tanusitvanyokat is, megis a Firefox a sajat tanusitvanyrendszeret hasznalja, nem a Windows-et.
Ugyanigy a JDK is a sajat tanusitvanyrendszeret hasznalja, s nem a Windows-et. (Ezert is volt olyan izgalmas par eve, hogy bekerult a NetLock tanusitvanya a JDK-ba. )Ellenben a Chrome bongeszo pont a Windows tanusitvany rendszeret hasznalja.
Legfokeppen az adott programtol fugg, hogy eppen milyen megoldasai vannak az adott problemara. 🤷
-
xabolcs
őstag
Ahogy a linkelt hozzaszolasbol is latszik, azert mukodik a Remmina klienssel, mert az tamogatja a SOCKS5 tipusu proxy-t. A Windows-os mstsc pedig nem.
Peldaul a bongeszok is tamogatjak a SOCKS5 tipusu proxy-t. Igy ha van bongeszobe epulo RDP kliensed, akkor elkepzelhetonek tartom, hogy azzal is meg tudod oldani a feladatot.
-
xabolcs
őstag
Mert rossz Remote Desktop klienst valasztottal!
A Remmina / FreeRDP tudja!
Egyebkent nezd meg ezt a SO kerdest, pont, mintha mi lennenk!
Elvileg Windows-ra is van FreeRDP binaris.
-
xabolcs
őstag
Orulok, hogy sikerult!
Remelem tudod, hogy miert!
Azert mukodik a masodik probalkozasod, mert ott azt csinaltad, amire gondoltam: szokasos ssh-s portforwardot csinaltal a cel gep RDP portjara. Lasd a "destination" beviteli mezo, illetve a tablazat masodik oszlopa.Pont emiatt nem mukodott az elso probalkozasod, mert ott celnak localhost-ot irtal, ami esetunkben a routert, meg annak a 3389-es portjat jelentette.
-
#16906
xabolcs
őstag
ArthurShelby
#16905
xabolcs
őstag
válasz
ArthurShelby
#16905
üzenetére
Samba? Regen foglalkoztam vele es akkor siman anonimuszkent kiajanlottam mindent mindenkinek.
Hadd valaszoljon mas, nem erzem kompetensnek magamat a temaban.
-
xabolcs
őstag
válasz
Blasius
#16903
üzenetére
Pont ugy, ahogy a tobbi Linuxnal: a masik felhasznalo home konyvtaraban levo .ssh/authorized_keys fajlba beirod a hasznalni kivant publikus kulcsot. Pl. az ssh-copy-id-val.
OpenWrt Wiki: Dropbear key-based authentication
Van mar masik felhasznalo a routeren?
A nem root felhasznaloknal a dropbear pedig onnan tudja, hogy be kell-e engedni jelszo nelkul a delikvenst, hogy az azonositasra kuldott kulcs benne van az adott felhasznalo .ssh/authorized_keys fajljaban. -
xabolcs
őstag
válasz
BullZeye
#16898
üzenetére
Ha DIGI, akkor PPPoE.
A kapcsolodasi hibakat en a logread | grep pppd parossal neznem meg, amikor erezhetoen baja van.Pingre van kifejezett pingcheck is, meg persze komolyabb monitorozo alkalmazas, grafikonnal.
Kezdesnek azt mondom, hogy a DIGI sajat DNS szerverei helyett hasznalj publikus DNS szervereket elsodlegesen, ha meg nem tetted volna!
-
xabolcs
őstag
válasz
BullZeye
#16891
üzenetére
Igy: OpenWrt Wiki - Dumb AP / Access Point Only
Lehet feluleten is es persze paranccsorbol is.
Roviden:
- a TP-Link LAN portjara dugod a Huwaei kabelet
- a bridge interfesznek beallitasz egy Huawei alhalojaban levo IP cimet. Lehetoleg abbol a reszbol, ahonnan nem oszt a Huawei
- a bridge interfesznek beallitod a Huawei cimet mint DNS es mint atjaroOvatosan a halozati allitgatassal, mert ha elrontod, akkor RESET-elheted es kezdheted elolrol.
Es persze, miutan rajossz a lenyegere, utana egyszeru lesz, mint a szog. -
xabolcs
őstag
válasz
BullZeye
#16889
üzenetére
Mivel duplan vagy NAT-olva, a halozatod, ezert ket tuzfalat kell atfurnod.
A TP-Linken mar megvan a lyuk, lyukaszd ki a Huawei tuzfalat is. Es persze a port forwarding-ot is csinald meg a routered fele (hogy utana o is tovabb tudja kuldeni a szolgaltatast biztosito szerverek fele).OpenWrt Wiki - AX3600 installing - ha ezt tudod kovetni, akkor egyszeru.
- vissza kell terni egy korabbi verziora
- ott "fell kell torni" a feluletet
- telepiteni az OpenWrt-t
- ujrainditani
- megint telepiteni az OpenWrt-t, a masik particioraInnen a legfrissebb futasbol kivalasztot az AX3600-as UBI fajlt, az kell az elso telepiteshez.
-
xabolcs
őstag
válasz
hódmaci
#16883
üzenetére
Az egyik megoldas az, hogy a sajat halozatodat a TP-Link internetenek allitod be:
vezeteken osszekotod a gepedet a TP-Linkkel, a Wifi menuben a SCAN-t elinditva belepsz a sajat halozatodba.
Ezzel a set-top-box eleri az internetet, de te csak a TP-Linkre (vezetekesen) csatlakozva fogod tudni elerni az STB-t.
Engem viszont sokkal jobban erdekelne, az a megoldas, ha pl. MESH-hel tudna belepni a 1043-as a Deco-k koze.
-
xabolcs
őstag
válasz
BullZeye
#16884
üzenetére
Router modba allitod a Huawei-t, szukseg szerint atallitod a hasznalt alhalozatot, hogy ne utkozzon az OpenWrt-s eszkozod halozataval (pl. ne legyen mindketto 192.168.0.xxx), aztan dughatod is ossze, ahogy irtad.
Aztan az OpenWrt-nel meg atallitod PPPoE-rol DHCP-re a WAN-t s keszen is vagy.
Ha van ra lehetoseged, akkor a Huawei-en kikapcsolod (vagy nagyon rovid bekapcsolasi idore utemezed) a Wifi-t.A PPPoE-hez kepest egy pici sebessegnovekedest tapasztalhatsz DHCP-n hasznalva.
-
xabolcs
őstag
válasz
BullZeye
#16881
üzenetére
Igazibol is gigabites a WAN portja es igen, a router teljesitmenye keves. (Bocsanat a szorszalhasogatasert.
)Jajj, tenyleg az AX3600-as 3 db LAN portjat elfelejtettem emliteni.
Igen, az is tud fajo pont lenni, nem csak az USB hianya. Ellenben a PPPoE hardveres gyorsitasa OpenWrt alatt igencsak jo fegyverteny: 0% CPU hasznalat.
-
xabolcs
őstag
válasz
BullZeye
#16876
üzenetére
Szia!
A link sebesseget ne keverd a router teljesitmenyevel!
Probald meg a gyari firmware-t, ott talan van HW NAT, azzal sztem 800 MBit/s-ig el tud menni!
Az ath79 / ar71xx vonaltol sajnos nem szabad tobbet varni, mint ez az 5~600 Mbit/s PPPoE NAT-olas teren.
AX routerek kozul sztem a Xiaomi AX3600 best-buy (csak epp USB nincs rajta
), es a 2.5-es meg 10-es Digi Fiberlink csomagot csak azert nem fogja tudni vinni, mert gigabitesek a portjai.
Jelenleg fejlesztes alatt az OpenWrt-s tamogatasa, de ha sikerul felrakni az OpenWrt-t, akkor napi ujrainditassal siman teszi a dolgat honapokig! -
xabolcs
őstag
válasz
PistiSan
#16765
üzenetére
Ja, hogy a gyari FW alatt se kapcsolodik ki mind?!
Akkor viszont az OpenWrt is ugyanazt tudja, mint a gyari:
LED: - Power (blue)
- 5Ghz (blue)
- 2.4GHz (blue)
- Internet (blue)
- 4x LAN (blue)
(LAN/WAN leds are not controllable by GPIOs)Probalj meg a megfelelo /sys/class/leds/*/brightness fajlokba 0-kat irni!
# ls -l /sys/class/leds/*/brightness
-rw-r--r-- 1 root root 4096 Aug 23 09:06 /sys/class/leds/dir-860l-b1:green:net/brightness
-rw-r--r-- 1 root root 4096 Sep 10 11:28 /sys/class/leds/dir-860l-b1:green:power/brightness
-rw-r--r-- 1 root root 4096 Sep 10 11:20 /sys/class/leds/dir-860l-b1:orange:net/brightness
-rw-r--r-- 1 root root 4096 Sep 10 11:20 /sys/class/leds/dir-860l-b1:orange:power/brightness
-rw-r--r-- 1 root root 4096 Sep 10 11:20 /sys/class/leds/mt76-phy0/brightness
-rw-r--r-- 1 root root 4096 Sep 10 11:20 /sys/class/leds/mt76-phy1/brightness# cat /sys/class/leds/*/brightness
0
255
0
0
0
0 -
xabolcs
őstag
válasz
k-dani
#16760
üzenetére
OpenWrt sajatossag. A gyari firmware-t nem ismerem, de van HW-NAT a Padavan firmware-ben is.
Az OpenWrt 19.07-es verzioban levo 4.14-es kernel alatt mukodott ez a hardveres flow-offload-os dolog, akkor csak a ramips/mt7621 target-re.
Aztan jott a kernel frissites 5.4-es kernelre, s ujra meg kellett csinalni hogy mukodjon.
Azota bejott a mediatek target (mt7622, mt7623 es mt7629: Banana Pi es baratai) es oda lett elsosorban megcsinalva ez a hardveres offload.Azert profitalt belole a ramips/mt7621 is, mert DHCP-vel mukodik, viszont PPPoE-vel egyelore nem.
Illetve most egy hiba miatt IPv6-tal sem baratok.Szoval nem tud annyi mindent, mint a 19.07-es OpenWrt-ben.
-
xabolcs
őstag
válasz
jézusom
#16722
üzenetére
Ha Windows-on vagy, tegyel fol WSL-t es akkor fognak mukodni a Wiki-n emlitett dd parancsok.
Ha nincs kedved, akkor mutasd meg, hogy melyik TP-Link es OpenWrt firmware-ekbol keszitsek neked TFTP telepitot, s megcsinalom neked.
-
-
xabolcs
őstag
válasz
Mcrazy
#16667
üzenetére
Ahhh ... eselytelen: ha vezeteken logok a WDS kliens eszkozon, akkor nagyon jo savszelesseg van, ha meg csinalok egy AP-t is a WDS melle, akkor eltunik, mint a kamfor.
Muszaj leszek vezetekezni.
Kiprobaltam az eszkozom (GL.iNET GL-B1300) gyari (QSDK alapu) szoftverenek a MESH tamogatasat, de az meg annyira automata, hogy csak a tobbi GL-B1300-assal kepes osszeallni, mikozben letiltja onmaga vezetekes elereset.
wpad-mesh-openssl-re. (lehet, hogy a wpad-mesh-wolfssl kellett volna?
Az csak az SSL implementaciot modositja. Csereszabatosnak kellene lenniuk egymassal.
En WolfSSL-t hasznaltam, szepen ossze is allt a MESH halozat, de (szerintem) nevfeloldasi problemak miatt nem volt hasznalhato.
Egyebkent tenyleg valamilyen wpad-mesh-* csomag kell a MESH-hez, a sima wpad-basic-* helyett. Irjak is az 802.11s based wireless mesh network oldalon. -
#16651
xabolcs
őstag
kovbandi82
#16642
xabolcs
őstag
válasz
kovbandi82
#16642
üzenetére
A WDS-re.
-
xabolcs
őstag
válasz
xabolcs
#16580
üzenetére
Szeretnek most tovabbmenni a a MESH halozattal.
Multkor csak a routerek pingjeig jutottam. Most viszont mar szeretnem, ha mukodnenek a kliensek is, akik a MESH node-ra kapcsolodnak.
Amit sikerult kideritenem: halozati osszekottettes van, talan meg az internettel is. Ellenben nevfeloldas igencsak siralmas.
Egy speedtest mindent elmond
:$ speedtest
Speedtest by Ookla
[error] Error: [110] Cannot open socket: Timeout occurred in connect.
[error] Error: [110] Cannot open socket: Timeout occurred in connect.
[error] Error: [11] Cannot read from socket: Resource temporarily unavailable
[error] Error: [11] Cannot read from socket: Resource temporarily unavailable
[error] Error: [110] Cannot open socket: Timeout occurred in connect.
Server: Telenor Hungary - Budapest (id = 1697)
ISP: Digi TV
Latency: 10.93 ms (54.75 ms jitter)
Download: FAILED
[error] Cannot read: Resource temporarily unavailableAz hagyjan, hogy nem tud kapcsolodni, de a tobb mint 5x-os jitter is tobb, mint arulkodo.
A kiepites majdnem ugyanaz, mint multkor: a fo routeren most a legfrissebb 19.07 van a 21.02-snapshot helyett.
Vissza fogok terni snapshotra, csak hianyozni fog a mt7621-es HWNAT. Van valami otletetek?
-
#16639
xabolcs
őstag
kovbandi82
#16637
xabolcs
őstag
válasz
kovbandi82
#16637
üzenetére
Ovasd el a linkelt suste cikket, s ha jol csinalod, lesz net a tovabbszort wifin!
bzolika10: aktiv hub-ra dugd ra a 3 amperes tapot, a routert es a modemet is!
Azt gyanitom, hogy a routernek atengedni is nehezere esik a modemnek szukseges aramot. -
#16631
xabolcs
őstag
ArthurShelby
#16613
xabolcs
őstag
válasz
ArthurShelby
#16613
üzenetére
Osszeszereltem a konfigot: D-Link DIR-860L B1 + a mar emlitett Huawei E3372h + Telenor "net" APN:
$ speedtest
Speedtest by Ookla
Server: ZNET Telekom Zrt. - Nagykanizsa (id = 9743)
ISP: Telenor Hungary
Latency: 26.80 ms (7.07 ms jitter)
Download: 53.83 Mbps (data used: 51.0 MB)
Upload: 26.35 Mbps (data used: 19.3 MB)
Packet Loss: 0.0%
Result URL: https://www.speedtest.net/result/c/7ebfbbda-49a2-4922-a849-10bfed6098f2
Mert csak ront az ugyon!
$ speedtest --server-id=1697
Speedtest by Ookla
Server: Telenor Hungary - Budapest (id = 1697)
ISP: Telenor Hungary
Latency: 18.04 ms (4.82 ms jitter)
Download: 35.62 Mbps (data used: 39.5 MB)
Upload: 14.32 Mbps (data used: 15.5 MB)
Packet Loss: 0.0%
Result URL: https://www.speedtest.net/result/c/f7c9cec0-3837-4a2c-b147-5caf6caa6a79 -
xabolcs
őstag
Nincs tapasztalatom qmi-s modemekkel. Eddig csak a Huawei-jel jatszottam, azzal is csak ncm protokollon keresztul.
Ha tudnal ssh kapcsolatot adni a routerre, akkor a "helyszinen" talan sikerulne kiturnom a megoldast.
legelek: a modem logjaban is latszik, de leginkabb a rajta levo LED-rol: cian szinben pompazik 4G halozat eseten.
-
#16615
xabolcs
őstag
ArthurShelby
#16613
xabolcs
őstag
válasz
ArthurShelby
#16613
üzenetére
Persze, mukodik.
Routertol, USB port terhelhetosegetol fuggoen akar 20 Mbit-et is elbir.
Maga a modem tud 70~90 Mbit/s sebesseget is szamitogepen, ha van hozza lefedettseg.
rjy08: igen ott. Virtualis gep, hazi szerver vagy ha Windows-on vagy, akkor WSL.
-
xabolcs
őstag
Nekem van egy opkg-lte-modem.sh szkriptem, amivel Huawei E3372 modemet szoktam beuzemelni.
Futtatas utan a tuzfalon dolgozni kell egy kicsit, de egyebkent problema nelkul mukodik.#!/bin/sh
opkg update
opkg install chat comgt-ncm kmod-usb-serial-option kmod-usb-net-huawei-cdc-ncm usb-modeswitch patch diffutils minicom luci-proto-ncm# https://ww.telent.net/2016/11/12/huawei_e3372_with_openwrt
# https://eko.one.pl/?p=openwrt-3g#obsugamodemwwtrybiencm
uci del network.ltemodem || true
uci set network.ltemodem=interface
uci set network.ltemodem.proto=ncm
uci set network.ltemodem.apn=net
#uci set network.ltemodem.apn=online
uci set network.ltemodem.ifname=wwan0
# uci set network.ltemodem.pdptype=IP
uci set network.ltemodem.delay=15
uci set network.ltemodem.mode=auto
uci set network.ltemodem.skipinit=1
uci set network.ltemodem.device=/dev/ttyUSB0 # lub /dev/cdc-wdm0
# uci set network.ltemodem.pincode=1234
uci commit networkAhogy latom a routered modemje qmi-s, de a szkriptben levo eko.one.pl oldalon szerencsere szerepel qmi-s leiras is.
A kommit uzenetben ilyet irt a szerzo: LTE module does not support DHCP so it must be configured via QMI.
-
#16584
xabolcs
őstag
ArthurShelby
#16583
xabolcs
őstag
válasz
ArthurShelby
#16583
üzenetére
En mindig a downloads.openwrt.org-ot hasznalom. Hol Release-t, hol RC-t, hol SNAPSHOT-ot toltok le:
- snapshots
- releasesAz eszkoz honlap nincs tevedesben, inkabb csak te figyelmetlen!
Nincs ujabb release, mint a 19.07!
A 21.02 meg csak RC statuszban van: 21.02.0-rc2!Peldaul a hasznalhatatlan Image Builder hibajat is most javitjak.
-
xabolcs
őstag
válasz
vargalex
#16581
üzenetére
Semmit.
Este csak a ket eszkoz kozotti pingelesig jutottam, az ment, de utana vissza kellett alljak.Ahogy olvastam az emlitett 802.11s-rol szolo OpenWrt manualt, nekem az tunt ki belole, hogy olyan, mintha ethernet kabellel kotned ossze az eszkozoket:
802.11s based wireless mesh network
802.11s is an open-source standard for connecting wireless devices without having to set up infrastructure. It operates on Layer 2 and makes sure that all nodes can see each other on a bridged Layer 2 network (as if they were all plugged into a switch). Any Layer 3 infrastructure will work on top of this. An IP router and DHCP clients will work well. More sophisticated infrastructure can be implemented depending upon the use case. (eg Batman, Bird, OLSR etc.)
-
xabolcs
őstag
válasz
vargalex
#16579
üzenetére
Igen, jol erted:
Az aktualis AP konfig melle fol kell venni a MESH halozathoz szukseges definiciot es "kesz is".
Az internettel nem rendelkezo routeremen ezen felul beallitottam a "dumb AP"-hoz szukseges dolgokat: DNS, gateway, DHCP kikapcsolas
D-Link [email protected] RC2 es Xiaomi AX3600@robimarko-SNAPSHOT volt a ket eszkoz. Minden problema nelkul mukodott a dupla wifi kezeles mindegyik eszkoznek.
Annyit benaztam, hogy eloszor mindket eszkozon csinaltam 2G-re is meg 5G-re is MESH-t (ugyabban a lan zonaban), aztan ugyesen hurok lett belole. Csak ugy porgott a logread -f.
Ugyhogy csak az egyik MESH halozatot hagytam meg.Lehet, hogy kulon zonaval meg tuzfal szabalyokkal rendesn szet lehetett volna valasztani oket, de azzal mar nem toltottem az idot.
-
#16578
xabolcs
őstag
ArthurShelby
#16576
xabolcs
őstag
válasz
ArthurShelby
#16576
üzenetére
Sikerult beallitani a 802.11s-t. (Annyi aprosaggal, hogy wpad-basic helyett a wpad-basic-wolfssl-t kellett eltavolitanom, mert 21.02 RC2-vel meg snapshottal dolgoztam)
Tenyleg csak annyi kell, hogy folveszi az ember a mesh konfigot a /etc/config/wireless fajlba - abba a network-be, amelyikben a router ethernet portjai is vannak (altalaban: lan).
Logbol latszik szepen, hogy egymasra talalnak. 5 GHz eseten termeszetesen most is meg kell varni a DFS-t.
Ha meg mar osszetalalkoztak, akkor pont ugy folytatodik tovabb, mintha ethernettel kototted volna ossze a routereket.
Sajnos komolyabb tesztelesbe nem tudtam elmerulni, mert a fo router az AX3600 volt robimarko fele OpenWrt-vel, ami zokon vette ha sikerult a PPPoE betarcsazas es azonnal ujraindult.
Es mivel letelt a karbantartasi idoablak, ezert gyorsan vissza is allitottam a halozatot, mielott meg megevett volna a csalad. -
#16577
xabolcs
őstag
ArthurShelby
#16576
xabolcs
őstag
válasz
ArthurShelby
#16576
üzenetére
En azert olvasom a doksit, mert nem szeretnem most osszekotni az eszkozeimet kabellel.
Egy iw phy | grep mesh parancs megmondja, hogy tamogatott-e:
root@OpenWrt:~# iw phy | grep mesh
* mesh point
* #{ IBSS } <= 1, #{ managed, AP, mesh point, P2P-client, P2P-GO } <= 8,
* mesh point
* #{ IBSS } <= 1, #{ managed, AP, mesh point, P2P-client, P2P-GO } <= 8,A fenti oldalon 19.07-tel peldaloznak, ha azt elbirja a TP-Link-ed, az sokat segitene.
De ha el tudod latni vezetekkel, akkor tenyleg semmi fejfajasod nem lesz: SSID, default gateway, DNS es mar mehet is a jatek.
-
#16575
xabolcs
őstag
ArthurShelby
#16574
xabolcs
őstag
válasz
ArthurShelby
#16574
üzenetére
Pont most olvasom a dokumentaciot, mert epp be szeretnem uzemelni en is!
Kabellel ossze van kotve a masik routered / eszkozod a halozatoddal? Mert akkor siman hasznald AP-kent a routeredet, ugyanazzal az SSID-vel!
Aztan majd a vezeteknelkuli eszkozok majd oda csatlakoznak, ahol jobban erzik magukat.
-
xabolcs
őstag
Szia! Ahogy korabban vargalex is irta, van mar RC2 is!
- mehet a sysupgrade.bin, de torold a beallitasokat!!
- felmehet egybol, de torold a beallitasokat!!
- a 21.02 RC2-nek a levlistan van a bejelentese, sok-sok linkkel, illetve egy reszletes lista a honlapon. Szokasos Release verzio: pici optimalizacio + grafikus felulet (LuCi)
- ha megtartod a bealliasokat (de torold a beallitasokat!!), akkor egy resze megmarad, masik resze elveszik, illetve az egyedileg telepitett csomagok is elvesznek.Mivel eleg sok viz lefolyt a Dunan a telepitett verziod es a 21.02 kozott (koztuk a halozati konfiguracio formatumanak frissitesevel, DSA-val), ezert mindenkeppen torold a beallitasokat!
Mentsd le a beallitasokat, s az elkeszult tar.gz fajlbol ki tudod nyerni a felsorolt beallitasaidat!
-
xabolcs
őstag
Azert nagyobb a snapshot verzio, mint a release, mert az fejlesztoi valtozat.
$ diff -U8 config-snapshot.buildinfo config-2102.buildinfo...+CONFIG_IMAGEOPT=yCONFIG_JSON_OVERVIEW_IMAGE_INFO=yCONFIG_KERNEL_BUILD_DOMAIN="buildhost"CONFIG_KERNEL_BUILD_USER="builder"+# CONFIG_KERNEL_KALLSYMS is not set+CONFIG_PACKAGE_cgi-io=y+CONFIG_PACKAGE_libiwinfo-lua=y...Nem tudom mit csinal az IMAGEOPT, de a KERNEL_KALLSYMS kikapcsolasa sokat levesz a kernelmeretbol.
Igy fordulhatott elo, hogy a HooToo HT-TM02 zsebrouter 1536 KB-os kernel korlatjaba ( ) a SNAPSHOT nem fert bele, a 21.02 pedig belefer. Friss, ropogos a 21.02-nek az RC2-je! Tegyel egy probat!
-
xabolcs
őstag
Image builderrel - a folosleges csomagokat elhagyva, a szuksegeseket beleteve - lehet, hogy bele tudsz ferni a 8 M flash-be, es akkor tudsz forditani maganak egy "rendes OpenWrt firmwaret, ami feltoltesz a gyari web feluleten keresztul es ott a LuCin beallitod a szukseges dolgokat".
Szivesen segitek az Image Builder hasznalatat elsajatitani.
-
xabolcs
őstag
válasz
#68216320
#16483
üzenetére
vargalex: Gondoltam ra, hogy azt is kellene mellekelnem.
PPPoE tesztkornyezetet lusta vagyok osszepakolni, de ahogy latom, azert megy vezeteken a GL-B1300-nak a DIGI 1000.
Tesztnek speedtest -s 31717-t illetve curl -o /dev/null http://ftp.fsn.hu/testfiles/4GiB-t futtattam.
Speedtest: ahany meres, annyi eredmeny
:
- Download: 658.80 Mbps (data used: 1.2 GB)
Upload: 324.90 Mbps (data used: 318.6 MB)- Download: 555.40 Mbps (data used: 278.7 MB)
Upload: 324.81 Mbps (data used: 267.0 MB)- Download: 811.96 Mbps (data used: 897.5 MB)
Upload: 324.49 Mbps (data used: 266.8 MB)- Download: 840.48 Mbps (data used: 1.5 GB)
Upload: 319.01 Mbps (data used: 179.8 MB)- Download: 929.30 Mbps (data used: 753.8 MB)
Upload: 325.43 Mbps (data used: 252.1 MB)- Download: 924.65 Mbps (data used: 716.8 MB)
Upload: 318.20 Mbps (data used: 183.0 MB)- Download: 834.74 Mbps (data used: 936.9 MB)
Upload: 324.64 Mbps (data used: 275.3 MB)- Download: 781.32 Mbps (data used: 1.1 GB)
Upload: 323.75 Mbps (data used: 285.7 MB)- Download: 920.29 Mbps (data used: 576.4 MB)
Upload: 325.37 Mbps (data used: 272.0 MB)- Download: 781.94 Mbps (data used: 351.7 MB)
Upload: 324.59 Mbps (data used: 275.2 MB)- Download: 831.30 Mbps (data used: 465.0 MB)
Upload: 324.61 Mbps (data used: 314.3 MB)fsn.hu letoltes: 50~60 MByte/s:
100 4096M 100 4096M 0 0 59.1M 0 0:01:09 0:01:09 --:--:-- 61.1M
100 4096M 100 4096M 0 0 58.4M 0 0:01:10 0:01:10 --:--:-- 63.9M
100 4096M 100 4096M 0 0 49.0M 0 0:01:23 0:01:23 --:--:-- 48.3M -
xabolcs
őstag
válasz
#68216320
#16483
üzenetére
OpenWrt-ben az AX tamogatas eleg uj, de talan a Xiaomi AX3600 beleferhet a keretbe.
A forumon mar foglalkoznak vele, de szerintem sokara lesz SNAPSHOT verzio belole.AX router temaban probald kovetni az idevago 802.11ax Routers topikot.
Az emlitett ipq40xx-es targetbol van egy GL-B1300-am s az alabbit produkalja DIGI-vel, bridge-modban, 866 MBites klienssel:
$ speedtest -s 31717Speedtest by OoklaServer: Digi Kft - Budapest (id = 31717)ISP: Digi TVLatency: 3.17 ms (1.02 ms jitter)Download: 348.45 Mbps (data used: 179.1 MB)Upload: 316.08 Mbps (data used: 256.1 MB)Packet Loss: 0.0%Sajnos, ha egy masik eszkozzel is sebessegtesztet vegzek, akkor ez a 320~350 Mbps sebesseg oszlik el.
Van egy mt7621-es routerem nekem is: DIR-860L es pont ki szerettem volna probalni DIGI 1000-rel. Miert szeretned kivonni az AC65P-t?
-
xabolcs
őstag
válasz
Honkydoo
#16303
üzenetére
A -C kapcsoloval (hexdump -C /dev/mtdxxxx) latvanyosabb a megjelenites.
Illetve a binwalk program is tud mutatni dolgokat, de azt inkabb a gepeden hasznald egy mentesen, ne a routeren!- Mi ez a sok 00 és utána miért jön sok ff?
Veget ert az adat, s utana mar nem is irtak semmit se a csipre.- Számít e valamit a b1-el kezdődő két sor?
Nem szamit.
- Mit jelent a
0ca0000 de ad c0 de?
A deadc0de egy marker. Elegge hataron van (0xca0000), hogy valami hatart jeloljenek vele.- Mit jelent a
0ca0004?
Ott er veget a dump. -
xabolcs
őstag
válasz
Headless
#15638
üzenetére
root@BEFORE:~# cryptsetup benchmark# Tests are approximate using memory only (no storage IO).# Algorithm | Key | Encryption | Decryptionaes-cbc 128b 11.3 MiB/s 11.6 MiB/sserpent-cbc 128b 9.2 MiB/s 9.5 MiB/stwofish-cbc 128b 12.3 MiB/s 12.6 MiB/saes-cbc 256b 9.0 MiB/s 9.1 MiB/sserpent-cbc 256b 9.2 MiB/s 9.5 MiB/stwofish-cbc 256b 12.4 MiB/s 12.7 MiB/saes-xts 256b 11.7 MiB/s 11.6 MiB/sserpent-xts 256b 8.1 MiB/s 9.5 MiB/stwofish-xts 256b 12.9 MiB/s 12.9 MiB/saes-xts 512b 9.1 MiB/s 9.1 MiB/sserpent-xts 512b 9.6 MiB/s 9.2 MiB/stwofish-xts 512b 12.9 MiB/s 12.9 MiB/s#AFTER ################################## Algorithm | Key | Encryption | Decryptionaes-cbc 128b 39.3 MiB/s 39.6 MiB/sserpent-cbc 128b 8.4 MiB/s 9.5 MiB/stwofish-cbc 128b 11.0 MiB/s 12.7 MiB/saes-cbc 256b 32.3 MiB/s 32.3 MiB/sserpent-cbc 256b 9.4 MiB/s 9.5 MiB/stwofish-cbc 256b 12.4 MiB/s 12.7 MiB/saes-xts 256b 20.4 MiB/s 26.6 MiB/sserpent-xts 256b 6.5 MiB/s 9.5 MiB/stwofish-xts 256b 8.6 MiB/s 12.7 MiB/saes-xts 512b 23.3 MiB/s 23.2 MiB/sserpent-xts 512b 9.6 MiB/s 9.5 MiB/stwofish-xts 512b 12.8 MiB/s 12.7 MiB/sBar talan a VPN az, ahol a hardveres gyorsitas alig tud labdaba rugni.
Forras: vschagen/mtk-eip93/issues/8
-
xabolcs
őstag
válasz
abcde22
#15572
üzenetére
Eloszor portolnod kellene!
A WikiDevi szerint CN5020-s SoC van benne, ami nem ugyanaz, mint az A, C es D valtozatokban van.
Ilyen SoC-cal van egy eszkoz: Ubiquiti EdgeRouter Lite.
Szerencsere van hozza GPL csomag a gyartotol.Ha van soros port csatlakozasod hozza, akkor batran megprobalhatod az initramfs.bin-t bebootolni rajta.
![;]](http://cdn.rios.hu/dl/s/v1.gif)
), akkor az U-Boot konzolbol TFTP-n keresztul el tudd inditani az initramfs-recovery.itb-t, ahonnan mar gond nelkul tudsz sysupgrade-elni.
Új hozzászólás Aktív témák
Hirdetés
- Counter-Strike: Global Offensive (CS:GO) / Counter-Strike 2 (CS2)
- ZIDOO médialejátszók
- Path of Exile (ARPG)
- Mibe tegyem a megtakarításaimat?
- Milyen asztali (teljes vagy fél-) gépet vegyek?
- Renault, Dacia topik
- Vicces képek
- Bluetooth hangszórók
- Alkoholista nevelde
- Wise (ex-TransferWise)
- További aktív témák...
- Microsoft licencek KIVÉTELES ÁRON AZONNAL - UTALÁSSAL IS AUTOMATIKUS KÉZBESÍTÉS - Windows és Office
- Eladó Steam kulcsok kedvező áron!
- Új, bontatlan World of Warcraft gyűjtői kiadások
- Bontatlan - BATTLEFIELD 1 Collectors Edition - Játékszoftver nélkül
- Windows 10 11 Pro Office 19 21 Pro Plus Retail kulcs 1 PC Mac AKCIÓ! Automatikus 0-24
- Azonnal elérhető, raktáron lévő HPE Aruba switch-ek
- Törött, Hibás iPhone felvásárlás!!
- LG 55B4 - 55" OLED - 4K 120Hz 1ms - NVIDIA G-Sync - FreeSync Premium - HDMI 2.1 - PS5 és Xbox Ready
- KATONAI ÜTÉSÁLLÓ!!! Getac S410 i5-6300u, G3: i5-8365u, G4: i5-1145G7
- Azonnali készpénzes INTEL CPU NVIDIA VGA számítógép felvásárlás személyesen / postával korrekt áron
Állásajánlatok
Cég: CAMERA-PRO Hungary Kft
Város: Budapest
Cég: Liszt Ferenc Zeneművészeti Egyetem
Város: Budapest