Hirdetés
- Magga: PLEX: multimédia az egész lakásban
- sziku69: Fűzzük össze a szavakat :)
- eBay-es kütyük kis pénzért
- Luck Dragon: Asszociációs játék. :)
- sziku69: Szólánc.
- Brogyi: CTEK akkumulátor töltő és másolatai
- SzDavid99: Barangolás egy ünnepi Nintendo-mekkává változott szöuli bevásárlóközpontban
- Sub-ZeRo: Euro Truck Simulator 2 & American Truck Simulator 1 (esetleg 2 majd, ha lesz) :)
- lezso6: Nemzetközi újév visszaszámlátor alkoholistáknak
- ubyegon2: Airfryer XL XXL forrólevegős sütő gyakorlati tanácsok, ötletek, receptek
-
LOGOUT
Padavan firmware image file-ok, hasznos infók

Új hozzászólás Aktív témák
-
attilav2
őstag
válasz
Intruder2k5
#4552
üzenetére
A december 21-ei buildem is működik(most itt ez a legfrissebb azthiszem), az összefoglalóból letöltheti aki akarja. Entware(nano, mc, stb) nincs benne, de nem egy ördöngősség entware-t telepíteni. Transmission természetesen bele van forgatva.
-
attilav2
őstag
válasz
Intruder2k5
#4547
üzenetére
OpenWrt-re éppen rá lehetne húzni(szabni) a tomato gui-t szerintem(felvethetnéd az ötletet a tomato fejlesztőknek), teljesen moduláris felépítésű.
Külön van a kernel, a csomagok, a gui(luci). Luci nélkül is lehet fordítani, lehet a luci helyett másik gui-t belerakni akár utólagos telepítéssel, a csomagok szabadon variálhatók (az ésszerűség keretein belül).Illetve még az is megfordult a fejemben hogy a padavan gui-t át lehetne reszelni openwrt-re, vagy ami egyszerűbb, a luci-ra elkészíteni a padavanos grey2 skin-t(maradna minden beállítás ott ahol van, de padavanos formavilágot, brandinget kapna, jóval kellemesebben nézne ki mint a natúr luci).
-
attilav2
őstag
válasz
Intruder2k5
#4544
üzenetére
Pont emiatt (is) váltottam openwrt-re, viszonylag friss hardverre feltehető, mediatek mt7622, mediatek filogic platform egész jól támogatott, hw offload működik vezetéken és wifin is. Most egy Xiaomi AX3000T-n fut a net(Filogic MT7981B), egész jó a wifi lefedettsége az AC57U-hoz képest. AC57U-t padavannal AP módban, kikapcsolt wifivel, letöltésekre használom már csak, hogy ne kelljen ezért a gépet bekapcsolva tartani.
Tomato amit te preferálsz, úgy tudom broadcom chipes routerekre van csak, broadcomnál nincs nyílt forrás, a lehetőségek jóval korlátozottabbak mint openwrt-n(mediatek, qualcomm soc-os routerekkel). -
attilav2
őstag
válasz
Intruder2k5
#4539
üzenetére
Csak a chrome hülyült meg, safariban(meg firefoxban is) angol a gombfelirat:

-
attilav2
őstag
válasz
Intruder2k5
#4539
üzenetére
Nem tudom nálam miért oroszosodott el.
-
attilav2
őstag
Végre MacOS Sonoma-n(hackintosh) is működik a quickemu(qemu előtét shell script, ami leegyszerűsíti a qemu beállítását), így próbaképpen ubuntu vendég alatt forgattam friss padavant pár routerre.
A friss sergey hadzhioglu-ban érdekes lett az opciókat ki be kapcsoló gomb grafikája:
A többi skinnél érdekes mód normálisan néz ki, csak a grey2 skint érinti a módosítás. -
attilav2
őstag
Forgattam 192.168.1* módosított transmission rpc whitelist-es fw-t: Link
egyelőre 1200GU-ra, aztán majd jön a többire, teszteljétek. -
attilav2
őstag
bool tr_sessionGetRPCWhitelistEnabled(tr_session const* session);
void tr_sessionSetRPCWhitelistEnabled(tr_session* session, bool is_enabled);
https://gitlab.com/hadzhioglu/padavan-ng/-/blob/master/trunk/user/transmission/transmission-4.0.4/libtransmission/transmission.h#L131
A fenti változókat kellene átírni szerintem a whitelist kikapcsolásához, de nem tudom hogyan, nem értek a programozáshoz
Az egyszerűbb megoldás a whitelist tartományát módosítani 192.168.1.* -re itt:
https://gitlab.com/hadzhioglu/padavan-ng/-/blob/master/trunk/user/transmission/transmission-4.0.4/daemon/transmission-daemon.1#L45
Az elegánsabb megoldás mégiscsak a whitelist kikapcsolása lenne. Segíthetne
akinek van programozási ismerete.Illetve a whitelist tartomány módosításához szerintem még át kell írni a
https://gitlab.com/hadzhioglu/padavan-ng/-/blob/master/trunk/user/transmission/transmission-4.0.4/libtransmission/transmission.h#define TR_DEFAULT_RPC_WHITELIST "127.0.0.1,::1" részt is 192.168.1.* -re -
attilav2
őstag
Akkor marad az openwrt, ott jól működik a transmission 4.0.4, csak sokkal macerásabb beállítani. A filerendszer jogokkal megküzdöttem mire működésre bírtam még az előző 3.0-t(a transmission user nevében fut, annak kell jogot adni a megfelelő könyvtárakra és fájlokra), ami 4.0.4-re lett frissítve az openwrt verzió váltással.
Az automount-ot is be kell állítani az usb tárhelyre, (padavannál ez alapból megy), openwrt wikiben minden leírás fenn van(bár szarul működik a keresője mióta egy nagyobb karbantartás volt).
Hogy ne kelljen minden szükséges csomagot egyenként telepíteni, testreszabott image-et szoktam kérni az openwrt firmware selectorban, ac57u esetén az alábbi összetevőkkel:
Utólag hozzáírt csomagok: kmod-usb-core kmod-usb-storage kmod-usb2 kmod-usb-storage-uas block-mount e2fsprogs kmod-fs-ext4 transmission-daemon transmission-web-control luci-app-transmission transmission-remote nfs-kernel-server(NFS-t használok, sokkal egyszerűbb konfigolni mint a sambát) nano mc(szövegszerkesztő fájlkezelő) fstrim(ssd indőnkénti trimmeléséhez, főleg nagy fájlok törlése után érdemes elvégezni). -
attilav2
őstag
"Ki kéne lőni a Transmission daemont, mert akárhogy módosítom a fájlt nem igazán érdekli"
Ha a padavan webfelületen kikapcsolod a transmissiont az nem segít ?
ssh-n is le lehet állítani, csak nem emlékszem merre van a transmission init script, 'init script neve' stop paranccsal tudod leállítani. Openwrt-n /etc/init.d/transmission, padavan alatt máshol van, kicsit más néven azthiszem. -
attilav2
őstag
Forgattam AC57U-ra új transmission 4-es buildet, az egyiket samba nélkül a másikat sambával, mindkettő a mérethatár alatt maradt, mindkét változat fenn van a tárhelyemen.
Közben gépcsere történt 4. gen-ről 12. gen-re, a padavan fordítás villámgyors, még úgy is hogy virtuális gépben fut az ubuntu. Toolchain lepörgött 10 perc alatt, maga a firmware fordítás is szinte pillanatok alatt megvan.
Router csere is volt Xiaomi Ax3200-ra(MT7622 - ARM), amire rákerült az openwrt, aktívan nem fogom használni a padavan-t, ezért nem lesznek olyan sűrűn frissítések. -
attilav2
őstag
válasz
hudyfiu
#3972
üzenetére
Itt keresgélj a commitok közt van e erre utaló bejegyzés. A sergey hadzhioglu repóból forgattad ?
-
attilav2
őstag
válasz
Intruder2k5
#3943
üzenetére
Igen, van már végre transmission4 benne. Openwrt snapshotban is megjelent a transmission4, kíváncsiságképp a snapshot verziós image builderrel csináltam egy fw-t a szokásos openwrt-s csomagösszeállításommal, 12.5mb-os lett, ugyanez a csomagösszeállítás 22.03.5 verziós image builderrel 11.5mb, tehát ahogy haladunk előre az időben úgy nő a csomagok(programok) mérete. Lehetséges, ha valaha egyáltalán bekerül a transmission4 a padavanba, hogy csak komoly kompromisszummal lehet majd beforgatni, hogy az ac57u flash méretébe még cipőkanállal beférjen. A mir3g a nagyobb flash méret miatt jövőállóbb.
-
attilav2
őstag
válasz
attires
#3934
üzenetére
Mit értesz "régi" IP alatt? Router módban az alapértelmezett IP cím a 192.168.1.1, akkor ezek szerint továbbra is ezen a címen akar elérhető lenni AP módban? A fő router is 192.168.1.1, akkor nyilván ütközik, illetve mivel a fő router előbb lefoglalta magának ezt a címet ezért az AP ugyanezen a címen elvileg, és szerintem gyakorlatilag is, elérhetetlen. Neked pontosan milyen IP-n sikerült elérni az AP-t?
-
attilav2
őstag
válasz
woodworm
#3926
üzenetére
Ha ezt érted netwatcher alatt, akkor sajnos ez sem találja meg, meg a fő router kliensek oldalán sem listázódik az AP, de érdekes mód működik netet ad, csak mint webszerver(kezelőfelület) nincs jelen a hálózatban. Lehet ez valami hiba, amit sztyepán vagy szergej rakott bele anno. Midegy úgyis csak kísérletképp próbáltam ki. MikroTik tud olyat ha jól tudom hogy mac cím alapján lehet erléni az eszközöket a WinBox-al, padavanban gyanítom ilyen nem lesz(meg PadaBox sem)

Munkahelyi vezetékes hálót akartam az üzemben wifin megosztani, de egyszerűen nem tudott felkapcsolódni az AP módba állított router az üzemi hálózatra, csak lassan villogott az internet led, és a wifire nem lehetett kapcsolódni.(otthoni hálózaton működött az AP mód) Mac szűrés vagy egyéb védelem lehet a hálózaton. Akkor marad az hogy továbbra is a telómról osztom a netet a munkatársaknak, akiknek telekom mobilnetjük van nagyon rossz a térerejük és aligy megy a netjük.
-
attilav2
őstag
Kipróbáltam az AP módot kíváncsiságból, az 57U mellett van egy 1200GU-m is tartalékba. Az 1200GU-t rádugtam a gépre(beállíottam a wifi jelszavakat, neveket, majd átnyomtam AP módra, azonnal el is tűnt, már nem volt erléhető a 192.168.1.1-en. Visszakötöttem a gépre az 57U-t, az 1200GU wan portját összekötöttem az 57U egyik lan portjával. Telefonnal tudtam csatlakozni az 1200GU által szórt wifire, internet volt rajta, ugyanúgy a 192.168.1.x tartományból osztott IP-t mint a fő router, de az 1200GU webfelületét az istennek sem tudtam elérni, mintha elnyelte volna a föld! Kerestem a kliens listában az 57U-n de akármelyik valószínű IP-re csatlakoztam nem értem el az 1200GU webfelületét.
Tényleg így megy padavanon az AP mód hogy az AP kezelőfelülete gyakorlatilag elérhetetlenné válik ? Végülis funkcionált az AP csak a kezelőfelületét nem értem el, erre szokták mondani kissé morbid módon hogy a műtét sikerült de a beteg meghalt
Mit rontottam el ?
Már resteltem az 1200GU-t, visszakerült router módba, lehet újra nekifutok az AP módnak csak már a helyes módon. -
attilav2
őstag
válasz
erikke17
#3911
üzenetére
100.100.125.24 Carrier grade NAT, a telekom üfsz-nél vetesd ki magad a NAT-ból.
-
attilav2
őstag
válasz
erikke17
#3895
üzenetére
Ha optikád van a telekomnál akkor tudsz az asussal betárcsázni, sokan erre a pppe passtrough beállítást használják a telekom routerében, mert az iptv miatt nem lehet bridge módba tenni, ha nincs iptv-d megpróbálhatod az üfsz-el bridge-be tetetni, de ez egyeseknek nem sikerült, akkor marad a passtrough mód. Ha koaxos telekom akkor azthiszem nincs se bridge se passtrough mód, akkor legegyszerűbb a telekomos eszközben dmz-be tenni az asus-t.
-
attilav2
őstag
Konkrét linkem nincs, az openwrt vagy a dir 860L topicban tárgyalták ki a dolgot régebben hogy sok az in silicon bug a chipben ezért nehéz az openwrt fejlesztők dolga, ha nehezen is de szoftveresen nagyrészt javíthatók ezek a hibák, az openwrt mostanában jutott el odáig hogy menjen mt7621 alatt a gigabites sebesség pppoe alatt. Szóval minél frissebb fw-t használsz annál kevesebb hibába futhatsz bele, 2018-as padavant nem használnék, már nagyon régi, biztonsági hibák vannak benne stb. Rakd fel a legújabb hadzhioglu-t intruder-től vagy tőlem és teszteld előjön e a hiba, szerintem nem fog.
-
attilav2
őstag
Lehet hogy a szokásos mt7621 betegségbe futottál bele, gyári asus fw-n 57U-nál gyakran jelentkezik hogy nem jönnek be a képek, nem töltenek be egyes oldalak, bár mióta padavant használok nem találkoztam ilyesmivel, igaz ilyen régi (2018-as) padavant sosem használtam, akkor még nem volt mt7621-es routerem. Mindenképp javaslom a frissítést, a legújabb sergey hadzhioglu repós fw-re, akár az én tárhelyemről akár intruder2k5 tárhelyéről. Frissítés előtt és után pedig resetelj. A wifi és egyéb jelszavakat másold/írd ki a router felületéről egy szövegfájlba, így újra beállításánál könnyen vissza tudod másolni. Mindenképp frissíts, aztán írj ha jelentkezik még a probléma.
-
attilav2
őstag
válasz
Intruder2k5
#3884
üzenetére
Valami optimalizáció lehetett mert közel 1mb-tal kisebbek a fw image-ok a mostani állapotból forgatva a korábbiakhoz képest. Igyekszik szergej.
-
attilav2
őstag
válasz
Intruder2k5
#3884
üzenetére
A szemeteskuka ikon a jobb felső sarokban is hasznos, most kipróbáltam, tényleg felszabadítja a memóriát, egy masszívabb torrentezés után jól jöhet.
-
attilav2
őstag
válasz
Intruder2k5
#3882
üzenetére
A Common.tar.xz-ből(fenn van sergey repójában) kinyerhető a lite és a full-theme-pack, onnan vettem ki a jquery.js-t. A screenshot már az új fw-vel készült, és működik a téma mint látod
-
attilav2
őstag
válasz
Intruder2k5
#3831
üzenetére
Akkor maradj az eredetinél, így a kép alapján nekem sem tetszik az új.
-
attilav2
őstag
válasz
Intruder2k5
#3828
üzenetére
Megint variált valamit szergej a megjelenítéssel:
A padavan-ng.tar.gz fájlnevet nevezed át padavan-ng-skins.tar.gz vagy padavan-ng-themes.tar.gz -re, az egyértelműség kedvéért.
-
attilav2
őstag
válasz
Intruder2k5
#3826
üzenetére
Köszi
-
attilav2
őstag
válasz
Intruder2k5
#3824
üzenetére
Légyszi csinálj egy padavan-ng könyvtárszerkezetet, amivel felülírva az eredetit visszajönnek a skinek a nagylogós verzióban.
-
attilav2
őstag
válasz
Intruder2k5
#3802
üzenetére
Lehetséges hogy nem működik az ssh a legújabb timofeev buildedben, ellenőrizd. A 4pda-n többek közt erre panaszkodtak. A legújabb timofeev buildemben 92571e3a48 (1200GU-ra és MI-R3G-re) nem működött, levettem, visszakerült a korábbi amiben még ment az ssh. Felkerült az újjáéledt Sergey Hadzhioglu repóból a most legfrissebb állapotú build 6b4ad92e (MI-R3G 1200GU), ebben már működik az ssh, ha jól látom lényegében a timofeev repót klónozta, nevezte át.
-
attilav2
őstag
válasz
Intruder2k5
#3763
üzenetére
Külön buildet csináltál 1200GU-ra és AC57U-ra, ezt hogy ? Egy és ugyanaz a kettő és egy .config file tartozik mindkettőhöz.
-
attilav2
őstag
válasz
Norby86
#3681
üzenetére
Intruder legújabb fw-jét próbáld meg, az valószínű felmegy minden gond nélkül. Ha nyomsz egy resetet akkor az én legújabb fw-met is megpróbálhatod: Link
a felrakása után is nyomj resetet, az alap ip 192.168.1.1 lesz(erre fel is hívja a figyelmet resetelés előtt). Reset előtt a wifi és pppoe felhasználóneveket jelszavakat másold ki egy szövegfájlba, így egyszerűbb lesz újra beállítani. -
attilav2
őstag
Új Sztyepán buildet forgattam a legelterjedtebb padavan routerekre.
A Xiaomi logókra is felraktam a Timofeev feliratot, nem csak az asus logón van mostmár.
Beletettem az Intruder2k5 által javasolt TCP Receive window módosítást. -
attilav2
őstag
A pendrájv szvsz az esetek többségében lassabb mint egy ssd ami az írási sebességet illeti, tehát még mindig jobban megéri szerintem ssd-re telepített rendszeren buildelni, (arról nem is beszélve hogy egy ilyen intenzív igénybevétellel mint a forgatás, akár tönkre is teheted a pendrájvot, nem erre lett kitalálva). Ha nincs lehetőség linux installra wsl alatt is még mindig jobb buildelni mint egy pendrájvól futó rendszeren. Ha van elég ram a gépben akkor virtuális gépben is gyors a buildelés.
-
attilav2
őstag
válasz
Intruder2k5
#3625
üzenetére
Kipróbáltam működik az entware integráció, sikerült olyan összeálítást csinálnom hogy még az alap skin belefért(grey2, lite skin packkal), fstrim-mel, nano-val. Viszont kicsit nyögve nyelős a dolog az openwrt-hez(annak webes image builderéhez) képest. Ha beintegrálom az entware-t akkor az az alá feltett programok nem indíthatóak alapból, hanem előtte futtatni kell a /usr/bin/entware_start.sh -t. Csak ezután futott az fstrim és a nano. Ha valamilyen appot beintegrálok az openwrt webes image builderével, az fw telepítés után egyből futtatható. A wrt helytakarékosabb, mert az alap összeállításon felül be tudtam préselni az fw-be a kmod-storage-uas-t, kmod-fs-ext4-t, mc-t, nano-t, fstrim-et, nfs-kernel-server-t, transmission-daemon-t, transmission-web -et, luci-t, és még mindig bőven a 16mb-os limit alatt voltam, sőt még maradt 4-5mb helyem az /overlay partíción. Bár tény hogy átlagos otthoni használatra a padavan jobban bejön, a wrt olyan 'ágyúval verébre' érzés.
-
attilav2
őstag
válasz
Intruder2k5
#3612
üzenetére
Hogyan melyik prometheussal oldod meg az entware beforgatását ? A Common.tar.xz -ben levő prometheussal próbálkoztam(ez timofeev repójában benne maradt, de még mahtab módosította), ez a Common mappába csomagolódik ki, a tartalmát bemásoltam a padavan-ng mappába. Azt csinálja ha indítom a start.sh-t hogy leszedi az alexey repót, az nem érdekli hogy a timofeev már le lett szedve. Létezik még az új repókkal együttműködő prometheus ? Egy olyan összeállítást akarok készíteni 1200GU-ra amiben a nano és fstrim benne van, hátha belefér, ha kiszedem a nekem eléggé felesleges összetevőket.
-
attilav2
őstag
Én is forgattam timofeev féle 102-es fw-t a szokásos összeállításommal MI-R3G/1200GU-ra, megtalálható a tárhelyemen

Mint látható a logóba beleírtam a készítő nevét
De csak az asus fw-nél.
kikinda2: RT-N56U-ra is próbáltam forgatni, de hibával elhasalt
-
attilav2
őstag
Ha az 5ghz wifi-t dél afrikára állítod Owrt alatt akkor stabil lesz, mert ott a 100-as és környéke csatornákon nincs DFS, és a 100 és afeletti csatornákon általában jóval kevesebb router van. Ha magyar régióra állítod az 5ghz-t akkor szívni fogsz a DFS-el, állandóan el fog menni az 5ghz ha DFS csatornára állítod. Wifi valamivel lassabb mint a padavanon. Vezetékes sebesség ha a sw és hw flow offload be van kapcsolva a tűzfal beállításoknál akkor padavan szintű, 800-900mbit. Viszont nagyon vigyázni kell mit csinálsz Owrt alatt, mert az előbb majdnem sikerült letégláznom az AC57U-t. El akartam távolítani a felesleges csomagokat mert kevés volt a belső tárhely, erre kerestem javaslatokat a google-ban. Valami idióta javaslatát beírtam,
hát el szállt a luci, utána kapcsoltam hogy nem szabad rebootolni a routert nehogy nagyobb károk legyenek, csak recovery módban. Ezt tettem, asus fw restoration tool-ba betallóztam a timofeev féle padavan-t, de elsőre 53%-nál elkadt a feltöltés, azt hittem sikerült téglázni, de szerencsére másodjára sikerült a feltöltés és újraindult immár padavannal. Amíg használtam(kb 2-3 nap uptime) a 22.03-as Owrt-t addig stabil volt, ha gondolod tégy vele egy próbát. -
attilav2
őstag
Nagyon sokat reszeltek a most megjelent Owrt 22.03-ban az mt7621 pppoe gigabiten, beéri sebességben a padavan-t. 57U/1200GU speedtest eredmény az Owrt topikban.
-
attilav2
őstag
A timofeev féle fw, a mahtab forkja. Úgy tűnik hogy nagyjából szinkronban haladnak mahtabbal. Mahtab átveszi timofeev commitjait, többek közt azt is átvette hogy 192.168.1.1-re módosította az alap IP-t(A timofeev fw-ben, és ha minden igaz a mahtabban is, az új commitok óta 192.168.1.1 az alap IP, reseteléskor erre fel is hívja a figyelmet a timofeev fw).
A logó itt még az eredeti, de amit publikussá tettem timofeew fw-t abban "asus tisztelebeli xiaomi" logó van a többi fw-m-hez hasonlóan. Ugyanez a reset előtti figyelmeztetés jelent meg a sergey féle fw-ben is, ez elég korrekt. Az átvett commitok alapján a mahtab fw is szinte ugyanaz mint a timofeev, nem tudom meddig fejlesztenek szinkronban. -
attilav2
őstag
válasz
Intruder2k5
#3533
üzenetére
Forgattam 1200GU-ra Stepan féle fw-t:
RT-AC1200GU_3.4.3.9L-101-0683dfeddc.trx
Az összeállítás ugyanaz mint a mahtab féle fw-mnél. -
attilav2
őstag
válasz
Intruder2k5
#3533
üzenetére
Mostanában rendszeresen mergeli Stepan commitjait Mahtab, úgyhogy Stepan javításai Mahtab repójában is megjelennek.
Curl-t entware hozzáadása nélkül be lehet forgatni, a CONFIG_FIRMWARE_INCLUDE_CURL=y opcióval, a Mahtab és Sergey Fw-m ben van curl. -
attilav2
őstag
RM-AC2100-ra is feltöltve a javított mahtab fw. A többit később.
robita: A sergey fw-n működik rendesen az ssh, nekem nem adott hibaüzenetet csak szólt hogy új kulcsot érzékelt és elmentse e. Még egy tanács: linuxon sima ssh 192.168.1.1 parancsra a linux felhasználód felhasználónevével próbál a routerre belépni, azthiszem windowson is ugyanez a szitu a parancssoros ssh-nál. Ajánlott: ssh routeren_beallitott_nev@192.168.1.1 paranccsal belépni. -
attilav2
őstag
Tesztelni fogom ezt a sergey féle ssh problémát is, most a mahtabból próbálok egy frisebbet forgatni a resetelés utáni 2.4G probléma javítása végett. Most épp az automake verziójába kötött bele, 1.16.5 volt fenn azzal lefordult a korábbi verzió, de most épp 1.16.2 kellett neki. Hát remélem lefordul a javított verzió.
Az ilyen ssh problémákra azt szoktam csinálni linux alatt hogy a home könyvtáram alatti .ssh (rejtett könyvtár)ban levő known_hosts fájlt törlöm. Ez nekem mindig megoldotta a router fw csere miatti kapcsolódási problémát. Windows alatt a felhasználó home könyvtárában is van valahol egy .ssh mappa és egy known_hosts fájl, aminek törlése szintén megoldotta a problémát eddig mindig. Vagy lehet használni windows alatt Gui-s ssh programot pl Putty, azzal talán egyszerűbb. -
attilav2
őstag
Van egy hiba az általam forgatott Mahtab fw-kben(122e6eed4a), reset után nem éled fel a 2.4G Wifi. Már fixálta mahtab egy mostani commitban, de egyelőre nem forgatok újra azonnal mindent, mert sok időt vesz el.
A hiba a következő, reset után ez látszik a 2.4G-nél:
A hiba orvosolható természetesen újraforgatás nélkül is
Ki kell tölteni az idősávokat ennek a képnek megfelelően:
A radio channel-nél választani egy tetszés szerinti nem túl zsúfolt csatornát, titkosítást beállítani (WPA2 - AES) és megadni a jelszót, és bekapcsolni a 2.4G rádiót, az enable radio beállítással, majd menteni az apply gombbal, így visszajön a 2.4G wifi. -
attilav2
őstag
Úgy tűnik sergey hadzhioglu törölte a repóját a gitlabról
Akkor ez ennyi volt, biztos besokallt a legutóbbi uclibc hibától amit lehet nem tudott kijavítani(a toolchain fordítását megakadályozta). A mahtab repo viszont továbbra is működik, nemrég töltöttem fel friss mahtab fw-ket a tárhelyemre. Ha jobban tetszik a sergey féle, használd azt, ha jól emlékszem a nagyobb wifi biztonsági hibákat javította, legalábbis ezt vettem ki míg fenn volt a repo és átfutottam a commitokat, de az összetevők többsége nincs frissítve, igaz nincs is enyhén xiaomisítva a felület mint a mahtabnál
Ha mahtabot tennél fel(ez most a leg up-to date-ebb, a legtöbb összetevő frissítve, kevesebb biztonsági lyuk) és utána resetelnéd akkor az alap IP 192.168.0.1 lesz. -
attilav2
őstag
Sergey Hadzhioglu is hasonló hibákat vét mint mahtab uddin. Az ucLibc frissítése óta nem fordul le a toolchain, az uclibc frissítése előtti commit állapotot checkoutoltam (ae617440) és forgattam le tegnap, és töltöttem fel ma reggel. A frissített összetevők configure fájlajaira nem volt beállítva futtatási jog, így állandóan leállt a fordítás, az összetevők könyvtáraiba belépve chmod +x configure paranccsal futtathatóvá kellett tenni. Hát sajnos ez mahtab irányba halad
Pedig én is reméltem azért normálisabb hozzáállású lesz. -
attilav2
őstag
Beleapplikáltam a Sergey fw-be a lite skin pakkot, meg hozzácsaptam pár opciót a konfigban, proxy-k, ftp szerver. Ha leforog a MI-R3G fw, megy is fel a tárhelyre az 1200GU-val együtt(ebből már leforgott a skines verzió). Átnéztem a commitokat, nekem úgy tűnik hogy a fontosabb wifi biztonsági javítások benne vannak. Nincs szétbarmolva hülyeségekkel ez a Sergey fw, ellentétben a mahtabbal, bár az tény hogy a csomagok a mahtabban a legfrissebbek, így elvben abban kevesebb biztonsági lyuk van.
-
attilav2
őstag
Sergey Hadzhioglu fw MI-R3G-re: Link
-
attilav2
őstag
1200GU-ra leforgattam a Sergey Hadzhioglu féle fw-t: Link
Ha az időmbe belefér akkor lehet leforog most a MI-R3G-re való is.
Logót szebbre (átlátszóra) cseréltem:
Skinek nincsenek. -
attilav2
őstag
válasz
Intruder2k5
#3486
üzenetére
-
attilav2
őstag
válasz
Intruder2k5
#3486
üzenetére
-
attilav2
őstag
válasz
Intruder2k5
#3468
üzenetére
Beleforgattam az új logódat az 1200GU fw-be, lekicsinyítettem a megfelelő méretre, az eredeti asus logó 150x71 pixel, a tied nagyobb, a gimp 150x68 pixelre engedte lekicsinyíteni.
Ilyen lett a végeredmény:
Persze a logód eredeti méretben is befért volna csak ahhoz módosítani kell a főoldalon valami css-t, ahhoz nem értek, ha megosztod hogy html melyik fájlban mit és hol írtál át akkor talán meg tudom csinálni. -
attilav2
őstag
válasz
Intruder2k5
#3464
üzenetére
Én úgy oldom meg prometheus nélkül hogy átmásolom a trunk/configs/templates/asus és xiaomi mappákból ami kell a trunk-ba. Létrehozok egy szimlinket pl: ln -s rt-ac1200gu.config .config ha kész a forgatás akkor átmásolom a kész fw-t az images mappa alól egy tetszőleges helyre. Majd ./clear_tree utána unlink .config majd a következő típushoz pl: ln -s mi-r3g.config .config, és így szépen végigmegyek. Prometheus szerintem felesleges nyűg.
Debiannál így jártam el: felraktam a bullseye-t, felfrissítettem. Felvettem a backports-ot az /etc/apt/source.list -be majd apt update, utánaapt upgrade -t bullseye-backports
ez felhúzza az összes frissíthető csomag frissebb backports változatát. Letöltöm az autoconf forrást a hivatalos repóból: http://ftp.gnu.org/gnu/autoconf/autoconf-2.71.tar.gz
Kibontom, majd ./configure --prefix=/usr utána make majd sudo make install. Az autoconf --version -al tudod ellenőrizni frissült e 2.71-re. A Readme-Mahtab.txt-ből kimásolod a csomaglistát, apt install -y és utána beilleszted a csomaglistát, mindent felrak ami kell. Még egy fontos megjegyzés: a 2.71-es autoconfot csak a mahtab-readme-ben említett csomagok felrakása után tedd fel(különben felül lesz csapva a régebbivel, asszem 2.69-el). De lehet hogy ésszerűbb ubi 22.04 lts-en forgatni ahogy a fejlesztő ajánlja, csak a bloat miatt nem szeretem az ubit, ezért tettem debian-t a VM-be.
Készíthetnél egy tiszteletbeli MI-R3G logót az asus 1200gu-hoz, ami az asus és xiaomi logók kombinációjából áll és szerepel rajta a Tiszteletbeli MI-R3G felirat
Nem vagyok jó grafikában sem photoshopban sem gimp-ben, te viszont csináltál már mediatekes logót ami jól néz ki. Azért gondoltam ezt a tiszteletbeli MI-R3G logót mert az 1200GU sokaknak jól helyettesíti a MI-R3G-t(akik nem mertek kínából rendelni, ill. lemaradtak róla). -
attilav2
őstag
válasz
Intruder2k5
#3462
üzenetére
Tettem Wrt-vel egy próbát de nem jött be, a dfs kezelése elég rossz. Mondjuk a padavanban szerintem valószínűleg nincs dfs, mindig marad azon a csatornán ahová állítom. Ejtettem egy galibát a mahtabbal, az asus logót elfelejtettem visszállítani, így most egy rosszul méretezett xiaomi logó van a fw-kben, megfeledkeztem erről mert már régóta nem forgattam mahtabot. A biztonsági javítások miatt szerintem megéri időként kínlódni a mahtab forgatással, pl a legutóbbi commitok közt volt iptables frissítés. Nagyon sokat javított mahtab a kód minőségén, a korábbi buildek csak némi noszogatásra fordultak le, mert több összetevőből hiányzott a configure script, ezeket le kellett generálni összetevőnként(a google segített benne), azthiszem az autoreconf --install parancsot kellett kiadni az összetevő könyvtárában ha hiányzott a .configure). De a mostani állapotában simán beavatkozás nélkül fordult a kód. Annyit módosítottam a transmission.sh-ban hogy ne hozza létre a transmission.log-ot, azaz ne loggoljon háttértárra, mert ezzel állandóan dolgoztatja az ssd/hdd-t, ami nem tesz jót, a syslog-ba egyébként bekerül a transmission logja is, így a router kezdőoldalán megtekinthető.
-
attilav2
őstag
Na végülis feltoltam VM-be debian bullseye-t, frissítettem is, de a régi autoconf miatt elhasalt a forgatás. Ráfrissítettem a backports csomagokat a rendszerre, de az autoconf így is maradt a régi, így forrásból raktam frissebbet, 2.71-est. Így már lefordult a mahtab transmissionostul. A Readme-Mahtab.txt írja milyen csomagok kellenek a forgatáshoz, és hogy ubuntu 22.04 LTS-t ajánl. A tárhelyemen fent vannak a frissített fw-k, egyelőre 1200GU, MI-R3G és MI-R3PRO-hoz.
-
attilav2
őstag
Arch (artix) linuxot használok ami nem kompatibilis a padavan forgatási környezettel, ezért qemu vm-be rakott 18.04-es Ubuntut használtam padavan forgatásra.
Debian szerű rendszereknél az lsb_release -r paranccsal próbáld meg kiíratni a disztró verzióját. -
attilav2
őstag
Milyen verziójú debian alatt forgatsz mahtab-ot ?
Nekem ma sikerült egyes fejlesztői csomagok forrásból való frissebbre cserélése után xubuntu 18.04 alatt leforgatni a mai legfrissebb commit állapotot, ezúttal ntfs-3g -vel lefordult.(korábban ez sose jött össze mahtab-nál) Próbáltam transmissionnal is, de hibára futott, de nem a transmission volt a nyűgje látszólag, tippre még egy fejlesztői csomagot frissebbre cseréltem, azóta nem sikerült megismételnem a sikeres forgatást. Felrakok egy új VM-et azzal a debian verzióval amit használsz, hátha úgy sikerül
-
attilav2
őstag
válasz
enginev3.0
#3407
üzenetére
Fogalmam sincs, de célszerű megváltoztatni az ssid-vel együtt!
Ezt a jelszó generátort használom, a kívánalmaidnak megfelelő wifi jelszavat tudsz generálni. A 'do NOT send across the Internet' mindenképp maradjon bejelölve!
A tárhelyemen van mahtab fw, sokkal frissebb, igaz nincs benne mc. A mahtab gyári IP címe ha esetleg resetelnél és nem érnéd el: 192.168.0.1 (szemben az alexey 192.168.1.1-el). -
attilav2
őstag
Munkahelyi selejtezésből hozzájutotam egy i3 4160-hoz(Haswell) és egy giga b85m-hd3 r4 laphoz, a többi alkatrész maradt ugyanaz mint ami az aláírásomban van(vga, ram). Ezen a procin gyorsabban fordulnak a fw-k, a toolchain fél óra alatt megvan(X4 860K volt hogy egy órát szüttyögött vele). Frissítettem a fw-k egy részét 1200GU MI-R3G Newifi-D2, a többit azért nem mertem még mert mt7615 wifi driver frissítés volt a mahtab repóban(nem tudom hogy a .config fájlokon módosítani kell e a wifi driver verziót evégett) letesztelni meg nem tudom mert nincs MI-R3PRO-m meg RM-AC2100-am. Hacsak be nem krepál, ezen az "új" konfigon fogom forgatni az fw-ket, remélem az inteles forgatás miatt stabilabbak lesznek.
Transmissionnal továbbra sem sikerül a forgatás
(pedig reszelt rajta valamit mahtab), ezt jó lenne megoldani de programozói ismeretek kellenek hozzá, ehhez már kevés vagyok
Attól félek esetleg ellehetetlenülhet az entware(ha jól tudom orosz fenntartású) ha tovább eszkalálódik a háború, és akkor jól jönne a beépített transmission. -
attilav2
őstag
IvyBridge procival újraforgattam az fw-imet. Időként fagyott az 1200gu-n a padavan, az Amd X4 860K által generált kódra gyanakodtam. Egy szomorú aprobóból (egyik nagyanyám meghalt) hozzájutottam kis időre egy alap ivy bridge konfighoz, amivel megtörtént az újrapörgetés. Most kivárok fagy e a router, reménykedem hogy nem fog. A mahtab fw-imben nincs ntfs-3g, mert azzal nem fordult le, ufsd-t tettem beléjük de az állítólag a xiaomikon nem működik, de ott van még az exfat és az ext4(bár trükkösen kell megformázni hogy csatolja a padavan, erről írtam régebben a topikban). Transmission sincs a mahtab fw-kben mert azzal sem fordul. A biztonsági viszont hibákat viszont foltozzák és az összetevőket frissítik a mahtab-ban. Nem ígérem hogy követni tudom a mahtab változásait, szóval nem biztos hogy rendszeresen lesznek új fw-k, és azt sem tudom garantálni hogy a jövőben is intel procival lesznek forgatva
-
attilav2
őstag
válasz
Gazsi2000
#3396
üzenetére
Torrent klienst csak az alexey verziókban találsz, ezek viszont wifi biztonsági szempontból nincsenek updatelve (pl frag attacks) mert tavaly május körül abbahagyták a fejlesztését. Vendég háló van, de csak 1db 2.4 és 1db 5ghz. A torrent kliens a padavanban a trasmission, ami jóval többet tud mint a download master. Az általam fordított alexey verzióban ki van kapcsolva a hdd-re loggolás transmissionnál, így nem fogja feleslegesen tekerni, syslog persze van. Intruder2k5-nek vannak mindinght commanderrel(nc hez hasonló fájlkezelő) vagy rutorrenttel ellátott padavan buildjei.
Van a mahtab verzió ez biztonsági szempontból frissebb, wifi javítások benne vannak, de torrent kliens nincs, ezt neked kell megoldanod entware-val (rutorrent ajánlott).
Még kezdő lehetsz padavanban ha jól látom, akkor neked egyelőre jobb a transmissionos alexey buildem: Link
Jelenleg nálam van a legfrissebb mahtab build a 27af06e440 számú (ebben nincs torrent). -
attilav2
őstag
válasz
Intruder2k5
#3389
üzenetére
-
attilav2
őstag
válasz
Intruder2k5
#3389
üzenetére
-
attilav2
őstag
Forgattam egy alexey buildet(a tárhelyemen elérhető) QoS-IMQ-IFB-vel, aki akar próbálkozhat a QoS izzításával az orosz wiki alapján. A hanwckf fordítással problémába ütköztem ubi 18.04 alól hiányolja a zlib-et, pedig a megfelelő csomagok telepítve vannak, kíváncsi lettem volna van e benne QoS gui.
-
attilav2
őstag
válasz
woodworm
#3384
üzenetére
A padavan wiki szerint sincs gui hozzá, bár csak oroszul érhető el a QoS wiki oldala.
Bele kell forgatni az IMQ-t és az IFB-t is a működőképességhez. -
attilav2
őstag
Openwrt nél instabil az 5ghz wifi a rosszul implementált dfs miatt,(abban az esetben ha dfs csatornákat használsz). Nem megy a 900mbps, jó ha 5-600mbit átmegy. Digi pppoe gyakran bont és sokszor vissza sem kapcsolódik, erre van egy beállítás ami megoldja, fejből nem tudom pontosan, az lcp echo val kell variálni. QoS van, és ha jól rémlik luci modul (gui) van hozzá.
-
attilav2
őstag
válasz
Intruder2k5
#3369
üzenetére
Forgattam régebben lehet, de a régi fw-ket én is töröltem a tárhelyemről.
-
attilav2
őstag
Jó hírem van, kis rugdosás után lefordult a legújabb mahtab commit állapot, üröm az örömben hogy ntfs-3g vel úgy néz ki nem fordul, helyette ufsd-t tettem be. Pár összetevőben, iptables libtirpc nfs-utils, hiányzott a configure script, rágoogleztam a dologra és be kell lépni ezen összetevők mappáiba majd kiadni az autoreconf --install --force parancsot, ez létrehozza a hiányzó fájlokat, ezután lement a forgatás.

MiR3G-re is forgatok a legújabb változatból. -
attilav2
őstag
válasz
Papamaco
#3312
üzenetére
A mahtab fw(megtalálod az összefoglalóban nálam és intruder2k5-nél) alapértelmezetten 192.168.0.1-en van, frissíts arra ha gondolod, előtte és utána csinálj resetet. Sok javítást és biztonsági frissítést tartalmaz. Vagy ha ódzkodsz az újdonságoktól akkor frissíthetsz a leguccsó alexey fw-re, intruder repójában megtalálod.
-
attilav2
őstag
válasz
Intruder2k5
#3291
üzenetére
Hiába commit ol, ha nem fordul le, a nov 2-ai commit állapot után egyszerűen nem fordul, sajnos
Próbáld meg leforgatni, ubi 18.04 alatt fordul a nov 2-ai állapot, próbálkozz ezzel a rendszerrrel leforgatni a legfrissebb állapotot, aztán jelents issue-t a repójában a fordítási hibaüzenettel. Azért nem jelentek hibát mert elég gyenge az angolom, gondolom vissza fog kérdezni a rendszer környezetről, hogy mit kéne csinálni, telepíteni, hogy forduljon, lehet lesz pár üzenetváltás mire megoldjátok hogy leforgatható legyen, feltéve ha figyelembe veszi az issue-kat egyáltalán, ebben nem vagyok biztos
-
attilav2
őstag
A frag attacks wifi biztonsági hiba javítása miatt érdemes mahtab-et feltenni, ha parázol hogy feltörnek, én jóideje mahtab-on vagyok már, stabilitásban nem vettem észre különbséget alexey-hez képest. Annyi különbséget vettem észre hogy mahtab-on az alap IP 192.168.0.1, illetve a böngésző fülön MI logó ikon jelenik meg a router oldalát megnyitva. felrakás előtt és után is nyomj egy resetet a biztonság kedvéért, lehet hogy más módosítás is van ami bekavarhat. Tegyél vele egy próbát hátha a lassú gui-t is megoldja.
A router gui-t live linux alól is ellenőrizném ott is jelentkezik e lassulás, pl magyarch linux live iso jó erre a célra (is): https://magyarchlinux.org/letoltes/ -
attilav2
őstag
válasz
Intruder2k5
#3262
üzenetére
Az 1200GU-nak szerintem egy nagyon jó és szinte bolondbiztos bootloadere van, kár belepiszkálni. A xiaomikkal már esetleg megérné kísérletezni, de ott is van jól bevált megoldás: a breed, ám ha ez az új bootloader egyszerűbben kezelhető mint a breed akkor esetleg lehet tenni egy próbát, de nagy a téglásodás esélye hiszen mégiscsak a bootloader cseréjéről van szó.
-
attilav2
őstag
válasz
Intruder2k5
#3262
üzenetére
Nem csomaghiány miatt nem fordul a legújabb verzió szerintem hanem a hanyag kód miatt, legalábbis erre utalnak a hibaüzenetek, ezen csomagok 99%-a fenn van amit a linkelt repóban írnak, a maradékot felrakom, de nem sok reményt fűzök a sikerhez... De a korábbi verziókkal amik lefordulnak, Pl a nov 2. ai commit állapot, még sokáig elleszünk, hiszen tartalmazzák a legfontosabb biztonsági javításokat a frag attacks-re. Szerintem már nagyon a végét járja a padavan, nem fektetnek bele annyi energiát a fejlesztők mint a korábbi években.
Új hozzászólás Aktív témák
- Játékkulcsok ! : PC Steam, EA App, Ubisoft, Windows és egyéb játékok : (12.20.)
- MEGA AKCIÓ! - Jogtiszta Windows - Office & Vírusirtó licencek- Azonnal - Számlával - Garanciával
- Számlás!Steam,EA,Epic és egyébb játékok Pc-re vagy XBox!
- 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!
- Telefon felvásárlás!! iPhone 16/iPhone 16 Plus/iPhone 16 Pro/iPhone 16 Pro Max
- Samsung Galaxy A36 5G / 6/128GB / Kártyafüggetlen / 12Hó Garancia / BONTATLAN
- Dell S3221QSA 32 4K UHD Ívelt Monitor 27% ÁFÁS
- Bomba ár! HP EliteBook 840 G6 - i7-8GEN I 16GB I 512GB SSD I 14" FHD I HDMI I Cam I W11 I Gari!
- Minden szoftver mellé teljesen audit és NIS2 biztos, jogilag hiteles licencigazolást adunk át!
Állásajánlatok
Cég: Laptopszaki Kft.
Város: Budapest
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest

A friss sergey hadzhioglu-ban érdekes lett az opciókat ki be kapcsoló gomb grafikája:
A többi skinnél érdekes mód normálisan néz ki, csak a grey2 skint érinti a módosítás.

Utólag hozzáírt csomagok: kmod-usb-core kmod-usb-storage kmod-usb2 kmod-usb-storage-uas block-mount e2fsprogs kmod-fs-ext4 transmission-daemon transmission-web-control luci-app-transmission transmission-remote nfs-kernel-server(NFS-t használok, sokkal egyszerűbb konfigolni mint a sambát) nano mc(szövegszerkesztő fájlkezelő) fstrim(ssd indőnkénti trimmeléséhez, főleg nagy fájlok törlése után érdemes elvégezni).
Leforgott a december 5-ei állapotú sergey hadzhioglu féle
Router csere is volt Xiaomi Ax3200-ra(MT7622 - ARM), amire rákerült az openwrt, aktívan nem fogom használni a padavan-t, ezért nem lesznek olyan sűrűn frissítések.

Mit rontottam el ?

