OpenWrt helyzetjelentés

Hálózati eszközök

Sziasztok,

hónapokkal ezelőtt jött létre a fork (LEDE). Stable release nincsen belőle. Kaloz valamiért nincsen a tagok között. Az OpenWrt egy ideje azt csinálja, hogy a legutolsó kiadott verzió előtti összes teljesen unmaintained állapotba kerül. Fentieket figyelembe véve tanácstalan vagyok, hogy hosszú távon gondolkodva, érdemes-e most feltenni egy OpenWrt 15.05.1-et, vagy megvárni, még tisztázódik a helyzet. Köztetek bizotsan van aki jobban belelát ebbe.

Jó lenne őket meginterjúvolni:

https://dev.openwrt.org/wiki/Kaloz
https://dev.openwrt.org/wiki/juhosg

  • 7283 megtekintés

( xclusiv v | 2016. 07. 25., h – 15:01 )

15.05 1-en se nagyon akar frissülni egy csomagom se, pedig van egy csomó felrakva.

( dash | 2016. 08. 17., sze – 11:53 )

"ACTION: Try to work out more details regarding the LEDE/OpenWrt coexistence on the public list (jow, 19:36:27)"

http://meetings.lede-project.org/lede-adm/2016/lede-adm.2016-07-20-17.2…

--------------------------------------------------------------------
http://www.kmooc.uni-obuda.hu/
http://www.memooc.hu/
http://www.hbone.hu/hu/hirek/hbone_workshop
http://videotorium.hu/hu/channels/details/814,BME_Villamosmernoki_es_In…

( fathom | 2016. 08. 17., sze – 15:51 )

Én már úgy fél éve gondolkodom rajta, hogy vissza kéne tennem a ddwrt-t a routeremre, pont azért, mert felhasználói oldalról nézve frissítés alig-alig érkezik és az új kiadások is igen sok időt vesznek igénybe.

FathoM

Nem tudom, hogy ennek örülnöm kellene, vagy sem. Színessé tettem a LEDE logót, ha megváltozik, írhatom át a szín definíciós file-omat, rosszabb esetben a hozzá tartozó awk scriptemet.

Az viszont jó hír, hogy az összeborulás után a LEDE kódjával folytatják. Például a LEDE-ben a mindenkori legfrissebb longterm kernel - ez jelenleg a 4.4.39-es - van belefordítva.

A HWSW-n panaszkodik valaki, hogy olyan Linux kellene neki, amelyet nem image-ből telepít, mert saját csomagkészletet tenne fel. Na de a LEDE és az OpenWrt is biztosít erre lehetőséget. Van image builder, el kell készíteni vele a saját image-et saját igény alapján, bele kell tenni a saját scripteket, file-okat, mindent, aztán az így elkészült image-et a routerre tölteni. Az egész teljesen automatizált. Én ezt csinálom, azóta nem fájdalmas a frissítés, nem gond, hogy a fenébe, frissítés után pakolhatom vissza a saját scriptjeimet, telepíthetem a saját csomagjaimat. Így, saját image-dzsel simán bevállalom, hogy minden új kernel release esetén frissítem a router-t, ha kell, akkor 1-2 hetente akár.

tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

Nem vagyok benne a dolgokba, de lehetséges lenne frissebb (4.9 pl. vagy még újabb) kernelt is alá erőszakolni? Azért érdekelne, mert mostanság volt valami mozgolódás "make wifi fast" oldalon, meg szó volt valami új airtime fairnességi algoritmus bekerüléséről 4.9-be vagy 4.10-be egyes elterjedtebb drivereknél (ath9k pl). Levlistán ennek látszanak is a nyomai, viszont semmi konkrétumot nem találtam.

Az image builder-rel csak kész csomagokból és file-okból lehet testre szabott image-et készíteni, tehát azzal biztosan nem. Ugyanakkor van egy SDK is, gyanítom, azzal lehet forrásból fordítani, de ezt az utat sohasem próbáltam. Bevallom, azért sem, mert egyfelől a legfrissebb longterm kernelt elég jó kompromisszumnak tartom a frissesség és az újdonság között, másfelől, elsőre kellene hibátlanul működnie, ami azért valljuk be, egy hekkelésnél, fejlesztésnél nem reális követelmény. Ha viszont lesz egy rossz image, amely magába fordul, s amivel nem boot-olható az eszköz, akkor talán marad az, hogy kidobhatom a router-em. Az meg kicsit drága mulatság, hogy egy-egy fordítás után veszek egy új router-t. :)

Desktop gépen más a helyzet, ott a boot manager segítségével mindig vissza lehet boot-olni egy legutóbbi, még működő kernelt, vagy lehet indítani egy live rendszert, amellyel rendbe lehet szedni az egész kócerájt.

tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

Teljesen igazad van, nem éri meg ilyen hackeléssel kockáztatni. Sima boot loopból elvileg UART kapcsolattal még ki lehet hozni (ha van valamerre soros port a routerben).
Na majd várok ha lesz stabil kiadás újabb kernellel, mert kicsit zavar, hogy egy hibásan leshapelt, de nagy teljesítményű Cisco AP miatt (1 Mbit/s-re van lekorlátozva) kapok egy 20 megabites 5GHz-t hulladék QoS paraméterekkel úgy, hogy más helyen ugyan az a router simán hoz fél gigabit/s-t.

Ezzel szoktam nekimenni az új image gyártásának, persze, miután a saját konfigjaim, scriptjeim a files alkönyvtárban vannak, mintha az lenne a router gyökér filerendszere:

#!/bin/bash

make clean
make image PROFILE='tl-wr841-v10' PACKAGES='coreutils-base64 ddns-scripts etherw
ake mailsend-nossl nano px5g-polarssl shadow-su uhttpd uhttpd-mod-tls -ppp -ppp-
mod-pppoe' FILES=files/

A sorok tördelését értsd jól, a viewerben be volt kapcsolva a sortörés. A második make valójában egyetlen sor a végéig.

tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

Ide csak az eredetihez, ha úgy tetszik „gyárihoz” képest a differenciát kell írni. Simán csomagnév, ami még kell, s egy '-' jel elé, ha azt szeretnéd, hogy noha az eredetiben szerepel, de ne tegye bele. Nekem nem lehet több, mert ebben a kevesebb, mint 7200 Ft-os router-ben mindössze 4 MiB flash van, s ebben az image-en kívül az overlayfs által tárolt differenciáknak is el kell férnie.

tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE