- Betelik a pohár: nagy igény lenne a gyorshajtás-ellenes technológiára
- Reklámblokkolók topikja
- AutoCAD
- Amazon Prime Video
- Nem szavazza meg Musk 56 milliárd dolláros csomagját a norvég állami vagyonalap
- Újabb államok perelik az Apple-t, mert sok pénzt szed ki a vevőkből
- Synology NAS
- Microsoft Office és Office 365 topic
- Aliexpress tapasztalatok
- Béta iOS-t használók topikja
-
IT café
ZyXEL NSA325 v2 - Téma összefoglaló és FAQ
Kérlek olvasd el az összefoglalót, mielőtt írnál!
Új hozzászólás Aktív témák
-
Az fw maradt a gyári, csak az FFp "keretrendszert" kellett feltenni, hogy könnyen lehessen 3rd party csomagokat telepíteni repokból.
De mindkét NASra telepíthető Debian (akár pendriveról, illetve HDD-ről is futtatható), s a Debian csomagtárában tonnányi csomagot találsz. Plusz kevesebb erőforrást zabál meg, mint a ZyXEL gyárilag tákolt fw-je. Cserébe viszont macerás picit felhegeszteni.
A NAS pedig a Te döntésed. Leírtam pár pro-contra érvet, szűrd le, hogy Neked melyik megfelelő.
[ Szerkesztve ]
Eleinte angol billentzuyetet akartam. De aztán megismerkedtem a nagy 'Ő'-vel!
-
-
válasz VeryByte #5944 üzenetére
A ZyXEL annyit írt nekünk, hogy az SMBv1 bug javítva lett. FW frissítéssel megszűnik a sebezhetőség. De hogy ez konkrétan mit jelent, azt NAS távolban nem tudom jelenleg megmondani. Bár nem hiszem, hogy frissítettek volna... Inkább patchről lehet szó.
Eleinte angol billentzuyetet akartam. De aztán megismerkedtem a nagy 'Ő'-vel!
-
Szia!
Amennyiben 325v2-d van (vagy 320/310), úgy emlékeim szerint támogatja az alap kernel a wifit. Ha viszont nem, akkor a ZyXELtől elkérve a GPL forrást, tudsz egyedi kernelt csinálni, melyet soros porton (USB-TTL kábellel pl.) nagyon könnyen rá tudsz hekkelni a NASra.Ha a kerneltámogatás adott, akkor már csak azt kell megnézni, hogy van-e a wifi stickedhez ARM linux kompatibilis modul, vagy forrás. Ha van, akkor azt szintén a kernel forrással le kell forgatni, be kell tölteni a modult, s fel kell rakni egy, a wifi hálózatod titkosításának megfelelő binárist. Ez fogja intézni a csatlakozást.Elsőre (feltéve, ha még nem volt dolgod linux-szal), kicsit talán pilótavizsgás mutatványnak tűnhet a dolog, de én már végigjártam ezt az utat (jelenleg is wifiről csatlakozik a NAS). Így szívesen segítek végigmenni az "ösvényen", amennyiben tényleg érdekel a dolog.Viszont a NAS-ok nem kifejezetten Wi-Fi-s felhasználásra vannak tervezve. Így arra számítanod kell majd, hogy a kapcsolatok sebességénél a Wi-Fi egy korlátozó tényező lesz. Így pl. hosszú, nagy full-HD filmek streamelésére nem alkalmas (vagy csak speciális kliensoldali környezetben).Szerk.: Sorry, elnéztem! Azt hittem Wi-Fi kapcsolódást szeretnél.... Nos, a tether kábeles kapcsolat mellett nem fog párhuzamosan úgy működni, ahogy (feltételezem) Te szeretnéd. Ugyan tudsz a NAS-ról spec. stick-kel Wi-Fi-t szórni, de a dolog hátulütője az az, hogy egy szolgáltatás csak egy interface-n tud kommunikálni egyszerre. Így nehézkes duplázni a hálózati eléréseket. De csatlakozom az előttem szólóhoz... Miért nem megfelelő, hogy a routerre kötöd a NAS-t, ami oszt Wi-Fi-t is?
[ Szerkesztve ]
Eleinte angol billentzuyetet akartam. De aztán megismerkedtem a nagy 'Ő'-vel!
-
Akkor viszont elsőre értelmeztem jól a kérdést.
Olvasd el kérlek az ezen hozzászólásom offba rakott részét. Ott leírtam a menetét.
[ Szerkesztve ]
Eleinte angol billentzuyetet akartam. De aztán megismerkedtem a nagy 'Ő'-vel!
-
Szia!
Mobilról, vagy valamilyen nem asztali böngészőről próbáld meg elérni, s ha ott működik, akkor valószínűleg a böngészők házirendjén szigorítottak picit.
Egyébként az SSL elérés be volt kapcsolva a NAS webes felületén?
Eleinte angol billentzuyetet akartam. De aztán megismerkedtem a nagy 'Ő'-vel!
-
Szia!
Teljeskörű DLNA-d csak akkor lehet, ha belső hálón/VPN-en keresztül csatlakozol. Egyéb esetekben a DLNA használata nem javalott... Helyette ott az FTP fájlmozgatásra, esetleg egy webDAV/HTTP(S) dir list kiváltja egyszerre mindkettőt, viszont cserébe picit mókolni kell vele...
Illetve Linuxon ott az NFS szerver SSH tunnelen keresztül is, mint lehetőség, de kétlem, hogy ezt a melóhelyen tolerálnák...
Egyébként ilyen laza munkád van?
Eleinte angol billentzuyetet akartam. De aztán megismerkedtem a nagy 'Ő'-vel!
-
válasz ssid3956 #6026 üzenetére
Szia!
A NAS reset a HDD-khez nem nyúl, csak a saját belső memóriájából formáz egy bizonyos területet. Viszont a programcsomagok pl. ott maradnak a HDD-n minden adatukkal, így a reset előtt célszerű egyenként végigzongorázni a gyári csomagokat, s letörölni őket az adatok törlésével. Aztán mehet a reset, a HDD maradhat benne.
Eleinte angol billentzuyetet akartam. De aztán megismerkedtem a nagy 'Ő'-vel!
-
válasz stefi68 #6029 üzenetére
Szia!
Passzolom a kérdést, mivel nem használok Plexet, de ha elérhető hozzá YT channel, akkor minden további nélkül működhet a TV-vel a YT. A gond csak az, hogy a NAS CPU-ja (ARM) nem transzkódolásra van kitalálva, így nagy eséllyel a Plex nagy falat lenne neki erre a célra... Ahhoz egy combos x86 procit javaslok inkább.
Eleinte angol billentzuyetet akartam. De aztán megismerkedtem a nagy 'Ő'-vel!
-
válasz stefi68 #6032 üzenetére
Az aktuális miniDLNA verziót a minidlna -V paranccsal tudod megnézni FFp shell alól.
Ha frissíteni szeretnél, mentsd le a /ffp/etc/minidlna.conf fájlt a biztonság kedvéért, majd add ki a sh /ffp/start/minidlna.sh stop; slacker -rA minidlna parancsot.
Ezután mehet a leírás. S ha kész van, akkor tedd vissza a régi konfigot.
Kodekprobléma TV oldali, a DLNA csak egy szabvány. Bár az tény, hogy pl. az ISO formátumot nem támogatja (csak csatolva).
Eleinte angol billentzuyetet akartam. De aztán megismerkedtem a nagy 'Ő'-vel!
-
A HTTPS önmagában jó ötlet, nem árt az sem, ha csak self-signed kulccsal van titkosítva. Én böngészőoldalról közelíteném meg inkább a problémát, hogy hogy lehet az adott HTTPS protokolt engedélyezni benne (azt hiszem SSLv2 a gyári).
Eleinte angol billentzuyetet akartam. De aztán megismerkedtem a nagy 'Ő'-vel!
-
FFp shell-ed van? Ha van, akkor kis trükközéssel viszonylag egyszerűen át lehet konfigolni a webszervert. Egyéb esetben telnet backdoor, vagy soft reset...
(#6038) stefi68
Amennyiben a Plex YT channel használ transzkódolást a klienssel való megosztás során, akkor a NAS teljesítménye biztosan nem lesz elég hozzá. De önmagában a Plex sem egy beágyazott ARM vasokra tervezett történet...
Esetleg, ha megy a LUA szkriptelés, s van némi szabadidőd, akkor ajánlom figyelmedbe az xupnpd-t. Ez DLNA szabványon keresztül, egy lokális (NAS-on futó) proxyval képes bizonyos médiaformátumokat a TV-re küldeni. S van hozzá YT plugin ([link]). Kicsit jobban testreszabva kapsz egy gyakorlatilag bármilyen célokra használható lightweight YT klienst, ami használható minden DLNA eszközön.
Eleinte angol billentzuyetet akartam. De aztán megismerkedtem a nagy 'Ő'-vel!
-
Sziasztok!
A mai nap folyamán kedvem támadt tesztelni a Win10 és NSA320S kompatibilítását, mert a Microsoft érthető okokra hivatkozva a hírek szerint már tiltja az SMBv1 protokollt. Mindenek előtt természetesen lefrissítettem az fw-t (a jó öreg 4.75(AANV.0)C0 fw csücsült rajta, amit egyébként már sok ideje nem is használok).
Nos, a NAS szépen lefrissült (ahogyan a korábbi frissítések során is történt), majd a rebootot követően be is töltött a login felület. Viszont bejelentkezést követően csupán homokórázott a rendszer... Kezdett gyanús lenni a dolog, s a dev konzolban egy 440-es hiba jelezte a weblogin.cgi fájl hiányát (ami a bejelentkezésért lenne felelős).[kép] Gondoltam, bizonyára változott az fw SVN szám a weblogin linkjében, s egy gyorsítótár törlés majd megold mindent... Hát, nem így történt. Érdekes módon mintha pár lényeges fájl nem került volna a helyére. Az FFp sem indult el... Gondoltam, hogy akkor ebből ősz eleji NAS szétkapás és persze soros konzol lesz, de előtte kísérleteztem picit a belépéssel. Kibontottam az fw fájlt (ami a gyártó oldaláról bárki számára elérhető) és kb. negyed óra alatt találtam is egy kiskaput, melynek segítségével bármilyen parancsot le lehet futtatni a root/admin jelszó tudta nélkül is. Sőt akár az aktuális admin jelszót is ki lehet vele hámozni egy apró trükkel... Innen gyerekjáték volt elindítani az FFp-s openSSH-t, amivel sikerült a végére járni a hibajelenségnek. Kellett volna a NAS-nak egy reset, mert a régi konfigurációból egy véletlenül visszamaradott változó okozta a dolgot. Reset helyett inkább beleégettem kézzel a NAS NAND memóriájába az új fw-t, s ismét minden működni látszik!
Friss telepítésű Win10 Pro esetén pedig azt tapasztalom, hogy a nyilvános megosztások tökéletesen működnek, csupán a user/pass kötelesek elérhetetlenek. Ez azért van, mert a ZyXEL nem frissített SMB-t, csupán egy patchet alkalmazott a régi forrásra. Azaz a régi konstrukció az NSA320S-en nem lett lecserélve, csupán a sebezhetőség lett elméletileg kiküszöbölve:
root@NSA320S:~# /usr/sbin/smbd -V
Version 3.5.6Egyébként érdemes megfontolni az smb frissítést mindenképp... [link]
Egyébként az is lehetséges (OFF)(ez még könnyebb is)(/OFF), hogy egy általános jogosultságokkal rendelkező webGUI felhasználó megkaparintsa az admin jelszavát...
Ui.: Nincs bajom egyébként a ZyXEL NAS-okkal, hiszen eleve nem a sw/támogatás miatt vásároltam anno. De azért meglep, hogy ilyen hibák is vannak egy éles termékben. Jeleznék én szívesen a magyar ügyfélszolgálaton, de hát az eszköz már nem támogatott...
Szvsz: Javaslom a stock fw helyett a Debian telepítését ([link]), vagy az smb FFp-n keresztüli lecserélését egy frissebb verzióra. Illetve a gyári webGUI helyett érdemes webmin-t használni.Eleinte angol billentzuyetet akartam. De aztán megismerkedtem a nagy 'Ő'-vel!
-
válasz Nono0000 #6085 üzenetére
Szia!
Ha nincs szükséged az új fw verzió adta frissítésekre (nincs sok érdekes újdonság, csak az SMB sebezhetőség javítása), akkor szerintem nincs sok értelme frissíteni. Amúgy is meg lehet próbálni, legfeljebb hasonló jelenséget fogsz tapasztalni, mint amit én is tapasztaltam. Ezen egy NAS reset segít.... A HDD-n tárolt adatok viszont ilyenkor sem vesznek el, csupán a konfiguráció.
A Debian frissítést pedig nem bántam meg. Hiszen így egy folyamatosan frissülő rendszer fut rajta, biztonsági frissítésekkel. Illetve egy csomó felesleges ZyXEL szkripttől kiméli meg az embert, cserébe viszont az apt csomagkezelővel ezer, meg ezer csomag telepíthető rá.
Egyébként a Debian futtatható HDD-ről, pendriveról (ennek sebességbeli hátrányai lehetnek lassú pendrive esetén, s hosszútávon nem ajánlott), vagy akár TFTP-ről is, így nem szükséges a gyári rendszert felülírni.
@Tonyk úrnak pedig igaza van, ez egy teljesen alap CLI Debian, bebootolás után csak az SSH-n lesz elérhető. De pár parancs segítségével telepíthető rá az OpenMediaVault (OMV) pl., ami egy funkciódús NAS webGUI alternatíva lehet.
Eleinte angol billentzuyetet akartam. De aztán megismerkedtem a nagy 'Ő'-vel!
-
Szia!
Idézd nyugodtan azokat a részeket, amik "kínainak" tűnnek, szívesen megmagyarázom "magyarosabban" a jelentésüket. Hiszen többek közt ezért van a topik!
Sajnos a magyar nem az erősségem...
[ Szerkesztve ]
Eleinte angol billentzuyetet akartam. De aztán megismerkedtem a nagy 'Ő'-vel!
-
válasz Anonymus23 #6125 üzenetére
De ha külön szeretnéd rakni féleségenként, akkor amikor berakod a torrentet, akkor is kérdezi, hogy hova töltse le, de ez meg minden egyes torrentnél plusz munka akkor beállítani a letöltési helyet.
Vagy, ha megvannak a konkrét sorozat nevek, s a tracker támogat RSS csatornákat, akkor lehet használni automaticot, ami automatikusan a megadott regex pattern alapján elhelyezi a "linux disztrókat" az adott helyekre.
[ Szerkesztve ]
Eleinte angol billentzuyetet akartam. De aztán megismerkedtem a nagy 'Ő'-vel!
-
válasz Beni2360 #6130 üzenetére
A korábban letöltött torrentjeidre ez a beállításmódosítás nem lesz hatással, hacsak nem helyezed át őket is kézzel. Ez csak az új letöltésekre fog vonatkozni. Tehát a seed menni fog mindkét esetben.
Még egy elérési utat pedig nem tudsz hozzáadni ilyen módon sajnos, viszont amikor betallózol a Remote GUI-nak egy új anyagot, akkor kézzel meg lehet adni, hogy azt az egy adott torrentet hova töltse. A befejezetlen (incomplete) mappát pedig érdemes bekapcsolva hagyni, s egy erre a célra elkülönített mappára irányítani (mondjuk /i-data/md1/video/incomplete/ - de a mappa legyen létrehozva kézzel, mielőtt betallóznád!). Ezt a HDD-d hosszútávon meghálálja!
Amire pedig én utaltam, az egy hasznos tool, melyet KyLEK kolléga írt anno. FFp alá telepíthető, s amennyiben a tracker képes RSS hírcsatornákba rendezni a "kedvenceidet". Be lehet konfigolni ezt a tool-t, hogy ezt a feed-et scannelgesse megadott időközönként, s ha talál benne új "anyagot", akkor megnézi, hogy mi a teendő vele. Ha pedig megegyezik a neve az általad definiált mintával, akkor letölti oda, ami meg van neki adva elérési útnak. Lehet, hogy picit túlbonyolítottam a magyarázatot, de a lényeg annyi, hogy a oldalon Neked csak csillagoznod kell a sorozatot/letölteni valót, s az máris tölti a megadott mappába a Transmission-nel.
Pl beállíthatod, hogy az
AkarmiSorozat.*
mintára illő neveket a /i-data/md1/video/sorozatok/AkarmiSorozat/ mappába töltse.Azzal egyetértek @Anonymus23 kollégával, hogy a konfigolása/telepítése nem két kattintás, viszont elég csupán egyszer végrehajtani a műveletsort.
[ Szerkesztve ]
Eleinte angol billentzuyetet akartam. De aztán megismerkedtem a nagy 'Ő'-vel!
-
válasz Beni2360 #6132 üzenetére
Na látod, ez egy jó kérdés! Viszont ha jól értelmezem, mostantól csak a második HDD-re fogsz tölteni (vagy nem?). Akkor tedd arra az incomplete mappát. Vagy akkor szedd ki a pipát előle, viszont azt majd meg kell néznem, hogy a TM-ben alapból be van-e kapcsolva, hogy a fájlokat előre foglalja le.
Eleinte angol billentzuyetet akartam. De aztán megismerkedtem a nagy 'Ő'-vel!
-
válasz Zolee_70 #6155 üzenetére
Nem értem mi a gond, hisz kaptál egy komplett leírást, illetve ha valami nem világos, ott az egész internet (Google és társai), hogy megmagyarázza. Vagy akár kérdezhetsz is a topikban konkrétumokra is...
Amúgy meg faék egyszerű a mutatvány, mondom ezt úgy, hogy én sem vagyok "IT szakember". Leszedsz pl egy Ubuntu telepítőt, meg egy Rufus-t (feltéve, hogy Win-t használsz). Fogsz egy pendriveot, ami kellően gyors, s nincs rajta semmi értékes adat. Rádugod a gépre, a Rufus-ban kijelölöd a meghajtót, illetve a letöltött Ubuntu lemezképet, majd rámész a kiírásra. Ha kész, bebootolod a gépet a pendriveról, kiválasztod a Live verziót, majd ha feljött a desktop, nyomsz egy Ctrl+Alt+T kombót. Láss csodát, felugrik a terminál. Ide beírod szépen, hogy
sudo apt-get update
sudo apt-get install mdadm -yMajd csatlakoztatod a HDD-ket a géphez, s kiadod azokat a parancsokat, melyeket @Tonyk úr kifejtett.
Eleinte angol billentzuyetet akartam. De aztán megismerkedtem a nagy 'Ő'-vel!
-
válasz Bazijoe73 #6198 üzenetére
Annak nem kéne lassítania, hiszen csak egy plusz linux "FHS" alapvetően. Maximum a rajta keresztül telepített és aktuálisan futó processzek ehetik meg a NAS-t. De az, hogy mit telepítesz, az Rajtad áll! Nekem jelenleg 305 csomag van telepítve a vason, mégis alig terhelt. Mert nem fut, nincs betöltve, maximum a HDD-n eszi a helyet.
Viszont! A slacker helyett javaslom a slapt-get csomagkezelőt. Jelenleg egyedül barmalej2 kolléga rendelkezik ezzel, Ő is kb egy évet dolgozott vele (hihetetlen mennyire kitartó az úriember ). Ez pedig azért jobb, mert frissen tartja a csomagokat, illetve képes a függőségek telepítésére is.
A Transmission telepítését pedig valahogy így tudod vele megtenni (ha van FFp-d, root SSH-n lépsz be, s uwsiteloaderrel hozzá van adva a br2 repó a slackerhez):
1.) Ellenőrizzük, hogy van-e már fent slapt-get:
funpkg -q slapt-get
Ha ez No matches-t dob válaszul, akkor ugorjunk a kettes pontra, egyéb esetben mehet a hármas!
2.) Telepítsük a slapt-getet:
[ -d /ffp/funpkg/cache/br2 ] || mkdir -p /ffp/funpkg/cache/br2
cd /ffp/funpkg/cache/br2
/ffp/bin/wget -nv http://downloads.zyxel.nas-central.org/Users/barmalej2/ffp/0.7/arm/packages/slapt-get-0.10.2t-arm-2.txz
funpkg -i slapt-get-0.10.2t-arm-2.txz3.) Frissítsük a csomaglistáját, illetve az elavult csomagokat, ezt követően pedig adjunk egy restartot az sshnak (utóbbi akkor szükséges, ha az openssh frissítve lett, ugyanis máskülönben nem fogjuk tudni elérni a boxot, csak reboot után):
slapt-get -u
slapt-get --upgrade/ffp/start/sshd.sh reload
/ffp/start/sshd.sh restartÉs ezzel kész is a slapt-get telepítés, ami csupán egyszeri művelet. Ezek után következhet az aktuálisan legfrissebb TM (vagy bármi más telepítése, de most a TM volt a kérdés).
4.) Futtassuk le ezt:
slapt-get -i transmission
5.) Adjunk futtatási jogot a TM start szkriptre, hogy restart esetén automatikusan induljon:
chmod 755 /ffp/start/transmission.sh
6.) Indítsuk el:
/ffp/start/transmission.sh start
Ennyi.
Forrás: nas-central - Pici hozzátoldással, illetve TM-re módosítva, de @barmalej2-é az érdem .
Illetve ha nagyon irtózol az FFp-től, akkor kövesd ezt a leírást Doky1988 fórumtárs tollából. Ez végigvezet a TM Entware-ng-n keresztüli telepítésén.
[ Szerkesztve ]
Eleinte angol billentzuyetet akartam. De aztán megismerkedtem a nagy 'Ő'-vel!
-
válasz gyulazsolti #6203 üzenetére
Szia!
Én nem tudok ilyen firmware funkcióról, így nekem hw hibának tűnik.
Kézzel bezöldítve sem változik a színe?:
setLED HD GREEN ON
Vagy pirosan élénkebb? Nálam erre a parancs így néz ki, Neked lehet, hogy más a neve (usageben ott van):
setLED HD RED ON
setLED ESATA RED ONSzerintem nem érdemes foglalkozni vele, ha nem tapasztalsz semmi negatív változást.
Eleinte angol billentzuyetet akartam. De aztán megismerkedtem a nagy 'Ő'-vel!
-
válasz gyulazsolti #6205 üzenetére
Elnézést, keverem a szezont a fazonnal. Azt hittem 325v2-d van hirtelen...
Az 520-as ezen része sajnos nem az én asztalom. Az 520-as firmware-t valamennyire ismerem (hála a GPL forrásnak), viszont fizikai hardver nélkül a zárt forrású ZyXEL binárisok működésébe sajnos nem tudok belelátni...
A SMART adatok rendben vannak.
[ Szerkesztve ]
Eleinte angol billentzuyetet akartam. De aztán megismerkedtem a nagy 'Ő'-vel!
-
válasz gyulazsolti #6207 üzenetére
Nem lehet, hogy valamikor felcserélted a HDD-ket, s a másikon is nekiálltál a MetaRepo telepítésnek? Nekem nagyon úgy tűnik a képedből, hogy a 7e3cb213 ID-jű HDD utoljára áprilisban volt elsőnek használva, viszont most a 40b38f24 teljesít szolgálatot zy-pkg-k kiszolgálása terén. Szerintem (hacsak nem tudatos lépés volt mindkét HDD-re telepíteni), bátran kukázható a második HDD-den található mappa. Vagy ha van rajta valami Számodra érdekes, nyugodtan mozgasd el biztos helyre/mentsd ki (Rajtad áll szinzén ).
A No matches ok, akkor a kettes pontra ugorj. De ez normális, azt jelenti, hogy nincs még fent a slapt-get.
Eleinte angol billentzuyetet akartam. De aztán megismerkedtem a nagy 'Ő'-vel!
-
válasz gyulazsolti #6210 üzenetére
A .system, és .PKG kukázható nyugodt szívvel. A .media nem tudom pontosan mit takar, mivel nem használtam Twonky-t soha, de szerintem sok vizet nem zavar a jelenléte. Meg lehet, hogy amúgy is létrehozná.
Ami veszélyes itt, az a sysvol symlink. Emlékeim szerint ezt már egyszer körüljártuk, de nem találom most a kimenetet. Nagy kérés lenne kiadni ezt, s a kimenetét bemásolni?:
ls -la /i-data/7e3cb213/sysvol
Eleinte angol billentzuyetet akartam. De aztán megismerkedtem a nagy 'Ő'-vel!
-
válasz gyulazsolti #6212 üzenetére
Oké, ez egy ördögi kör akkor, mert az első HDD bindmountjára mutat. Ha most futtatnál egy find parancsos keresést pl., akkor az a végtelenségig eltartana... Ez nem túl szép megoldás a ZyXEL részéről, még ha egy ilyen speciális esetről beszélünk is.
Kétféleképp tudod kukázni, én inkább az elsőt javaslom (biztonságosabb):
unlink /i-data/7e3cb213/sysvol
Vagy (ha ezt választod, figyelj arra, hogy a '/'-t ne írd ki a végére, illetve ha kérdezne, akkor nyomj 'y'-t):
rm /i-data/7e3cb213/sysvol
A Twonky meg ki van kapcsolva a MiniDLNA miatt.
Az rendben van, de a friss installációt követően az a bájos Python szkript megkezdi a
vandálkodástindexelést a fájlrendszered fölött, az bizony elkezdi létrehozni a mappákat, amik maguktól nem is törlődnek.[ Szerkesztve ]
Eleinte angol billentzuyetet akartam. De aztán megismerkedtem a nagy 'Ő'-vel!
-
válasz gyulazsolti #6215 üzenetére
Az első HDD-n ott vannak a fájlok, nem? De akkor sem értem az egészet...Itt valami nagyon félrement...
Egyébként vissza lehet hozni, így:
ln -s /etc/zyxel/storage/sysvol /i-data/7e3cb213/sysvol
[ Szerkesztve ]
Eleinte angol billentzuyetet akartam. De aztán megismerkedtem a nagy 'Ő'-vel!
-
válasz gyulazsolti #6217 üzenetére
Írtam pü-t.
Eleinte angol billentzuyetet akartam. De aztán megismerkedtem a nagy 'Ő'-vel!
-
-
válasz Bazijoe73 #6221 üzenetére
A 22-es porton el kell tudnod érni a NAS-t, amennyiben feltetted az FFp-t megfelelően. uwsiteloader pedig az irományban a minidlna telepítéshez szükséges, de egyébként későbbi "terminál kalózkodásokhoz" nem árt.
Az SSH -t azt putty alatt érti ugye?
Igen (amennyiben Windows-t használsz, vagy nem másik klienst etc).
elöször a telneten nem kell valamit engedélyezni az ssh-hoz?
Már nem, a programcsomagos verziókban alapból engedélyezett az SSH, a telnet pedig tiltva van.
[ Szerkesztve ]
Eleinte angol billentzuyetet akartam. De aztán megismerkedtem a nagy 'Ő'-vel!
-
-
-
válasz Nyekenyoka #6227 üzenetére
Szia!
Van otthon elfekvőben egy felesleges táp? Meg kellene próbálni azzal is, mert ha HDD nélkül elindul rendben, akkor erős a gyanúm, hogy táphibával állunk szemben.
Bocs rosszul tettem fel a kérdést... Programcsomagos, vagy FFp-s, esetleg Entware-ng-s volt a csomag?
Bár a 2.82-ből sejtem, hogy programcsomagos (illetve most tetted fel az FFp-t). SSH-n a /mnt/HD_a2/.system/zy-pkgs/config/Transmission/ alól másold át a torrrents mappa tartalmát az Entware-s elérési útra. Viszont figyelj arra, hogy a TM ne fusson a művelet során!
[ Szerkesztve ]
Eleinte angol billentzuyetet akartam. De aztán megismerkedtem a nagy 'Ő'-vel!
-
-
válasz Bazijoe73 #6233 üzenetére
Ohh, azt elfelejtettem említeni, hogy a settings.json-ban (/opt/etc/transmission/settings.json) írd át a torrent letöltési helyét a régi helyre. A TM itt is legyen leállítva, különben semmi nem fog történni!
Eleinte angol billentzuyetet akartam. De aztán megismerkedtem a nagy 'Ő'-vel!
-
válasz Bazijoe73 #6235 üzenetére
Persze. NSA3**-okon (kivéve a 326) a /i-data/md0/admin/download/Transmission/. Az újabb NASokon ki kell deríteni a HDD azonosítóját az
ls /i-data/
kimenetből pl. és az md0 helyére azt kell írni (ez viszont működik a 3** szériákon is).Eleinte angol billentzuyetet akartam. De aztán megismerkedtem a nagy 'Ő'-vel!
-
-
Szia!
Igen, ez egy ismert bug, mint ahogy azt a másik topikban is említettem. Egyik FFp verzió sem tud együttműködni a 326 webes felületével azon az fw verzión sajnos.
Downgradelni pedig nehezen enged a rendszer, ahhoz át kell írni egy fájlt SSH alól.
FFp helyett ha megelékszel az Entware-ng-vel, ami szintén MetaRepository alól telepíthető, akkor használd azt, vagy nagy segítség lenne, ha benne lennél egy kis tesztelésben, hogy kideríthessük, hogy pontosan mi okozza az FFp bugot. Ha érdekel, küldj egy privátot, s leírom a részleteket.
Eleinte angol billentzuyetet akartam. De aztán megismerkedtem a nagy 'Ő'-vel!
-
válasz Gozarak #6242 üzenetére
Szia!
Ahhoz, hogy működjön a NAS által ajánlott UPnP-s port nyitás, a routeredben is be kell kapcsolni ezt a funkciót.
Ez tulajdonképpen nem más, mint dinamikus port forward, azaz ha a program közli a routerrel, hogy neki szüksége van az 12345 portra, akkor a router kinyitja neki, amíg a szolgáltatás fut. Viszont éppen ezért ez egy biztonsági rés is lehet, mivel bármi tud a helyi hálózatodon ezen az elven portot nyitni. Kicsit nehezményezek is a ZyXEL-re emiatt a megoldás miatt, de valamilyen szinten érthető, hiszen ez az egy kézenfekvő NAS oldali beállítás létezik jelenleg port nyitásra.
Én inkább azt javasolnám, hogy a myCloud eléréséhez szükséges portokat kézzel nyisd meg szintén a routered felületén.
[ Szerkesztve ]
Eleinte angol billentzuyetet akartam. De aztán megismerkedtem a nagy 'Ő'-vel!
-
Szia!
slapt-gettel tudod a legegyszerűbben felrakni a minidlnam. Ami a barmalej repóból szerzi a gpg-t:
http://downloads.zyxel.nas-central.org/Users/barmalej2/ffp/0.7/arm/packages/gpg/
Ez is slapt-get képes.
Eleinte angol billentzuyetet akartam. De aztán megismerkedtem a nagy 'Ő'-vel!
-
Pedig benne volt. Az a csomag 2017-11-26 17:08:14-kor került fel, látszik is a listázóban.
Viszont nemrég slapt-get kompatibilis lett a repóm, ezért a függőségfeloldás működik barmalej2 repójából is. Ezért nem fordítottam külön GPG-t. Ez inkább a problémát felvető @artynak szólt.
Eleinte angol billentzuyetet akartam. De aztán megismerkedtem a nagy 'Ő'-vel!
-
Szia!
Nem vagyok nagy entware huszár, de az ő start szkriptjei a /opt/etc/init.d mappában vannak, az S!!minidlna név alatt (a ! egy számot jelöl, a végrehajtási sorrend szerint). Magának a minidlna binárisnak nincs start opciója.
Eleinte angol billentzuyetet akartam. De aztán megismerkedtem a nagy 'Ő'-vel!
-
ATW tárhelyen, egy darab FTP-vel, és egy dinamikus PHP szkripttel?
Egyébként a minidlna 1.2.1 frissitést pont nemrég tettem fel/forgattam le, @gyulazsolti számára. Ha nem hiszed, kérdezd meg!
Egyébként meg mi hasznom lenne nekem ebből?
[ Szerkesztve ]
Eleinte angol billentzuyetet akartam. De aztán megismerkedtem a nagy 'Ő'-vel!
-
Igaz, erre az eshetőségre nem gondoltam... De vicc ide, vagy oda, a Google cacheben, ami jelenleg dec. 3-as mirror is fent van már a csomag. [link] Nem tudom miért nem látszik Nálad, mert a leírófájl elméletileg jó.
Beharangozni meg azért nem nagyon harangoztam be, mert mostanában egy jó nagy átalakuláson megy át a repositorym, hogy minden pöpecül menjen a slapt-gettel, ami automatikusan feloldja a függőségeket is, ami még nincsen teljesen kész.
A proftpd-nél pedig valóban Te voltál az első, viszont gondoltam kipróbálom az FTPS funkcióját, ha már így felmerült. Mivel a Tiedben nem volt ftps modul, ezért forgattam egyet magamnak, aztán feltettem a repóba.
[ Szerkesztve ]
Eleinte angol billentzuyetet akartam. De aztán megismerkedtem a nagy 'Ő'-vel!
-
Én ezekkel a modulokkal fordítottam le:
mod_sftp:mod_quotatab:mod_quotatab_sql:mod_quotatab_file:mod_tls:mod_ldap:mod_sql:mod_sql_mysql:mod_ban
Majdnem tükrözi a rendes disztrók csomagkezelőjével települő proftpd opcióit, csak a postgresql-t szedtem ki belőle, plusz a mod_ban-t hozzátoldottam.
[ Szerkesztve ]
Eleinte angol billentzuyetet akartam. De aztán megismerkedtem a nagy 'Ő'-vel!
-
-
válasz ssid3956 #6330 üzenetére
Szia!
Az új firmware nem változtat semmin. Úgy rémlik, hogy van valami régi WP zypkg, azzal lehet feltenni WP-t. Jó, az spec. porton megy, meg az is igaz, hogy a mod_php-t használja, ami egy ARMv5/ARMv7 NAS-nak ennyi RAM-mal nem valami optimális. FFp alól lehet felhegeszteni rendesen működő webszerver, PHP és MySQL(/mariadb) triót, viszont vagy fordítasz magadnak mindent, vagy vannak régebbi csomagok a halott memiks repóban, illetve adrhc repójában.
Egyébként kíváncsiságból feldobtam egy WP-t én is. Teljesen alap beállításokkal egyelőre, elég jól fut.
Pont most dogozom amúgy egy komplett webes frissítéssel FFp-re, melynek eredeti célja igazándiból a webDAV telepítésének egyszerűsítése volt, de mint láthatod, kis plusz konfiggal el tud futtatni egy WP oldalt is. Még mindig nem tudtam teljesen befejezni a dolgot, de ha érdekel, felteszem a repómba, s segítek privátban telepíteni.
Viszont! A NAS nem egy atomgép, a PHP futtatására csak korlátozott erőforrások mellett képes. Egy hónapomba került optimalizálni a PHP motort, és így a korábbi benchmark loadok 34 mp-ről 1-2 mp-re csökkentek, de még így sem lesz képes nagy látogatottságú oldalak kiszolgálására.
Mod: Toltam egy stressz tesztet, a PHPMyAdminnak (a WP domainről fut, DDoS védelemmel, és lusta voltam átirányítani). 50 user random, azonnali lekérésekkel produkált 1086 sikeres lekérést, 0 sikertelenet. Ugyanezt 150 userrel már csak 974 lekéréssel tudja teljesíteni. Az stressz ideje mindkét esetben fél perc volt.
[ Szerkesztve ]
Eleinte angol billentzuyetet akartam. De aztán megismerkedtem a nagy 'Ő'-vel!
-
válasz ssid3956 #6332 üzenetére
Rendben. Már teszem is fel a PHP-t a repóba. Az Apache meg már fent van korábbról. SSL-re is szükséged lenne? Mert akkor feldobom a frissen (tegnap) faragott modulom is.
Illetve arra készülj fel, hogy nem lesz kétkattintásos művelet maga a konfigurálás, illetve szükséges egy olyan router, ami képes a 443-as és 80-as külső portjára forwardolni. Ezt csak azért említem meg, mivel tudok olyan szolgáltatós HGW-ről, ami fenntartja magának ezeket a portokat, így nem lehet használni...
A többit meg majd privátban!
Mod: Fent is van. [link] És igen, van egy pár függősége, így mindenképp javallott slapt-gettel telepíteni majd.
[ Szerkesztve ]
Eleinte angol billentzuyetet akartam. De aztán megismerkedtem a nagy 'Ő'-vel!
-
Korábban már írta, hogy ez a megoldás miért nem megfelelő Neki. Szeretné publikálni az oldalát úgy, hogy az egy mezei domain alól elérhető legyen. A 326-on a zypkg-s WP így érhető el: http://nasipcime:5000/pkg/wordpress
A másik, web share-s megosztás meg a http://nasipcime/MyWeb/valami/ alól elérhető. Ezt nehézkes áttenni, ahhoz már a gyári apache konfigjába kell belenyúlni minden reboot után (akár szkriptelve). Akkor meg már inkább érdemes feltenni egy, a gyári webszervertől független és frissebb Apache-ot FFp alá, ami kiszolgálja a domain(eke)t.
A másik nagy hátránya a gyári Apache+PHP kombónak, hogy az Apache prefork módban fut, vagyis minden lekérést külön szálról szolgál ki. Illetve a mod_php-t használja, azaz minden lekérdezés mellé betölti a komplett PHP modult, ami így n-szer lesz betöltve, ahol n a párhuzamos lekérések száma. Kevés RAM mellett ez nagyon nem kellemes, meg úgy eleve, a mod_php használatát érdemes kerülni. Csináltam egy benchmark tesztet a gyári web share-vel, illetve az optinalizált PHP motorommal, s ugyanaz a feladat a gyári megoldással 76.328 sec alatt futott le, míg az optimalizált verzióval, ami nem mod_php-t használ, 12.270 sec volt a futásidő. Azért ez szerintem jelentős különbség. És itt csupán egy PHP fájlról beszélünk.
Például a Nextcloudtól letérdelt a gyári megoldás, míg a másikkal szépen fut.
Meg a gyári PHP 5-ös verzió, s egy csomó modul, ami szükséges néhány PHP motornak, egyszerűen hiányzik a gyári PHP-ből.
A MySQL helyett meg már rég MariaDB-t használnak, ami egy MySQL fork. Egy ideje már mindenkit óva érintenek a használatától, mert nincs már támogatva, pont ezért fennáll a biztonsági rések kockázata is, illetve ha hihetünk a MariaDB dokumentációnak, jelentős sebességnövekedéssel bír a MariaDB az elődjéhez mérve.
[ Szerkesztve ]
Eleinte angol billentzuyetet akartam. De aztán megismerkedtem a nagy 'Ő'-vel!
-
Igen, én visszaolvastam, mert a kolléga utalt rá, meg emlékeztem is a problémájára anno. De nem szemrehányásképp írtam, szóval sorry, ha így jött le...
már miért is?
Leírtam ezt is. Mert amikor Apache modulként töltődik be, akkor minden Apache példány betölti újból. Sokkal erőforráskímélőbb php-fpm-et használni egy fix poollal. Biztosan igazad lehet, de eddig nem találtam olyan dokumentációt, ami a mod_php-t ajánlotta volna, illetve olyan konfigot sem, ami lepipálja a a fastcgi-t. Ha esetleg tudnál ilyen konfigról, kérlek oszd meg velem!
Igen, FastCGI-t használok, proxyzva Apache oldalról.
A MariaDB pedig elég jól állja a sarat. Ha nem is gyorsít olyan sokat az oldalbetöltődésen ebben a környezetben, akkor is frissebb. Ha meg van, akkor miért ne használjunk frissebbet?
[ Szerkesztve ]
Eleinte angol billentzuyetet akartam. De aztán megismerkedtem a nagy 'Ő'-vel!
-
Szia!
Nem látok olyan commitet a minidlna forrásában így első átnézésre, ami bármiféle módosításról árulkodna ennek kapcsán. A függőségek downgrade-je meg ebben az esetben nem oldja meg a problémát, hiszen a rendezést maga a minidlna csinálja. Viszont erre alapértelmezetten a kliens utasítja, hacsak a konfigban nem állítasz be egyedi
force_sort_criteria
-t neki. Ilyenkor a minidlna nem veszi figyelembe a kliens rendezési kérését, hanem mindenképpen az általad definiált rendezési módot részesíti előnyben. Viszont ehhez újra kell építeni a minidlna adatbázist módosítás után, azaz egy rescan kell neki.Nem hiszem, hogy az entware-ng miatt lenne ilyen, az maximum akkor lehetne, ha patchelték volna a minidlna kódját. De csupán pár patch van rajta, ami nem érinti a rendezést/konfigot, így nem lehet gond. Ettől függetlenül bármikor fel tudsz tenni FFp-t is a NAS-ra.
Eleinte angol billentzuyetet akartam. De aztán megismerkedtem a nagy 'Ő'-vel!
Új hozzászólás Aktív témák
- Kerékpárosok, bringások ide!
- Az Xbox Series X|S konzolnak három új verziója jön idén
- Dell notebook topic
- Autós topik
- iPhone topik
- Betelik a pohár: nagy igény lenne a gyorshajtás-ellenes technológiára
- Apple notebookok
- Epson nyomtatók
- Samsung Galaxy A52s 5G - jó S-tehetség
- Samsung Galaxy A54 - türelemjáték
- További aktív témák...
- Samsung Galaxy S21 Ultra 5G 256GB, Kártyafüggetlen, 1 Év Garanciával
- Magyar Bill! Lenovo ThinkPad T440 - i5-4GEN I 8GB I 128SSD I 14" FHD I Cam I W10 I Garancia!
- Bomba ár! Lenovo ThinkPad X230 - i5-G3 I 8GB I 128GB SSD I 12,5" I Magyar Bill I Cam I W10 I Gari!
- Bomba ár! Dell Latitude 3590 - i3-7G I 8GB I 256GB SSD I 15,6" FHD I HDMI I Cam I W10 I Garancia!
- Bomba Ár! Fujitsu LifeBook S710 - i5 I 4GB I 160GB I DVDRW I 13,3" I DP I W10 I Garancia!