- Milyen okostelefont vegyek?
- iPhone 16e - ellenvetésem lenne
- Xiaomi 15 - kicsi telefon nagy energiával
- Mobil flották
- Prohardver app (nem hivatalos)
- Samsung Galaxy S24 Ultra - ha működik, ne változtass!
- Poco F6 5G - Turbó Rudi
- Magisk
- Samsung Galaxy S25 Ultra - titán keret, acélos teljesítmény
- Fotók, videók mobillal
-
Mobilarena
OpenWrt topic
Új hozzászólás Aktív témák
-
wigyori
tag
válasz
duffbeer #16965 üzenetére
\o/
Amugy ugyanezt csinalja (csinalna') a disable_async_io is:
https://github.com/openwrt/packages/commit/ec3225b495ff46dee2da619cd777deeff81625e9
if [ "$DISABLE_ASYNC_IO" -eq 1 ]; then
printf "\taio read size = 0\n"
printf "\taio write size = 0\n"
# sendfile bug: https://bugzilla.samba.org/show_bug.cgi?id=14095
printf "\tuse sendfile = no\n"
fi
-w- -
wigyori
tag
válasz
ludnik #16947 üzenetére
Nem, nem probaltam a gyarit.
Amugy en a vegen szetkaptam es serialon keresztul toltam fel ra az 'upgradet', de elvileg serial nelkul is meg lehet csinalni ez alapjan [1] .
[1] https://github.com/openwrt/openwrt/pull/4158/commits/e6b6b50d87b884cf6319503d371f65aeff6c7c42
-w-
-
wigyori
tag
válasz
ledgeri #16819 üzenetére
Oke, nalad a pont. Akkor egy gyors szemlezes, arban novekvo rendezessel:
Mercusys MR70X (AX1800) Router - mediatek 7621 / 7905
Huawei AX3 WS7100 - hisilicon hi5651l / 1152
Tenda TX3 - broadcom
TPLink Archer AX20 - broadcom
TPLink Archer AX10 / AX1500 - broadcom
Huawei AX3 - WS7200 - hisilicon 5651l - https://forum.openwrt.org/t/support-for-huawei-ax3-pro/66551/17
TPLink RE505X - broadcom
TPLink AX50 - Lantiq - WAV654Ebbol ami eselyes, az a legelso kb, ha meg lehet flashelni, a tobbibol a Hisilicon teljesen eselytelen, a Broadcom wired routerkent mukodhet csak, az Intel/Lantiq-os GRX350/500-hoz letezik support, csak nem trunkben.
Szoval a legelso mediatek-es router jo lehet, de support me'g nincs hozza - amugy ha itt megnezed a bootlogot, ez is egy openwrt [1] -, az atheros-os boardok meg 30k felett vannak.
https://deviwiki.com/wiki/Mercusys_AX1800_Dual-Band_Wi-Fi_6_Router_MR70X_v1.0
-w-
-
wigyori
tag
https://git.openwrt.org/?p=openwrt/openwrt.git;a=tag;h=af32d26bf3533e28be9985ec256faef6b75d09be
Szoval a 21.02.0 tag-elve lett, mar futnak a buildbotok a release-hez.
-w-
-
wigyori
tag
válasz
garga01 #16598 üzenetére
Szia,
Hat sok valasztas nincs, minthogy megnezed, hogy serial-on mit csinal, esetleg elso korben regebbi OpenWrt-t tolsz fel ra (17.01 elvileg mar tamogatta), es onnan sysupgradelsz majd latestre. A "fel is tolja a bin file-t" az itt azt jelenti ugye, hogy letolti az u-boot az ap.bin-t toled?
Koszi,
-w- -
wigyori
tag
-
wigyori
tag
FYI, jovoheten brancheles, 21.02-kent, es lassan majd jonnek az -rc buildek.
http://lists.openwrt.org/pipermail/openwrt-devel/2021-February/033718.html
-w-
-
wigyori
tag
válasz
kdavid86 #15974 üzenetére
Szia,
Az esetek nagy tobbsegeben nem a soc-cal van a problema - legtobbszor relative egyszeru egy openwrt-t megbootolni -, hanem a wifi chipekkel. AX-es Broadcomhoz egyelore nem fogsz talalni normalis drivert, legalabbis olyat nem, amit mainline openwrt-be be lehetne huzni.
Ha jol remlik, brcmfmac support talan a 4360-hoz (11ac) van hogy tudjon AP-kent is uzemelni, de mashoz nincs. A gyari broadcom drivereket nem igazan lehet behuzni openwrt ala, mar csak azert sem, mert mac80211-en keresztul csak minimalisan konfiguralhatoak, egy kulon binary (dhd) van, amivel a kicsit is advanced-ebb dolgokat, pl. a chanwidth-et lehet allitani, de ehhez openwrt-ben nincs support.
Ha AX-es routert keresel, olyat nezz, amiben MT7915-os kartya van, ehhez valamilyen szintu support van mar.
https://git.openwrt.org/?p=openwrt%2Fopenwrt.git&a=search&h=HEAD&st=commit&s=11ax
Udv,
-w- -
wigyori
tag
válasz
attilav2 #15786 üzenetére
Akkor csereld majd le
Arra figyelj, hogy a wpad-basic csomagot le kell rugni - ha csak elkezded felrakni a wpad-openssl-t, ossze fognak akadni. Illetve persze mielott nekiugranal, nezd meg h mekkora a flash a routeredben, legalabb 8Mb flash fog kelleni ahhoz h felferjen.
-w-
-
wigyori
tag
válasz
attilav2 #15784 üzenetére
Nekem ezek vannak fent egy 19.07.4-en WPA3-hoz, ami relevans:
root@q-base-pop:~# opkg list_installed |egrep "hostapd|wpa|ssl"
hostapd-common - 2019-08-08-ca8c2bd2-4
libopenssl1.1 - 1.1.1h-1
libustream-openssl20150806 - 2020-03-13-40b563b1-1
wpad-openssl - 2019-08-08-ca8c2bd2-4(a wpad-basic le van rugva)
Illetve fontos megjegyezni, hogy az a kartya amit hasznalok ebben, nem egy mai csirke:
[ 15.976120] ieee80211 phy0: Atheros AR9160 MAC/BB Rev:1 AR5133 RF Rev:b0 mem=0xb0000000, irq=40
Azt, hogy mi kell ahhoz, hogy a "luci-ban megjelenjen a wpa3", konzolhuszarkent nem tudom, de gondolom hostapd capabilityk alapjan listazza az elerheto opciokat. (itt most jonne egy kep egy luci screenshottal, de valamiert nem huzza be.)
A DSA-s tokoreszest nem kommentalom, jobb ugy mindenkinek.
-w-
-
wigyori
tag
válasz
attilav2 #15779 üzenetére
Ize, nekem mind az ajfonom, mind a regi droid4g-m tudott csatlakozni a wpa2/3-as halozatra, ami "sae-mixed"-kent van fellove. Ha hostapd_cli-vel belenezel a client status-okba, akkor ha ottvan a "sae_group" parameter, akkor wpa3-mal csatlakozott a kliensed.
A trukk amugy az, hogy a hostapd-openssl-t kell felrakni, az alap mbedtls/wolftls-es buildek valoban nem mukodnek wpa3-mal trunkban (legalabbis a ket honappal ezelotti buildemben me'g el voltak.)
-w-
-
wigyori
tag
válasz
abcde22 #15724 üzenetére
Elso korben rakd ra a serial adaptert, es nezd meg, hogy latsz-e output-ot rajta, az eredeti firmware van-e rajta, stb.
Utana a jungo-image.py-t itt talalod [1] , az eredeti URL, ami a wikin van, mar nem mukodik, es mielott az egesznek nekiugrasz, ezt azert toltsd le [2].
[1] https://github.com/jameshilliard/jungo-image/blob/master/jungo-image.py
[2]rb-mi424wr-ROM.bin
Ha ezek megvannak, es a soroskonzol is keznel van, akkor nekiugorhatsz a "OEM Installation using TFTP (Requires replacing bootloader with RedBoot)" resznek. Nyilvan a kerdes az, hogy van-e kedved egy ilyennek nekiugrani.
-w-
-
wigyori
tag
válasz
abcde22 #15721 üzenetére
Szia,
Az A/C es D kozott az a kulonbseg, hogy a D-nel RGLoader-t hasznalnak bootloaderkent RedBoot helyett, hardveresen majdnem teljesen ugyanaz. Kernel image-bol es rootfs-bol ugyanazt a generic-et tudod hasznalni.
RGLoader-t amugy nagyon keves routeren lattam, erdemes lehet elso korben lerugni rola es RedBoot-ra kicserelni, ez [1] segithet, de utana is nezhetsz, hogy hogyan kell az RGLoader-rel tftp-zni vagy barmit ratolteni a flash-re. Nem a legegyszerubb, de nem is eselytelen vallalkozas.
[1] https://openwrt.org/toh/actiontec/mi424wr#stock_software
-w-
-
wigyori
tag
válasz
ludnik #15574 üzenetére
En jobban orulok az MR42-nek, mert ipq806x-es boardom nincs me'g, es elvileg ez egy standard QCA AP160-as reference board.
Ez alapjan [1] a kerdes persze az, hogy az u-boot-ba be lehet-e maszni valahogyan - a szokasos par masodperces bootwait-et nem latom, az u-boot pedig nem talalt ethernetet, ami alapjan valoszinusitheto hogy nincs is beleforgatva, tehat ha bele is lehet maszni, a tftp-rol torteno felflashelest el lehet felejteni -, szoval van benne azert kihivas.
(Update, az "xyzzy" sztring beveresevel meg lehet allitani az u-boot-ot, de ethernet ettol me'g nem lesz.)
-w-
[1] https://docs.google.com/document/d/e/2PACX-1vR6bRLhkBtWeStOEhSHwX-OjPo5ebhBJzmeF0PExWjoO97tvx5lePSEofaDcMG6Gk0Vu8UzLIkCC2-k/pub
-
wigyori
tag
https://git.openwrt.org/?p=openwrt/openwrt.git;a=shortlog;h=f3f38f40da74a193b4177be8d0fa746d00a753ea
19.07.3 tagelve lett, par napon belul jon a release.
-w-
-
wigyori
tag
válasz
Claude Leon #14887 üzenetére
Volt egy ilyenem, de nem jottem ra, hogy mi a baja a drivernek, nbd se tudott ra mit mondani, ugyhogy inkabb csak opportunistic jelleggel lett betolva a support hozza.
-w-
-
wigyori
tag
válasz
Tarokk79 #14778 üzenetére
CPU1: MediaTek MT7621AT
http://downloads.openwrt.org/snapshots/targets/ramips/mt7621/openwrt-ramips-mt7621-asus_rt-ac65p-squashfs-factory.bin -
wigyori
tag
válasz
abcde22 #14717 üzenetére
Amiota nincs wikidevi, azota itt:
http://en.techinfodepot.shoutwiki.com/wiki/Sagemcom_F@ST_3686_V2.2Ha nem akarod hasznalni a docsis-es oldalt, akkor van ra eselyed hogy valami ertelmeset osszerakj vele, mert a "1.5 GHz (2 cores)" valoszinuleg egy dualcore ARM lesz, a Broadcom settopbox soc-jai kozul:
https://cateee.net/lkddb/web-lkddb/SOC_BRCMSTB.html
Az mas kerdes, hogy a wifi interfeszhez (BCM4360) nincs driver.
-w-
-
-
wigyori
tag
https://openwrt.org/releases/18.06/notes-18.06.4
Some selected highlights of the service release are:
Linux kernel updated to versions 4.9.184/4.14.131 (from 4.9.152/4.14.95 in v18.06.2)
SACK security fixes for the Linux kernel
WPA3 security fixes in hostapd
Further security fixes for Curl and the Linux kernel
MT76 wireless driver updates
Various network and system service fixes... es elvileg buildelodik a 17.01.7 is.
-w-
-
wigyori
tag
válasz
st3v3np3t3r #14241 üzenetére
BTW FYI:
Subject: [OpenWrt-Devel] [PATCH 1/2] ppp: update to version 2.4.7.git-2019-05-25
8e77984 rp-pppoe plugin: Add options to tune discovery timeout and number of attempts
-w-
-
wigyori
tag
válasz
st3v3np3t3r #14211 üzenetére
64Mb-s deviceon not enough memory-t dob? Ez komoly?
-w-
-
wigyori
tag
válasz
st3v3np3t3r #14162 üzenetére
Ennel azert kicsit bovebb bugreport kene.
Volt szo 19.01-rol (januar), 19.03-rol (marcius), 19.06-rol (junius), de azt latva h hol tartanak a targetek, sztem julius elott nem lesz me'g -rc sem.
-w-
-
wigyori
tag
válasz
vargalex #14083 üzenetére
Elo kene, de nekem nincs ilyenem.
Az AC-51U alapjan (ami ugyanugy Mediatek, csak 7620-as) valoszinuleg csak be kell dobalni a makefileokba az ac57 supportot, meg a led-eket normalisan beloni a DTS-jeben, es ennyi - de tesztelni nem tudom.
Ez volt amugy a pullreq az AC51-hez:
https://patch-diff.githubusercontent.com/raw/lede-project/source/pull/1085.patch
-w-
-
wigyori
tag
A kerdes jo.
Kerulnek azert me'g be bugfixek a 17-es branchbe, szoval szerintem egy maintenance release me'g bennevan, de semmi konkret. Igazabol a 19-es releaset kene elokeszitenunk, de nagy elszantsaga senkinek nincs, hogy lekoordinaljon egy major releaset.
Az a baj, hogy ha megnezed egy 3.3, egy 3.18, meg egy 4.14-es kernel meretet, az evek alatt gyakorlatilag megduplazodott, 800Kb-rol 1.5-1.6Mb-ra, es egyre nehezebb kiqrni^Wkikonfigolni belole a *new* *cool* *omg* feature-t - ez meg egyenesen vezet oda, hogy a 4Mb-s eszkozoket keptelenseg supportalni normalisan.
-w-
-
wigyori
tag
válasz
Speeedfire #13382 üzenetére
https://forum.openwrt.org/t/support-for-new-archer-c5-v4/15889/13
Ennyi a konkret info egyelore, ha van esetleg ilyen routered mar, osszerakhatok egy image-et, ami eselyes hogy mukodik.
-w-
-
wigyori
tag
válasz
Speeedfire #13378 üzenetére
https://wikidevi.com/wiki/TP-LINK_Archer_C5_v4.x
Mas chipset, openwrt oldalon elso ranezesre ez inkabb attol fugg, hogy melyik dev jut eloszor hozza.
Udv,
-w- -
wigyori
tag
OpenWrt 18.06.1 - First Service Release - August 2018
Some selected highlights of the service release are:
- Linux kernel updated to versions 4.9.120/4.14.63 (from 4.9.111/4.14.52 in v18.06.0)
- Security fixes for Curl, Mbedtls, OpenSSL and the Linux kernel
- Binary builds for the at91 and ath25 targets
- Updated mwlwifi driver
- Improved input validation for rpcd uci ubus calls
- Crash fixes in libuci
- Assorted bug fixes in netifd -
wigyori
tag
válasz
Nenősüljmeg! #13185 üzenetére
Milyen release es milyen router, van-e eleg hely az initial flasheles utan? (Latsz-e ilyet a syslogban, hogy "jffs2: too few erase blocks" ? )
-w-
-
wigyori
tag
válasz
Digitalpimp #13183 üzenetére
Az, hogy 7628KN (es nem 7628AN) van benne, nekem eleg budos. Ez [1] alapjan a KN-t a herelt routerekbe rakjak, es nem is tul sok deviceba,
A fotozasnal mindenkepp erdekes lesz majd a memorian a felirat, es a flash chipen is, de a lentiek alapjan tul sok remenyt nem fuznek a dologhoz.
Koszi,
-w-[1] http://shorl.com/hudopapajama
-
wigyori
tag
válasz
Digitalpimp #13181 üzenetére
Gyakorlatilag semmi infot nem talalok rola, ugyhogy ott kene kezdeni, hogy szetbontod es csinalsz rola par jo minosegu, nagyfelbontasu kepet, hogy a bennelevo CPU-ra, wifi chipre, es arra, hogy van-e rajta soroskonzol, rajojjunk.
-w-
-
wigyori
tag
Szia,
Szerintem a WR740/741 szeriaval egesz jol belotted az arkategoriaban a sweet spot-ot.
Atheros (ath9k) radio van benne, kb. ennek a legjobb a drivertamogatasa jelenleg, a 4mb flash miatt mondjuk csodat ne varj tole, valamint ertelmesen a 17.01 a legutolso, amit ra tudsz rakni (szinten a flash miatt), de stabilan fog mukodni.
Opcionalisan amit javasolni tudok me'g, az a Routerboard hAP Lite (16Mb flash, 32Mb memoria), kicsivel macerasabb OpenWrt-t telepiteni ra, valamint csak 3+1 ethernet portod lesz, viszont az arahoz kepest jokora flash-t kapsz, amire vigan lehet csomagokat pakolni, ha ez szamit. A telepitesben tudunk segiteni, epp a minap kerult hozzam egy ilyen doboz.
(Szerk: ami nekem a hAP Lite-ban tetszett, hogy microusb-rol megy a ta'p, igy ami nalam problema, hogy a 650db router es develboard kozul melyiknek a tapjat szedjem elo, nem problema mar.)
http://www.wireless-bolt.hu/45876-mikrotik/633233-routerboard-hap-lite-soho-wireless-router
Udv,
-w- -
wigyori
tag
FYI:
http://lists.infradead.org/pipermail/openwrt-adm/2018-June/000812.html
"I plan to tag 18.06.0-rc1 on Friday, then 22th around 9:00am UTC and
kick of binary builds shortly after with the goal to have them ready by
Sunday evening.""If no critical issues arise, I plan to tag 18.06.0 final on Friday, the
29th to officially announce the release binaries on July 1st/2nd."Udv,
-w- -
wigyori
tag
BTW FYI:
https://git.openwrt.org/?p=openwrt/openwrt.git;a=commit;h=820f03099894bd48638fb5be326b5c551f0f2b98
----
netfilter: add a xt_FLOWOFFLOAD target for NAT/routing offload support
This makes it possible to add an iptables rule that offloads routing/NAT
packet processing to a software fast path. This fast path is much
quicker than running packets through the regular tables/chains.Requires Linux 4.14
Signed-off-by: Felix Fietkau <nbd@nbd.name>
-
wigyori
tag
Udvozoljuk a WPA3-at korunkben:
https://www.wi-fi.org/news-events/newsroom/wi-fi-alliance-introduces-security-enhancements
-w-
-
wigyori
tag
Nna.
http://lists.infradead.org/pipermail/lede-adm/2017-December/000692.html
Udv,
-w- -
wigyori
tag
válasz
xabolcs #12424 üzenetére
FWIW
https://git.lede-project.org/?p=source.git;a=commit;h=58e0673900ea585b03d3cc2f8917667faa3f977fA DWR116-ra ezt a topicot megtalaltad? https://forum.openwrt.org/viewtopic.php?id=56542
This router is very popular in Poland in combination with LTE modems (from Play, Cyfrowy Polsat etc.).
I managed to get part of boot dump. UART is at JP1 [TX, GND ,VCC ,NC ,RX] with 57600n8
Unfortunately console stops at line
switch register base addr to system register 0xb0000000-w-
-
wigyori
tag
válasz
xabolcs #12417 üzenetére
Ez az RT-N12+ elegge standard board, a kovetkezo helyekre kellett bevesni:
modified: target/linux/ramips/base-files/etc/board.d/01_leds
modified: target/linux/ramips/base-files/etc/board.d/02_network
modified: target/linux/ramips/base-files/lib/ramips.sh
modified: target/linux/ramips/base-files/lib/upgrade/platform.sh
modified: target/linux/ramips/image/mt7620.mkMeg egy DTS-t irni hozza, amit a target/linux/ramips/dts/ ala kell betenni, itt barmelyik hasonlo DTS-t lemasolva es kicsit atirva mukodni fog. Amire figyelni kell, az a particiok merete (ezt az eredeti firmware dmesg-jebol ki tudod bogaraszni, legtobbszor 0x0-0x30000 kozott van az u-boot, erre figyelj), meg a serial konzol bitrate-je (erdekes modon ezt is DTS-bol kell ramips-nel allitani). A LED-ekhez pedig ki lehet turni az eredeti GPL-es forrasbol a pin-eket, vagy a legkozelebb eso hasonlo board konfigjabol.
Ami a Te esetedet illeti, hulye kerdes, de probaltal bitrateket allitani? Csomo ramips boardnal 57600 van, es nem 115200, mint amit mashol megszokott az ember.
-w-
-
wigyori
tag
válasz
wigyori #12415 üzenetére
root@LEDE:~# dmesg
[ 0.000000] Linux version 4.9.65 (wigyori@dizelgigant) (gcc version 5.5.0 (LEDE GCC 5.5.0 r5442-b0b289e) ) #0 Thu Nov 30 08:44:17 2017
[ 0.000000] Board has SDRAM
[ 0.000000] Analog PMU set to hw control
[ 0.000000] Digital PMU set to hw control
[ 0.000000] SoC Type: MediaTek MT7620N ver:2 eco:6
[ 0.000000] bootconsole [early0] enabled
[ 0.000000] CPU0 revision is: 00019650 (MIPS 24KEc)
[ 0.000000] MIPS: machine is Asus RT-N12+
[...] -
wigyori
tag
válasz
vargalex #12413 üzenetére
Nem tudok erre amugy jo megoldast, ha az FCC nem ugrik ra a temara, hogy a gyari fw is mas a kulonbozo revision-ok kozott, akkor nem fogja senki force-olni oket, hogy - sarkitva - ne verjek at a customereket a vendorok.
Sidenote, vettem egy RT-N12+ -t (koszi a kolleganak, ha olvassa), ez ugyan me'g csak MT7620, de melyebben ismerkedni ramips-sel jo lesz.
-w-
-
wigyori
tag
válasz
woodworm #12408 üzenetére
Nem azt mondtam, hogy barkinek az elerheto interwebes forrasok alapjan javasolnam, hogy erre felrakjon barmit
, csak azt, hogy ezek alapjan valoszinuleg megoldhato a supportja. Nem tudom, hogy miert nincsen tobb Asus RT- device supportolva (nyilvan van oka, csak utana kellene olvasni), de ezekutan lehet hogy veszek egyet es megnezem.
Amugy eleg gaz, hogy az Asus is felult ugyanarra a vonatra, mint a D-Link, hogy ugyanazon termeknev alatt, kulonbozo reviziokkal aka'r teljesen mas SoC vendort is hasznalnak (D-Linknel erre jo pelda volt a DIR-300, az A1 Atheros volt, a B1 mar Ralink), aztan lehet nezni, hogy epp mit kapsz a boltban.
-w-
-
wigyori
tag
Hat, CC meg LEDE kozott joval tobb kulonbseg van, minthogy kompatibilis lehetne - CC az GCC 4.8 / uclibc, LEDE az GCC 5.4 (5.5?) meg musl, szoval kulonosebb varialast ne varj.
Arch-ok maradnak ahogy vannak, maintenance release, semmi mas, egyedul azert tokolok vele, mert jopar device van, amin a LEDE nem igazan mukodik jol.
A gond az external package tree-vel van, amiket a maintainerek leszartak egy ideje (szerk: jo, valahol ertheto modon), es vagy tokig vannak CVE-vel a verziok, vagy nem erheto mar el a forras, es backportolni kell ezeket a master branchbol.
-w-
-
wigyori
tag
válasz
Petya94 #12284 üzenetére
A DNCE2500 egy Intel Puma SoC, kb. egy 500MHz-es Intel Atom, az RTL8198 pedig egy 8196-szarmazek. Erdekes lehet a hardware, de mukodo OpenWrt (vagy akar LEDE) port nincs.
A serial konzol kimenete viszont erdekes lehet mar csak "archivalasi" szempontbol is, fel lehet rakni akar a wikidevi, akar az openwrt wiki-re, megkonnyitheti masnak a munkajat, vagy felkeltheti az erdeklodest.
-w-
-
wigyori
tag
válasz
Stauffenberg #12242 üzenetére
Ha a routeren siman wget-tel megprobalod ezt letolteni, ipv4-en (tehat down-ba rakott wan6-tal)...
http://downloads.openwrt.org/chaos_calmer/15.05.1/ar71xx/generic/packages/base/Packages.sig
... akkor egy md5sum-ot nyomj mar ra pls, erdekelne hogy mit tolt le.
Koszi,
-w- -
wigyori
tag
Folyamatban a build. Vegul teljesen uj build lesz, aktualis 3.18 kernellel, tehat sysupgrade kell majd. Ha lesz tesztelheto buildelt image, szolok es adok linket, ha erdekel.
Azert tokoreszunk ennyit, mert a 17.01 (illetve a kesobbi release-ek) nem minden 4/16 vagy 4/32-es device-on mennek hasznalhatoan, es megprobaljuk a CC-t megtartani hosszabb tavon, illetve reprodukalhatova tenni a build process-t.
-w-
-
wigyori
tag
válasz
wigyori #12143 üzenetére
Na, akkor ide is, KRACK (wpa2) fixek:
OpenWrt/CC: commit
(source-only marad egyelore, hostapd-re es dnsmasq-ra lehet h csinalunk egy CC.1 sec fix binary-t)OpenWrt/trunk: commit
(buildbotok majd buildelik szepen az upgrade-eket)LEDE/trunk: commit
(buildbotok majd buildelik szepen az upgrade-eket)LEDE/17.01: commit
(lesz 17.01.4 hamarosan).Udv,
-w- -
wigyori
tag
válasz
wigyori #12137 üzenetére
https://arstechnica.com/information-technology/2017/10/severe-flaw-in-wpa2-protocol-leaves-wi-fi-traffic-open-to-eavesdropping/
Amugy errol jo, ha tudtok - "coordinated disclosure that's scheduled for 8 a.m. Monday".
Valoszinuleg nekunk is abba kell majd hagyni a szarakodast es varakozast, es egy bugfix release-t csinalni (a dnsmasq bug miatt mar onmagaban kellett volna).
-w-
-
wigyori
tag
Bulletpointokban:
- utolso stabil OpenWrt release a CC
- a LEDE (az OpenWrt fejlesztok egy resze) forkolt tavaly majusban
- tavaly oktober ota ertekezunk arrol, hogy merge-eljen a ket projekt ujra
- ennek folyomanyakent (mivel valamennyire a LEDE-sek haladtak elore) tavaly november ota leallitottuk a fejlesztest OpenWrt oldalon, hogy a re-merge egyszerubb legyen
- ennek egy eve, joreszt idohuzas miatt
- az OpenWrt Summmit-ra valoszinuleg elkeszulunk a merge-elt koddal, aminek az alapja a LEDE-s master lesz
- security upgrade-ek bekerultek a CC-s github tree-be, de ez csak source-only, tehat kezzel kell buildelned
- hogy a kovetkezo OpenWrt release mikor lesz ezutan, nem tudniHope this helps.
-w-
Új hozzászólás Aktív témák
Hirdetés
- Villanyszerelés
- Sweet.tv - internetes TV
- NVIDIA GeForce RTX 5070 / 5070 Ti (GB205 / 203)
- Marcona Thermaltake léghűtés jött HEDT processzorokhoz
- Vezeték nélküli fülhallgatók
- Hitelkártyák használata, hitelkártya visszatérítés
- A fociról könnyedén, egy baráti társaságban
- Milyen okostelefont vegyek?
- One otthoni szolgáltatások (TV, internet, telefon)
- Milyen videókártyát?
- További aktív témák...
- Windows 10 11 Pro Office 19 21 Pro Plus Retail kulcs 1 PC Mac AKCIÓ! Automatikus 0-24
- Bontatlan - BATTLEFIELD 1 Collectors Edition - Játékszoftver nélkül
- Eladó steam/ubisoft/EA/stb. kulcsok Bank/Revolut/Wise (EUR, USD, crypto OK)
- Számlás!Steam,EA,Epic és egyébb játékok Pc-re vagy XBox!
- Adobe Előfizetések - Adobe Creative Cloud All Apps - 12 Hónap - NYÁRI AKCIÓ!
- Bomba ár! HP ZBook FireFly G8 - i7 I 16GB I 512SSD I 15,6" FHD Touch I Nvidia 4GB I Cam I W11 I Gar!
- Azonnali készpénzes Apple Macbook Air felvásárlás személyesen / csomagküldéssel korrekt áron
- Bomba ár! Dell Latitude 7420 - i7-1185G7 I 16GB I 512SSD I HDMI I 14" 4K I Cam I W11 I Garancia!
- Telefon felvásárlás!! Apple Watch SE/Apple Watch SE 2 (2022)
- Eredeti DELL 240W töltők (LA240PM160)
Állásajánlatok
Cég: CAMERA-PRO Hungary Kft
Város: Budapest
Cég: PC Trade Systems Kft.
Város: Szeged