-
Fototrend
Új hozzászólás Aktív témák
-
Üdvözletem!
Sokan kerestek meg azzal a jelenséggel, hogy elérhetetlenné válik a NAS webes felülete bejelentkezés után, ha az FFp engedélyezve van. Nos, mivel sem Mijzelfnek, sem nekem, sem pedig barmalej2-nek nincs birtokában a 326-os hardver, eddig tanácstalanul álltunk a problémával szemben, de hála most @lukgab fórumtárs felajánlásának, meg tudtam keresni a probléma forrását.
A probléma ott kezdődik, hogy az FFp programcsomag eredetileg a régebbi 3** szériához készült, ahol a programcsomagok felületét még egy webszerver szolgálta ki a webes felülettel karöltve. Viszont az 5**/326 szériáknál már ezeknek egy dedikált, külön webszervere van, ami az 5000-es porton fut. Az FFp pedig a webes infó oldalának linkjét a régi port nélküli formában adta meg, ezt viszont a webes felület kliens oldali JS kódja nem tudta lekezelni. Konkrétan itt a problémás rész, ha valakit érdekel (Desktop.js fájl):
var temp = pkgInfo.data.URL.split(":")[2];
var port = temp.substring(0,temp.indexOf("/"));Itt a temp változó a programcsomag linkjét levágja, s csak a kettőspont utáni részt mentené a temp változóba. De mivel az ffp nem közölt portot, így nem tudta levágni, s ezáltal lett használhatatlan a felület. Elég csúnya megoldás ez, de így csinálták meg, sajnos nem lehet vele mit kezdeni user oldalról. Esetleg a ZyXELnek lehetne szólni ezzel kapcsolatban (bár valószínűleg nem fognak vele foglalkozni ).
Szóval a megoldás az, hogy FFp telepítés után root SSH-n (nem admin!) ki kell adni a
vim /i-data/sysvol/.PKG/ffp/etc/init.d/ffp
parancsot, majd a[ -f /etc/modelname -a "$( grep NAS5 /etc/modelname )" != "" ] && NAS5XX=true
sor után be kell illeszteni ezt a sort (a spacek száma legyen ugyanannyi, mint a felette lévő soré):[ -f /etc/modelname -a "$( grep NAS326 /etc/modelname )" != "" ] && NAS326=true
Majd a
if [ "${NAS5XX}" = "" ] ; then
sort cseréljük le/egészítsük ki erre:if [ "${NAS5XX}" = "" && "${NAS326}" = "" ] ; then
Tehát összességében így kell, hogy kinézzen a módosított rész:
GetLink()
{
local interfaces="bond0 egiga0 egiga1"
local port=":5000"
[ -f /etc/modelname -a "$( grep NAS5 /etc/modelname )" != "" ] && NAS5XX=true
[ -f /etc/modelname -a "$( grep NAS326 /etc/modelname )" != "" ] && NAS326=true
if [ "${NAS5XX}" = "" && "${NAS326}" = "" ] ; then
interfaces="egiga0"
port=""
fiHint: vim-ben az I betű lenyomásával tudjuk aktiválni az Insert módot, ilyenkor tudunk módosítani a fájlon. A vágólap tartalmát a Shift+Ins kombóval lehet beilleszteni. Ha pedig kész a módosítás, az Esc lenyomásával tudunk kilépni az Insert módból, s a :wq! beírásával, majd egy enterrel tudunk menteni és kilépni. Vagy Windows userek akár a WinSCP-t is használhatják szerkesztésre.
Aki pedig nem szeretne kézzel szerkesztgetni, annak azt tudom javasolni, hogy várjon egy picit. Hamarosan bekerül az official FFp csomagba is ez a javítás.
Have fun!
Ja, és ha már erre jártam, itt is megkérdezem: Van már pár ZyXEL topik, s úgy látom ez is kezd szépen fellendülni. Ami remek hír, mert ezek szerint sok magyar ZyXEL NAS tulajdonos jár erre. Arra gondoltam, hogy az információk szétszóródása miatt a mostani általános ZyXEL NAS 326, NAS520, NSA320 és NSA325v2 mellé lehetne nyitni egy FFp/Entware-ng topikot, vagy valami szoftveres részt, hiszen a felsorolt NAS-ok közt az FFp/Entware-ng egy közös átfedés és majdnem minden ugyanúgy működőképes rajtuk. Mit gondoltok?
Hogy hívják az éhes horgászt? Gyere Pista, kész a kaja!
-
No, közben kész az első teszt csomag. Pár bátor jelentkezőre még szükség lenne, mielőtt kimegy élesben. Értelemszerűen csak a ZyXEL NAS326-ok játszanak, lehetőleg a legfrissebb firmwarevel (ha régebbi, az sem gond, csak tesztelés után kérlek írd meg a verziót).
Innen lehet letölteni. Aki pedig már használt MetaRepository-t, annak egyszerű lesz a telepítés. A zip tartalmát ki kell bontani telepített MetaRepo mellett az admin/zy-pkgs "mappába", majd rá kell frissíteni a csomaglistára. Amennyiben a hatos verziójú csomag jelenik meg ott, mehet a telepítés.
Köszönöm!
[ Szerkesztve ]
Hogy hívják az éhes horgászt? Gyere Pista, kész a kaja!
-
-
-
válasz rostiron #821 üzenetére
Azt, hogy a DLNA szabvány belső hálózatra lett tervezve. A broadcastot külső hálózaton lévő klienssel nem, vagy csak nehezen tudsz elkapni. A Twonky webes felülete más tészta, mivel az a HTTP protokollt használja. Az, hogy a szerver letölteti, vagy megnyitja streamre a médiát, az csak a szerveren/kódon múlik, szóval jelen esetben a Twonky-n. Sajnos nem használom az említett médiaszervert, illetve 326-om sincs, így ennél konkrétabb választ sajnos nem tudok adni...
Ami a webDAV-ot illeti. Hallottam, hogy a 326/5** széria már gyárilag tud ilyet. Ez a gyakorlatban hogy néz ki? Dirlister van hozzá, amivel látod böngészőből a mappákat? Ha igen, akkor arról egyszerű a stream böngészőből is. Ha nem, akkor kénytelen leszel belenyúlni kézzel a webszerver konfigba, vagy fel kell tenni még egy webszervert FFp alól, amit rendesen be lehet állítani.
Hogy hívják az éhes horgászt? Gyere Pista, kész a kaja!
-
válasz rostiron #847 üzenetére
Szia!
A webDAV és a dirlist nem kötelezően egymás függvényei. Így nem feltétlen fog Neked a webDAV megosztás távolról működni. Az, hogy tud-e ilyet a szolgáltatás, csak a webszerver konfigurálásának függvénye, amit a ZyXEL eszerint úgy állított be, hogy a dirlist funkció ne legyen elérhető, csak a webDAV maga. Esetleg ha a MyWeb-et le lehet jelszavazni ezen a boxon, akkor próbáld meg azt elérni kintről(persze a port forward is szükséges hozzá).
Hogy hívják az éhes horgászt? Gyere Pista, kész a kaja!
-
Köszönöm a tesztelőknek a tesztelést!
Mijzelf ki is rakta az új FFp csomagot, szóval telepíthető bátran MetaRepositoryból!
Illetve kapott még egy ikont a csomag 5.20-as fw fölött is.
Have fun!
[ Szerkesztve ]
Hogy hívják az éhes horgászt? Gyere Pista, kész a kaja!
-
válasz rostiron #910 üzenetére
Szia!
Belebotlottál az SMB egyik nagy hátrányába. Mégpedig, hogy a megosztásokat ténylegesen külön, elszeparálva szolgálja ki, s köztük nincsen move parancs. Így az egyetlen megoldás, ha valamit mozgatni szeretnél két megoldás közt, hogy letölti a kliensre a fájlt, majd onnan tölti vissza a másik megosztásba a fájlod.
Egyedüli járható út a 3** szérián az, hogy van egy, a HDD nevével megegyező (Volume1 ált.) megosztás, amit csak az admin lát, de ebben elérhető az összes megosztás. Ha 326 alatt is van ilyen, akkor használd ezt. Egyéb esetben FFp alól kell belenyúlni a samba konfigba, vagy nem SMB-n kell nagy fájlokat mozgatni NASról NASra.
Hogy hívják az éhes horgászt? Gyere Pista, kész a kaja!
-
-
válasz rostiron #918 üzenetére
Elképzelhető, hogy a 326 alatt már nincs ilyen megosztás, ami alatt az összes megosztás, mint mappa látszik.
Ebben az esetben mindenképp más módon kell mozgatnod, vagy FFp-vel, terminálból lehet a samba konfigban egyedi megosztásokat létrehozni.
Hogy hívják az éhes horgászt? Gyere Pista, kész a kaja!
-
-
Szia!
Kell hozzá egy szövegszerkesztő, különben érthető a AD hiba. Mert ha simán "hívod meg", akkor le akarja futtatni, ami viszont execute (futtatás) jog nélkül nem lehetséges.
Használj nano-t:
nano /fájl/amit/szerkeszteni/szeretnél.kiterjesztés
Vagy vi-t:
vi /fájl/amit/szerkeszteni/szeretnél.kiterjesztés
Vagy telepítés után mcedit-et:
mcedit /fájl/amit/szerkeszteni/szeretnél.kiterjesztés
És roottal légy belépve!
[ Szerkesztve ]
Hogy hívják az éhes horgászt? Gyere Pista, kész a kaja!
-
-
válasz rostiron #990 üzenetére
Szia!
Ha self-signed kulcsot használsz, amit a NAS generál Neked alapból, az ugye nem egy megbízható tanusítvány kibocsátótól érkezik, ezért dobják a böngészők a figyelmeztetést. Firefoxban a Speciális alatt tudod kivételként hozzáadni a címet/kulcsot a böngésződhöz, ezek után elméletileg nem kell, hogy zaklasson. Kivéve, ha ez is a RAM-ba kerül (amit nehezen tudok elképzelni), s reboot után kénytelen újat generálni. Régen volt lehetőség a Startssl-től egy évre generálni SSL kulcsot. Ez sajnos már megszűnt, s csak a Let's encrypt ad ingyen kulcsot, három hónapos távlatokra. Ezeket a böngészők is elismerik/elismerték. Viszont a LE-hez komolyan patchelni kellene a gyári webGUI-t, szóval ez a megoldás (egyelőre) nehezen járható út.
Egyébként az SSL jó, de nem véd meg a bruteforcetól például. A NAS webes felületének kódjában pedig van pár hiba, amit ki lehet használni... Legalábbis a korábbi NASokon volt ilyen. Szóval nagy rá az esély, hogy hacsak nem a repülőtéren, egy publikus wifiről próbálkozol belépni, nem így fogják törni a NAS-t. Célszerű nem eleve ezt az UPnP port mappinget választani, ami szép, és jó, meg pár kapcsoló billentéséből áll csupán, hanem VPN-en keresztül (routerre telepítve a szervert, vagy a NAS-ra openVPN-t), esetleg SSH tunellen/proxyzva belépni otthonra.
[ Szerkesztve ]
Hogy hívják az éhes horgászt? Gyere Pista, kész a kaja!
-
válasz Speederer #999 üzenetére
Routerben az UPnP-nek engedélyezve kell lennie. Természetesen ehhez olyan router is szükséges, ami tudja ezt a funkciót.
Bár szerintem nem célszerű bekapcsolni ezt a funkciót, mivel így szinte bármelyik szolgáltatás tud magának portot nyitni a belső hálózatról, akár egy kéretlen alkalmazás is. A manuális port forward plusz egy lépés, de kevésbé leszel átjáróház gyanús.
Illetve sok olyan router van, ami a 80-as, illetve 443-as portokat fenntartja magának.
Szerk.: Látom, közben megoldódott.
[ Szerkesztve ]
Hogy hívják az éhes horgászt? Gyere Pista, kész a kaja!
-
válasz Speederer #1001 üzenetére
A korábbi NASokon, firmwareken volt egy "összefoglaló" megosztás, ami alól el lehetett érni az összes megosztást egyben. Sajnos ezt kiszedték az új firmware érkezésével.
A samba konfig pedig valóban minden rebootot követően újragenerálódik, majd a RAMban, egy felcsatolt ramdisken, tárolódik a reboot/áramtalanítás idejéig. Ettől függetlenül lehet szkript/patch segítségével minden reboot után automatikusan hozzáfűzni sorokat. Én is használok ilyesmit egy korábbi ZyXEL NASon minden gond nélkül. A patch pedig azért is jó, mert ha pl. egy fw frissítés elrontja, akkor sem megy a levesbe az SMB-m, hanem ebben az esetben használható a gyári konfig tovább.
Hogy hívják az éhes horgászt? Gyere Pista, kész a kaja!
-
válasz Speederer #1004 üzenetére
Ha biztonságosan szeretnéd elérni a NAS-od, ezeket a lehetőségeket tudom javasolni:
SFTP (openSSH tudja), sshfs (openSSH szintén), FTPS (proftpd tudja), tudsz csinálni SSH tunnelt (rajta keresztül NFS elérést), vagy akár egy Apache-os (vagy bármilyen webszerveres) webDAV és dirlist kombót.
Önmagában például a webDAV sem biztonságos olyan szempontból, hogy a bejelentkezési adatok plain text formátumban kerülnek elküldésre a szerver felé. Így egy nyilvános wifi hálózaton, vagy akár egy KRACK ellen nem patchelt hálózati eszközzel simán lesniffelhető az elküldött user/pass páros. Igen ám, de SSL titkosítással nem kell aggódni, mivel jelenleg nincsen "univerzális" megoldás a visszafejtésére.
A felsorolt megosztásokhoz szükséges programok FFp alól telepíthetők.
Illetve van az a megoldás is, hogy VPN és akkor lényegében minden forgalomat haza tudsz küldeni titkosítva. A Tomato tudja teljesíteni ezt a célt, s van is topikja itt a PH!-n, ott tudnak segíteni szerintem. De tehetsz fel userspace VPN szervert is, ilyen például az openVPN. Közvetlenül a NAS-ra.
Hogy hívják az éhes horgászt? Gyere Pista, kész a kaja!
-
válasz rostiron #1013 üzenetére
Egyszerű a szituáció. Az SSL titkosít, de a kolléga által említett MITM támadásoktól nem véd meg. Vagyis tegyük fel, kliensünk egy publikus kávéházi wifin lóg, amin cracker barátunk éppen eltéríti a forgalmat, s átjátsza az Ő gépén. Így a meglátogatni kívánt weboldal és esetlegesen a POSTDATA is elküldésre kerülne SSL titkosítással a cracker felé. A cracker proxyja letölti Neked a tényleges oldalt, viszont a kérés fejléceit (illetve mást is) logolja. Így hiába létezik az SSL, nem sokat segít.
Erre találták ki a biztonságos kibocsátókat. Általában a böngészőknek ezek a cégek komoly pénzeket fizetnek, hogy a böngésző elismerje a kiadót. Ezeknél a kibocsátóknál lehet SSL kulcsot igényelni egy domainhez például. Ehhez valamilyen formában kötelességed bizonyítani, hogy a cím a Te kezedben van. Régebben ezt papíron, hivatalban oldották meg. És általában nem olcsó mulatság volt ez egy magánszemély számára.
Viszont van egy szponzorált, elismert kibocsátó, a Lets encrypt. Tőlük lehet igényelni egy maximum három hónapig érvényes kulcsot, amit természetesen bármikor meg leheg újítani, viszont minden alkalommal bizonyítani kell, hogy a cím a Tied (Ő az acme-t használja, ami egy fájlt helyez el a sebszerveren, s egy LE-es szerverrel meglátogatja a fájlt, hogy valóban látszódik-e). A kulcsot meg cserélgetni kell, vagy érdemes szkriptet, vagy akár webszerver modult használni erre a célra.
Sajnos nem a legfrissebb Apache szolgálja ki a webGUI-t, így a modulos frissítés nem kivitelezhető, csak FFp alóli Apache-csal.
A figyelmeztetés pedig azért jelenik meg, mert a böngésző nem tudja eldönteni, hogy a kulcs eredete megbízható-e. Ugyanis az alap SSL kulcsot openSSL generálja a NASon, ezt hívják self-signed certificate-nek. Biztonságos az is, viszont a kivételehez kell adni a kulcsot, mert a böngésző nem tudja eldönteni, hogy az az SSL kulcs valóban közvetlenül a NASodhoz tartozik, vagy épp el vagy térítve, s más a kulcs. Ha a kivételekhez adod, akkor a böngésződ tudni fogja, hogy igen, ez a Te tanusítványod. S ha eltéríteni próbálnak, akkor szépen jelez is megint egy figyelmeztetéssel.
Persze nem feltétlenül kell megijedni, amennyiben ilyen figyelmeztetést látsz, mert simán lehet, hogy a NAS reboot után új kulcsot generál, vagy lejárat után generált egy újat...
Hogy hívják az éhes horgászt? Gyere Pista, kész a kaja!
-
-
Szia!
Az FFp egy ideje már tartalmazza az uwsiteloader szkriptet. És nem az a gond, hogy ott van, hanem, hogy a firmware wget-et szeretné használni a szkript, nem pedig az FFp-set, ami ismeri a Let's encrypt tanúsítványt is. Nem tudom, @Tonyk kolléga mit javasolt pontosan, de feltételezem, hogy letöltöttetek egy frissebb uwsiteloader szkriptet, ami már a jó wget binárist hívja meg.
Egyébként leírtam privátban egy másik megoldást is:
export PATH="/ffp/bin:/bin:/ffp/sbin:/sbin"
Ha ezt kiadod, akkor az aktuális session PATH változója felülíródik, s a wget binárisból biztosan az FFp félét fogja használni a rendszer, mivel az a /ffp/bin alatt van.
A lényeg, hogy megoldódott!
Hogy hívják az éhes horgászt? Gyere Pista, kész a kaja!
-
válasz rostiron #1028 üzenetére
Nem tudok. A gyártó eleve nem sokat változtat a rendszerén, minden NAS ugyanazzal az alappal jön ki. Azon is meglepődtem, hogy valamennyire modernizálták a webGUI-t.
A gyakorlatban még én sem próbálkoztam konkrétan a gyári webszerverre Let's encrypt kulcsot tenni (mert egyáltalán nem használom, mindent SSH-n oldok meg), de igazából csak egy VirtualHostot kell hozzátoldani a meglévő webszerver konfighoz, ami mondjuk a 8080-as portra van téve. Ezt a routerben ki kell forwardolni a külső 80-as portra, s ez csupán az ellenőrzéshez szükséges. Van egy acme.sh szkript (Githubon fent van, meg írtam is róla a lokál topikomban), amivel meg magát a kulcsgenerálást lehet lebonyolítani. Meg kell adni neki az Apache konfig elérési útját, a többit meg intézi ő. Ezt pedig crontabbal lehet időszakosan lefuttatni.
Első körben, ennél jobban a részletekbe nem akartam belemenni egyrészt időhiány miatt, másrészt fel kellene telepítenem egy 326-ot VM-nek, hogy lássam mi hogy van pontosan.
Illetve azt lehetne még csinálni, hogy az egész fw webszerver helyett egy FFp-s Apacheot lehetne feltenni. De ez így hirtelen erősen mélyvíz kategóriának tűnik.
Egyébként miért szeretnél SSL-t? Távoli elérés? Ebben az esetben a VPN nem játszik?
[ Szerkesztve ]
Hogy hívják az éhes horgászt? Gyere Pista, kész a kaja!
-
Érdekes. A gyakorlatban a /ffp/bin és /ffp/bin mappák közt nincs különbség. Csupán esztétikai okai vannak a létezésének. Oda az FHS szerint a rendszer bootolásához szükséges binárisok kerülhetnek. A /ffp/bin pedig a root számára elérhető binárisokat hivatott tárolni. De ettől függetlenül nincs sok különbség köztük, a rendszer ugyanúgy kezeli.
Leírnád a megoldás menetét? Feltételezem, hogy nem csak egy sima mv parancs volt, hanem egy uwsiteloader frissítés.
Hogy hívják az éhes horgászt? Gyere Pista, kész a kaja!
-
-
válasz SunMount3r #1178 üzenetére
Mivel a NAS nem rendelkezik GPU-val, így egyáltalán nem képes ilyesmire. Elérni egy webGUI-n tudod alapvetően, amelyet a gyártó készített.
Ha ennél többre van szükséged, akkor, mivel egy teljesértékű linux rendszer fut rajta, FFp segítségével tudsz rá SSH-t telepíteni.
Hogy hívják az éhes horgászt? Gyere Pista, kész a kaja!
-
-
-
Szia!
Erre gondolsz? Ahogy elnézem, az a bizonyos úriember még messze áll a használható DSM-től, de elképzelhetőnek tartom, hogy sikerülhet.
Kérdés, hogy az az iszonyat mennyiségű meló megéri-e...
Hogy hívják az éhes horgászt? Gyere Pista, kész a kaja!
-
válasz SunMount3r #1362 üzenetére
Szia!
A gyári verzió webes felletén nem állítható az alapértelmezett letöltési útvonal, csak jobbklikkelve, majd a Set Location gombra kattintva lehet egyenként megadni a letöltés helyét (illetve konfig fájl módosítással). Az FFp alól telepíthető frissebb TM csomagok viszont 2.90 környékétől mind rendelkeznek ezzel az opcióval.
Viszont, ami a linkelt videóban látható, az a Transmission Remote GUI. Ez egy kliensprogram a TM-hez, amely nem a webes felületen, hanem RPC-n keresztül kommunikál a torrentklienssel. Így Ő képes átírni az alapértelmezett letöltési útvonalat is minden további nélkül.
Egyébként érdemes a TM Remote GUI-t használni. Bár én nem nagyon torrentezek, azt egyből realizáltam, hogy nagyon kényelmessé teszi a letöltés managelését a program.
Hogy hívják az éhes horgászt? Gyere Pista, kész a kaja!
-
Mondjuk azért egy biztonságos, jelszavas távoli elérést megnéznék a ZyXEL-től. Bizonyám, ami nem nyit hatvanféle port forwardot a világ felé, nem teszi ki a telnetet csak úgy, nem self-signed, hanem megbízható tanúsítványkibocsátótól (Let's encrypt, mivel az teljesen ingyenes) szedi a kulcsot, s szükség esetén frissíti, hogy az adataim ténylegesen titkosítva menjenek át. FFp alól legfrissebb Apache föl, s olyan szabadságod van, hogy bármit feltelepíthetsz, amivel a NAS nem rendelkezik alapból. Vagy egy egyszerűbb megoldás, a VPN telepítése ([link]). Ezek mind biztonságosabbak, mint a gyári myZyXELCloud-nak, vagy minek keresztelt "cloud" megoldás. Érthetetlenül állok azelőtt, hogy 2018-ban valaki kienged FTP-t (semmi titkosítás) fail2ban/netfilter védelem nélkül... És ezt a NAS-ok gyári kernele nem is támogatja, mert a ZyXEL kiszedte (legalábbis a korábbi szériákon biztosan).
Lehet arra számítani, hogy nem próbálkozik be senki egy mezei lakossági user NAS-án, de ki tudja. A scannerek fejlődnek.
Ffp is nem túl régóta megy stabilan.
Na az meg egyenesen röhejes szerintem. Úgy megírni a webes felületet, hogy összeomoljon, ha a csomagban nincsen port megadva... Én a dev helyében nem vagdosnék, hanem dinamikusan matchelnék a keresett adatokra. Sajnos nem foglalkoznak vele, mert jóvanazúgy. Már az is nagy előrelépés, hogy lecserélték a design-t.
Nem értelmetlen kötekedésből írom ezeket, mert én is nagy ZyXEL fan vagyok (bár én nagyjából csak a hardvert használom ), de az tény, hogy FFp-nek ott kezdődik a létjogosultsága, amikor a gyári rendszerrel már nem megoldható az okosítás. Ilyenkor jól jön egy plusz réteg. Ha esetleg webkamera szervert akarunk telepíteni, saját weboldalat hosztolni direkt domainről, módosítani szeretnék a (akár a gyári) TM beállításait (kérjen login-t eléréskor), vagy szeretnénk kibontani egy oda-vissza zipelt "linux disztrót", akkor bizony az FFp felé kell kacsintanunk. Rengeteg dolgot tudnék még felsorolni. Így még mindig van haszna a jó öreg FFp-nek!
[ Szerkesztve ]
Hogy hívják az éhes horgászt? Gyere Pista, kész a kaja!
-
Nem fagyott tőle. Összeomlott a webes felület dinamikus elemeit működtető kód, mivel az FFp a régebbi NAS-okra volt tervezve, ahol a programcsomagok nem külön porton (5000-es port), hanem a webgui portján futottak. Az FFp is szépen tudott futni az 5000-es porton, csak nem közölte ezt az amúgy triviális infót a NAS-sal. Mivel csúnya a kódja, egy ilyen baki miatt az egész elérhetetlenné vált. Nem volt nehéz a kompatibilítást elintézni, csak át kellett írni az FFp indítóját picit.
Az FFp-t egyébként sokan a gyári Twonky cseréje miatt használják. Általában az átlag user-t is zavarja az a rengeteg bélyegkép, amit a Twonky/myZyXELCloud gyárt. Vagy a Twonky hajlamos néha 'beakadni', ilyenkor pedig közel 100%-on pörgeti a python a processzort. A minidlna nem okoz ilyen problémákat, s sokkal kompaktabb DLNA kiszolgáló. De csak FFp alól telepíthető (vagy egyéb módon mókolva).
[ Szerkesztve ]
Hogy hívják az éhes horgászt? Gyere Pista, kész a kaja!
-
válasz MaCS_70 #1400 üzenetére
Az FFp-hez nagyon alap Linux tudás szükséges. Ha nincs, de van egy konkrét célod, kérdezz rá valamelyik topikban, esetleg használd a keresőt pár beszédes kulcsszóval, s segítünk beállítani. Egyszer feltákolja az ember a szolgáltatásait, s utána soha többet nem látja viszont azt a konzolt (jó esetben).
Azért a Synology-t ne keverjük bele. Teljesen ugyanaz megvan itt is, mint a Syno-nál. Bárki készíthet programcsomagot ZyXEL NAS-ra, nem csak a gyártó. A Synology-nak van pár Station-je, amit a gyártó adott ki, de a legtöbb csomagját NAS felhasználók készítik. Ez a lehetőség ugyanúgy megvan itt is. Egész nyugodtan lehet készíteni mindenféle programcsomagot. Csak eddig Mijzelf kivételével senki nem ragadta meg a lehetőséget.
Az entware ugyanolyan konzolból elérhető csomagkezelő, ami abban különbözik az FFp-től, hogy mivel routerekre fejlesztik/fejlesztették első sorban, rengeteg karbantartó dolgozik rajta/frissíti. Így sokkal több csomag elérhető rá, mint FFp-re (bár az FFp csmagkínálatát is bármikor tudjuk bővíteni). Viszont pár napja eldobták a régi entware támogatást, ami működött a régi, 2.6-os kernellel megáldott 3** szériákon is. A 326-on szerencsére frissebb kernel van, így elképzelhetőnek tartom, hogy Mijzelf hamarosan kiad egy 326-ra/5**-ra kompatibilis entware-ng-3 csomagot. Addig pedig egész nyugodtan lehet használni a régit, mivel azok a csomagok megmaradnak, csak nem lesznek már frissítve.
[ Szerkesztve ]
Hogy hívják az éhes horgászt? Gyere Pista, kész a kaja!
-
válasz MaCS_70 #1406 üzenetére
De az, amit app centerként látsz, egy repository, ahova mindkét gyártó esetén bárki oszthat meg csomagot (csak egy tárhely kell hozzá). Ez nem a gyártó érdeme, a közösségé, aki mögötte van. A gyártó csak a nagyon alap csomagokat teszi közzé. Ez itt sincsen másképp. Nekiállhatsz akár Te is, vagy bárki, akinek nincs is ilyen NAS szervere saját programcsomagokat gyártani. Ezeket fel lehet tölteni egy saját tárhelyre, majd MetaRepository-n keresztül elérhetővé válnak. Mijzelf repositoryja pontosan így működik. Itt is a közösség lenne a fő mozgatórugó. Bárki tud készíteni egyet a meglévő programcsomagok alapján, illetve a ZyXEL GPL forrásaiba belenézve. Anno még én is tesztelgettem, hogy mit tud [link] .
Mijzelf egyébként össze is foglalta a csomagok működésének mikéntjét itt. Ehhez kell némi linux tudás (könnyen felszedhető, ha elhivatott valaki), de a telepítéshez már nem. Az már a next-next-finish rész.
Hogy hívják az éhes horgászt? Gyere Pista, kész a kaja!
-
válasz MaCS_70 #1410 üzenetére
Nem érted a problémát. Amilyen csomagokat Te az app centerben látsz, azoknak a 99%-a (kivéve Synology-nál a Station csomagok) mind felhasználók által készültek. Bárki közzéteheti a saját csomagját.
QNAP alatt így megy a csomag készítés, Synology alatt pedig így. Bizony, itt sem olyan egyszerű a folyamat egy olyan user számára, aki még nem látott linuxot. De akkor mégis, hogy lehet ekkora tábora a Syno-nak? Ők jókor voltak, jó helyen. Az alap webes felület is sokkal hamarabb lett maibb design, mint az összes konkurenciáé. Illetve az XPEnology projektnek hála, elfut bármilyen x86 vason. Egyszóval az egész csomagkreálás nem a gyártón múlik, mert ugyanez megvan itt is. Hanem a usereken, a közösségen...
Tényleg teljesen ugyanaz a rendszer alapja mindkét másik gyártónál is, vagyis konkrétan az, hogy mindenképpen kell egy saját webtárhelyet vásárolni, aztán már teheted is közzé a csomagjaidat, amit bárki tud telepíteni.
[ Szerkesztve ]
Hogy hívják az éhes horgászt? Gyere Pista, kész a kaja!
-
válasz MaCS_70 #1413 üzenetére
Azokat a csomagokat nem a gyártó adta ki. Van pár ott is, mint pl a Download Station Syno alatt (ami Transmission, csak egyedi felülettel), de a többit felhasználók tákolták össze ott is. Ugyanúgy, mint ZyXEL alatt kb. A legtöbb Syno csomagot NEM a gyártó állítja össze, hanem azok az emberek, akiknek hiányzik az a ficsőr a rendszerből. Semmivel nem másabb a két rendszer, itt is van lehetőség egyedi, kattintásos programcsomag gyártásra, csak a felhasználóbázis nem elég aktív a ZyXEL NAS-ok terén, hogy Neked ingyen, s bérmentve csomagokat gyártson. Akinek meg kell valami, s ért a linuxhoz valamennyire FFp alól fel tudja tenni a dolgait, mivel ott már van egy gondosan kiépített keretrendszer. Ugyanezt le lehetne portolni programcsomagos, kattintgatós módra, de senki nem érzi szükségét. Felületet írni nem két perc mindenhez, viszont aki tényleg elhivatott, konzolból megoldja a dolgokat. Syno-ra nek volt FFp, ezért terjedt el a csomagos megoldás.
Amit a barátodnak telepítettél, az nagy eséllyel egy másik felhasználó munkája volt.
[ Szerkesztve ]
Hogy hívják az éhes horgászt? Gyere Pista, kész a kaja!
-
-
-
válasz MaCS_70 #1416 üzenetére
Nézz át a 325v2 topik összefoglalójába. Ott van egy kis kitérő a MetaRepository telepítéséről. Egy fájlt kell hozzá elhelyezni a NAS-on, aztán feltepíteni az ennek hatására megjelenő programcsomagot a webes felületen, s kapsz egy csomagot, aminek segítségével bármilyen harmadik féltől származó programcsomagot fel tudsz tenni. Én nem hibáztatom a gyártót, hiszen ha valami nincs, azt hogy lehetne reklámozni...
Az elmúlt pár hónapban eléggé beleástam magam a Synology és a QNAP TS szériák rendszerébe, mindkettőt sikeresen sikerült is leportolnom a kis 320S-re. Mint mondtam, a Synology jókor volt jó helyen. Összedobott egy használható rendszert valami kis kínai minimálbér programozóval, aztán kiadta. Konkurencia nem nagyon volt SOHO viszonylatban. Érthető, hogy nagy felhasználótábort szerzett. És valamelyik mezei user, aki ugyanolyan volt, mint a többi, felkereste a gyártót, mert hiányolt egy funkciót. S ez valószínűleg így mehetett tovább. Egy idő után pedig a gyártó felismerte, hogy erre hatalmas igény van. Egy lehetőséget adott a Linuxot ismerő, vagy ismerni akaró embereknek új dolgok disztributálására. A QNAP is ezt tette, csak Ők kicsit alacsonyabb szinten, mint a Syno. Ez egy kiaknázatlan platform. Magamon kívül egy emberről tudok, aki élt ezzel a lehetőséggel, az pedig Mijzelf volt.
Egyébként biztos vagyok benne, hogy ha valaki megtörné a jeget, a gyártó azonnal nyitná a kapuit, ahogy az FFp kapcsán is tette. Sőt, egy saját fórumtémát nyitott nekik. Nekem, akárhányszor kértem GPL forrást a NAS-okhoz, mind kaptam választ. De ha ez bekövetkezne, biztosan drágább lesz ez a NAS is. Hiszen most minimális szoftvert adnak.
Régóta tervezem, hogy újraírom az egész rendszert, illetve kiadok programcsomagokat is, ahhoz viszont el kellene felejtenem a máig tökéletesen, stabilan futó FFp-m... Ehhez pedig be kellene ruháznom egy dedikált tesztelő NAS-ra, és pár winchesterre is... Meghát munka mellett nehézkes kellő időt fordítani erre is.
A ZyXEL/D-Link NAS-okban az a csodálatos, hogy vesz az ember egy ilyen boxot, s általában tudja, hogy mire számíthat. Ha nem zárkózik el a terminálozgatás elől, egy teljesen nyílt, jól átgondolt rendszert kap. Nekem eddig semmi olyan akadályt nem hozott, amit nem tudtam volna áthidalni. Éppen ezért, aki ilyen NAS-t vesz, s hajlandó megtanulni, vagy ért hozzá (előbbit azért hangsúlyozom, mert 5-6 éve, mikor megvettem az első NAS-om, én se tudtam semmit róla), az fellőheti a NAS-t az ürbe. Sajnos egy expert is lehet lusta, sőt! Ha ott az FFp, egy kész keretrendszer, minek írjon GUI-t?! Megy az terminálból is. Szerintem jó az, hogy nem csak a drága szoftver van, hanem van lehetőség ilyen NAS-t is venni.
Egyébként a Linux kernel nyílt és teljesen ingyenes. Dobozos disztrót lehet maximum venni, mint például a Red Hat, vagy a Suse, de ott sem a Linuxot támogatja az ember, hanem a supportért/programokért fizet gondolom... De ez lényegtelen.
A meglévő programokat pedig való igaz, nem nagyon frissítik. Az oprendszert se nagyon. Néhány kódjuk egyenesen szánalmas... De beletörődtem, hiszen nem is ezért fizettem.
Egyébként pedig NAS - Network Attached Storage. Azaz hálózati fájlcserére lett teremtve. Tehát samba-t tud. A DSM már messze nem egy NAS tulajdonságait hozza el. De ezek csak extrák. Ezeket nem előtelepítve kapod, Te választod ki, hogy mit telepítessz.
[ Szerkesztve ]
Hogy hívják az éhes horgászt? Gyere Pista, kész a kaja!
-
-
válasz viktorio17 #1417 üzenetére
Tegyük hozzá, hogy a meglévő appokat (owncloud, phpmyadmin, wordpress stb. sem frissíti rendesen a Zyxel.
Igen, ez tény.
Le is állt a cég ezzel a NAS projekttel és nem hiszem, hogy a jövőben piacra dob új készülékeket.
Nem hiszem, hogy leállt vele, vagy ha így is van, nem tudok róla. Nem, az Ő taktikájuk az, hogy nem adják ki a NAS-okat tonnaszámra, hanem kiadnak pár modelt nagyjából egy időben, azt az EOL lejártáig támogatják, aztán kiadnak valami újat. a 326-nak még van pár éve, addig meg nem lesz új NAS várhatóan a helyébe.
Hogy hívják az éhes horgászt? Gyere Pista, kész a kaja!
-
-
válasz tubika1972 #1441 üzenetére
Szia!
A barmalej2 féle FFp még nem elérhető. Biztosan arra gondoltál?
Hogy hívják az éhes horgászt? Gyere Pista, kész a kaja!
-
válasz tubika1972 #1445 üzenetére
Torrentet készíteni a Transmissionnel is tudsz parancssorból. De ehhez is kell FFp, ami nem barmalej2 műve (hanem fonz kollégáé). Ebben az összefoglalóban keresd ki a MetaRepositoryról szóló részt, majd kövesd a leírást. Tedd fel a repót, majd a megjelenő programcsomagok közül az ffp-t is.
Innentől kezdve van SSH-d, tehát egy uwsiteloader futtatás után szépen tudsz csomagokat telepíteni.
A deluge-t viszont nem javaslom. Sok erőforrást felemészt, mivel Python alapú. A qbittorrentről pedig nagyon sok jót hallottam, csak ugye ő elsősorban GUI-ként is íródott, ezért a Qt alapvető függősége. Így egy NAS-on feleslegesen sok grafikai könyvtárat kell tárolnod...
Hogy hívják az éhes horgászt? Gyere Pista, kész a kaja!
-
-
-
-
válasz tubika1972 #1468 üzenetére
Ismert hibajelenség sajnos, a régi repo tulajdonosok miatt... Tonyk kolléga itt jól összefoglalta a megoldást.
Hogy hívják az éhes horgászt? Gyere Pista, kész a kaja!
-
válasz zsolesz6 #1464 üzenetére
Akkor az lesz a probléma. Nem a ZYPKGS fájl kell Neked, azt majd a NAS lehúzza a megadott címről. Neked ezt a web_prefix nevű fájlt kell letöltened, át kell írnod a kiterjesztését semmire, ha a böngésző ellátta valamivel, majd el kell helyezni az admin megosztáson belül a zy-pkgs mappába. Utána csomaglista frissítés, s ott lesznek a plusz csomagok.
Egyébként a leírásod alapján nem csak a DHCP-vel van gond, az csak az IP-t osztja. De ha már ki van osztva, s úgy rosszalkodik az elérése a dolgoknak, ott más gond lesz. De ha tényleg csak DHCP bug lenne, lehet a NAS-ra dnsmasq-t telepíteni, ami ki tudja váltani a DHCP szerver szerepét is.
[ Szerkesztve ]
Hogy hívják az éhes horgászt? Gyere Pista, kész a kaja!
-
válasz tubika1972 #1478 üzenetére
Ha mutatnál egy screenshotot, vagy bemásolnád, hogy mi történik pontosan, akkor tudunk segíteni!
Hogy hívják az éhes horgászt? Gyere Pista, kész a kaja!
-
válasz tubika1972 #1480 üzenetére
Ez eddig tökéletes.
Connecting to wolf-u.li|2a01:488:66:1000:2ea3:4c22:0:1|:80... failed: Network is unreachable.
Nem a Te hibád, az Uli szerver nem megy IPv6-on...
Connecting to wolf-u.li|46.163.76.34|:80... connected.
Megpróbálja leszedni IPv4 címről a fájlt --> rendben feloldja, majd csatlakozik is.
Aztán átírányít, s le is szedi.
Most futtass le egy
/ffp/bin/uwsiteloader.sh
parancsot!Hogy hívják az éhes horgászt? Gyere Pista, kész a kaja!
-
válasz MaCS_70 #1481 üzenetére
Nekem minden további nélkül bejön az entware-ng csomaglistája: [link]
A
/opt/bin/opkg update
parancson már túl vagy?FFp alatt kicsit más a helyzet. Annak van egy slacker nevezetű csomaglistázója. Igen ám, de valahonnan be kell szerezni ezeket a csomagokat (amelyek különböző repositorykban fellelhetőek). Ezért készített Uli egy uwsiteloader.sh nevű szkriptet, melyhez hozzáadta az ismert FFp repository-kat. Ha ezt lefuttatod, az hozzáadja a kijelölt repository-kat a slacker adatbázisához (elég egyszer lefuttatni).
Ha pedig a slacker kapott egy listát, akkor a
slacker -U
paranccsal lehet frissíteni bármikor a csomaglistát. Írja is a help:-U Update package lists
Utána pedig a
slacker -a
paranccsal tudod kilistázni az összes elérhető csomagot.Viszont, ha a bárhol hibát tapasztalnál, elképzelhető, hogy egy PATH rendberakás szükséges az FFp-nek, melyről itt írtam.
Hogy hívják az éhes horgászt? Gyere Pista, kész a kaja!