-
GAMEPOD.hu
Kérdés feltevése előtt kérlek olvasd át figyelmesen az alábbi leírást!
Új hozzászólás Aktív témák
-
-
Tonyk
veterán
válasz Mr Dini #15601 üzenetére
Nem belekötés! Csak amikor leírsz valamit, gondolj bele abba, hogy esetleg olyan fogja olvasni, aki nem ért hozzá és ebből fogja levonni azt a végkövetkeztetést, hogy csak a vpn-t routerrel tudja megoldani, mert ugye Openvpn pont megvalósítható mindkét esetben épp úgy mint a routeresen pptp, l2tp, ipsec, de akár github közbeiktatásával a nason is. Nyilván ez utóbbit a bátortalan kezdő messziről el fogja kerülni
Nincs tökéletes ember. Például belőlem is hiányzik a hiba!
-
Geripapa
aktív tag
válasz Geripapa #15586 üzenetére
Hát bekövetkezett amitől féltem frissítés után már nem lehet elérni az admin felületet úgy mint sokaknál
Hogy is kell ffp-n az aminfelületet újraindítani?
A nas ip címét beírva semmi nem jön be.[ Szerkesztve ]
Segítségkéréshez: NSA320+FFP; Raspberry Pi2 Openelec/Kodi ;
-
-
Sziasztok!
Akinek megtetszett a webdav és eldöntötte, hogy ha kész lesz a cikk, akkor fel is teszi, az tudná nekem tesztelni az apache csomagom?
Nekem nagyon jól megy a csomag és nem sikerült hibát találnom benne (illetve ami volt, azt kijavítottam), de nálam sok minden máshogy van.
Tehát így lehet telepíteni (egy parancs):
wget http://users.atw.hu/mrdini/packages/apache-httpd-2.4.18-arm-2.txz -O /tmp/apache-httpd-2.4.18-arm-2.txz; funpkg -i /tmp/apache-httpd-2.4.18-arm-2.txz; rm /tmp/apache-httpd-2.4.18-arm-2.txz
Majd kérlek add ki az apachectl start parancsot és nézz rá böngészőben a http://nasodipje:8080/ -as címre. Ha bejön Egy nagy It works! parancs, akkor minden oké.
Ezután add ki az apachectl stop parancsot.
Illetve még arra lenne szükségem, hogy ha nem indul el egyből, akkor milyen függőségeket hiányol.
Köszi!
[ Szerkesztve ]
Hogy hívják az éhes horgászt? Gyere Pista, kész a kaja!
-
borrudi
csendes tag
Aki ugyanebben a cipőben van mint én , hogy nem elérhető a NAS az próbálja meg ezt. Részlegesen már elérem de a GUI felület még mindig nagyon lassú. A zyxel Magyarországtól semmiféle segítséget nem kaptam, úgy látom a Miklós már nem foglalkozik velünk a többi meg szarik ránk.
http://zyxel.nas-central.org/wiki/Flashing_firmware -
Geripapa
aktív tag
válasz Mr Dini #15606 üzenetére
Mindkettőtöknek köszi a kódot már elindult a admin felület
root@NSA320:~# wget http://users.atw.hu/mrdini/packages/apache-httpd-2.4.18-arm-2.txz -O /tmp/apache-httpd-2.4.18-arm-2.txz; funpkg -i /tmp/apache-httpd-2.4.18-arm-2.txz; rm /tmp/apache-httpd-2.4.18-arm-2.txz
--13:04:29-- http://users.atw.hu/mrdini/packages/apache-httpd-2.4.18-arm-2.txz
=> `/tmp/apache-httpd-2.4.18-arm-2.txz'
Resolving users.atw.hu... 88.151.96.4
Connecting to users.atw.hu[88.151.96.4]:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 3,668,796 [application/octet-stream]
100%[====================================>] 3,668,796 2.18M/s
13:04:31 (2.18 MB/s) - `/tmp/apache-httpd-2.4.18-arm-2.txz' saved [3668796/3668796]
Scanning /tmp/apache-httpd-2.4.18-arm-2.txz ...
#
# The Apache HTTP Server Project is a collaborative software development effort aimed at creating a robust, commercial-grade, featureful, and freely-available source code implementation of an HTTP (Web) server. The project is jointly managed by a group of volunteers located around the world, using the Internet and the Web to communicate, plan, and develop the server and its related documentation. This project is part of the Apache Software Foundation. In addition, hundreds of users have contributed ideas, code, and documentation to the project. This file is intended to briefly describe the history of the Apache HTTP Server and recognize the many contributors.
#
# Homepage: https://httpd.apache.org/
# Version: 2.4.18
#
# Included php support. If You need it, You have to install the php package too from the slacker repository.
#
# Compiled by: Mr Dini
Installing apache-httpd-2.4.18-arm-2
Running doinst.sh ...
root@NSA320:~# apachectl start
/ffp/apache/bin/httpd: can't load library 'libaprutil-1.so.0'
root@NSA320:~#[ Szerkesztve ]
Segítségkéréshez: NSA320+FFP; Raspberry Pi2 Openelec/Kodi ;
-
-
-
vanRobert
tag
Sziasztok!
310S-re is kijött egy csomag V4.75(AALH.1) néven, de Geripapa kálváriája után nem merem felrakni. Valakinek esetleg már fent van, és megy is?
-
válasz Mr Dini #15606 üzenetére
Javítottam egy hibát a csomagban, illetve picit módosítottam a leíráson.
Aki segítene még tesztelni, az mostmár így tudja feltenni:
wget http://users.atw.hu/mrdini/packages/apache-httpd-2.4.18-arm-3.txz -O /tmp/apache-httpd-2.4.18-arm-3.txz; funpkg -i /tmp/apache-httpd-2.4.18-arm-3.txz; rm /tmp/apache-httpd-2.4.18-arm-3.txz
Köszi!
@vanRobert
Nekem NSA320S-en az van fent már kb 1,5 hónapja és tökéletesen teszi a dolgát.
Hogy hívják az éhes horgászt? Gyere Pista, kész a kaja!
-
Geripapa
aktív tag
válasz Mr Dini #15613 üzenetére
root@NSA320:~# wget http://users.atw.hu/mrdini/packages/apache-httpd-2.4.18-arm-3.txz -O /tmp/apache-httpd-2.4.18-arm-3.txz; funpkg -i /tmp/apache-httpd-2.4.18-arm-3.txz; rm /tmp/apache-httpd-2.4.18-arm-3.txz
--14:45:25-- http://users.atw.hu/mrdini/packages/apache-httpd-2.4.18-arm-3.txz
=> `/tmp/apache-httpd-2.4.18-arm-3.txz'
Resolving users.atw.hu... 88.151.96.4
Connecting to users.atw.hu[88.151.96.4]:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 3,669,344 [application/octet-stream]
100%[==========================================================================>] 3,669,344 2.16M/s
14:45:27 (2.15 MB/s) - `/tmp/apache-httpd-2.4.18-arm-3.txz' saved [3669344/3669344]
Skipping /tmp/apache-httpd-2.4.18-arm-3.txz: Already installed (found: apache-httpd-2.4.18-arm-2)
root@NSA320:~#Így nem teszi újra?
Vagy nem is kell?Segítségkéréshez: NSA320+FFP; Raspberry Pi2 Openelec/Kodi ;
-
-
válasz Geripapa #15615 üzenetére
Ja, és még valami. Ha a frissítés után megpróbálod elindítani, akkor valószínűleg ki fogja írni, hogy nem tudott elindulni, mert a libpcre hiányzik. Ha így lenne, akkor ezt is könnyen tudod orvosolni:
slacker -UaA br2:pcre
Remélem mást nem fog hiányolni.
Hogy hívják az éhes horgászt? Gyere Pista, kész a kaja!
-
-
borrudi
csendes tag
válasz Biga123 #15608 üzenetére
Sajnos nekem nem akar sikerülni. Nekiálltam leszedni ffp alól a csomagokat. Pár darab sikerült is.
Az eredmény slacker -r után azt írja ki aborted
Nincs több ötletem. Nem tudom, hogy tudnám még visszaállítani alap állapotba a szerkezetet.
Ha valakit megkérhetnék teamviewerrel benézne hozzám és több tudással rendelkezve talán le tudja szedni a csomagokat, hogy újra tudjam kezdeni. -
-
válasz borrudi #15622 üzenetére
Még nincs minden veszve. Guglizz rá a Mijzelf féle MetaRepositoryra és tedd fel. Ezután a nas gyári csomagjai közt, a webes felületen látni fogod az ffp-t. Kijelölöd és rámész a remove-ra, majd bepipálod az adatok törlését is.
A reset gombot meg több csippanásig (talán 3) kell nyomni. De előbb az ffp-t szedd le. Kül. megmaradnak az adatai.
[ Szerkesztve ]
Hogy hívják az éhes horgászt? Gyere Pista, kész a kaja!
-
borrudi
csendes tag
válasz Mr Dini #15623 üzenetére
ez a Meta..... fent van a NASon már a hiba előtt felkerült.
Sajnos a webes felület nem jön be ez a probléma, pingre válaszol, SSh-n bent vagyok.
Tehát így az FFP-t nem tudom, hogy szedjem le.
A reset gombot a 2. csippanás után pár másodpercig kell nyomni akkor fog 3at csippanni. Na nekem ez nem működik, pedig a gombot biztos nyomom érzem a rugólemez mozgását.
1 csippanásra már törölni kellene az IP-t stb de az se történik meg. -
-
-
válasz borrudi #15628 üzenetére
Ha az mc működik, az azt jelenti, hogy az uClibc is, szóval nem állunk olyan rosszul.
De ez csak a fájlok eleje.Javaslom, hogy szedd le a winscp-t és lépj be vele, mintha ssh-ra lépnél be és onnan másold ki a tartalmakat, ne screenshotolj, mert úgy sokat kell "fotózni". A kimenetet meg mondjuk pastebinre felteheted.Látom közben szerkesztetted és beszúrtad a hiányzó részt. Mindjárt ránézek.
De eddig nem látok problémát a kódban(bár a directory-s részt nem láttam) szóval lehet, hogy csak hiányzik valami fájl.
Szerk.: nem, nem az a probléma. Akkor nem dobna error-t a webfelület start szkriptje.
[ Szerkesztve ]
Hogy hívják az éhes horgászt? Gyere Pista, kész a kaja!
-
válasz borrudi #15628 üzenetére
szerkesztettem, kérlek olvasd el újra! Kicsit kaotikus lett így a hsz... A lényeget aláhúztam.
Az a httpd_package.conf elég furcsán néz ki... Ez az egész kód?
Mert ha igen, akkor ott lesz a gond. Nincs elkezdve 2 <Directory … …>.
Bár az is lehet, hogy egy másik fájl hívja meg és ott kezdődik a dolog...Most nézem, hogy az apache is itt hasal el. Akkor megvan a hiba! slacker-t egyáltalán nem tudod használni?Nehéz ezt így távolról screenshotról megmondani. Nekem pl a packages ennyi:
Alias /pkg /usr/local/apache/htdocs/adv,/pkg
Szívesen ránéznék, de most az én nasom is romokban hever, mert a kollégának python fordítás közben elírtam egy sed parancsot és elszúrta mind a 357 csomagom forrását.
[ Szerkesztve ]
Hogy hívják az éhes horgászt? Gyere Pista, kész a kaja!
-
válasz borrudi #15632 üzenetére
Amúgy mi szúrta el ennyire?
Valami csomagra tudok tippelni a tünetek alapján... (Pl wordpress)
Lehet, hogy tényleg jobb lenne újrahúzni egy pendriveval, mint a helyreállítással vesződni... Hol akadtál el az fw upgrade-ben? Kicsomagoltam az fw -t és úgy tetted rá a penre?
Hogy hívják az éhes horgászt? Gyere Pista, kész a kaja!
-
borrudi
csendes tag
válasz Mr Dini #15633 üzenetére
a slacker -u val kiadott összes frissítést feltettem a csomagokra. buta voltam
kicsomagoltam a megfelelő fileket feltettem a bint is. újra indítottam a NAS-t de szerintem nem sok minden történt. a HDD LEd piros volt folyamatosan, mutatva, hogy ír vártam vele vagy fél napot nem változott semmi[ Szerkesztve ]
-
válasz borrudi #15634 üzenetére
Ez itt rossz:
AllowOverride All
</Directory>
AllowOverride All
</Directory>Mert nincsen elkezdve. A megoldás az lenne, hogy töröld ki azt a két rossz directory-t és valami nem fog menni, de legalább lesz web felület. A probléma csak az, hogy alapból nem írható a /etc és ahhoz, hogy tudd szerkeszteni kéne a zyxel_utils csomag. Ha meg nem megy a slacker, akkor max funpkg paranccsal tudod felrakni... De szerintem ez maradjon B terv, mert picit bonyolultabb...
2. Ha a hdd led pirosan világít, az nem jó. Akkor ok a dolog, ha a sys led narancssárga. A piros azt jelenti, hogy valami gáz van. Ilyenkor létrejön egy error log a pendriveon, ami megmondja, hogy mi nem jó. Sajnos már nem emlékszem, hogy mi az error log neve, de szerintem nem lesz nehéz megtalálni. Amúgy akkor szokott piros lenni, ha nem fat32-re van formázva a pendrive, hanem pl ntfs-re.
Hogy hívják az éhes horgászt? Gyere Pista, kész a kaja!
-
válasz szjoci #15598 üzenetére
Szia!
Az a helyzet, hogy barmalej2 barátom nem ér rá mostanában, mert sok munkája adódott...
De megkérdeztem Tőle, hogy annó milyen konfigparamétereket használt a fordításhoz, azt mondta, hogy csak a szokásosat...
Szóval nekiálltam én összehozni, írtam egy szkriptet hozzá és lebuildeltem a cuccot. Na és ekkor kezdődtek a problémák.... Merthogy elírtam a szkriptben egy sort és az egész fordításokat tartalmazó mappám (amiben közel 360 csomag volt) használhatatlanná vált.
2. próbálkozásra kijavítottam a szkriptet és okulva az eddigiekből csináltam neki egy elkülönített placcot, ahol nem tud kárt tenni. Ezután nekiálltam volna a buildelésnek, de nem jött össze, mert a C fordítónk a nasban nem támogatja a speciális karaktereket. A python meg ugye rengeteg ilyet használ... (Pl #) Szóval készítenem kellett egy uClibc-t, ami támogatja az utf-8 karaktertáblát. Na ez a rémálmunk... A régi kernel miatt kézzel kell patchelni a fordító kódját... De végül ez is sikerült és nekiálhattam a pythonnak. Kb másfél óra alatt végzett is. Ezután kreálltam belőle egy csomagot, felraktam, teszteltem és következhetett a következő lépés...
...a pip. Ezt is szépen leszedtem, de ez sem akart elindulni, mert hiányzott a setuptools a nasról. Na mondom oké, setuptools telepítő letölt, kicsomagol, telepít, csomagkreálás és voilá, működik!!! Ezután a pip is hasonló módon felment és gondoltam még a onedrive-d -t is lefordítom Neked, ha már ennyit küszködtem vele.
Szumma-szummárum: Utálok python-t fordítani. Egy egész délelőttöm ráment.
Szóval bocs a késésért, remélem a fentiek alapján megérted, hogy miért késtem velem ennyit...
Ne haragudj a szóömlengésért, térjünk is át a lényegre, magára a telepítésre.
Tehát először is távolíts el minden pythonos cuccot:
slacker -rA python pip setuptools
Majd innen http://users.atw.hu/mrdini/?dir=packages/python szedd le az összes csomagot, helyezd el a nason, majd a szokásos funpkg -i /csomag/elérési/útja.txz paranccsal tedd fel sorrendben a python-t, majd a setuptools-t, majd a pip-et, végül pedig a onedrive-d-t.
Ha fent van, akkor pedig add ki a onedrive-pref parancsot és elindul a beállítási varázslója.
Hogy hívják az éhes horgászt? Gyere Pista, kész a kaja!
-
borrudi
csendes tag
válasz Mr Dini #15638 üzenetére
Próbálom értelmezni.
tehát a httpd_zld.con fileban keresem az általad írt dolgokat.
Sajnos olyan nincsen, hogy AllowOverride All egyik conf fileben sem.
De direktoryt ahol nincs utána semmi 3-at találok nem kettőt. Kitörlöm a direktory szót a conffileból félkövéren kiszedtem miket törölnék?
1.
Header set X-UA-Compatible "IE=EmulateIE8"
Options FollowSymLinks
AllowOverride none
Order allow,deny
Allow from all
Options ExecCGI
</Directory>
UserDir diabled2.
Header set X-UA-Compatible "IE=EmulateIE8"
AllowOverride None
Options None
Order allow,deny
Allow from all
</Directory>
#WebService Start#3.
Options All
Allow from all
</Directory>
#Listen 80
#WebService End#A pendriven, nincsen log file. Egyáltalán nem csinált rá semmilyen filet. A pen FAT-ra van formázva.
-
válasz borrudi #15640 üzenetére
Nem. A http_package.conf fájlodban van egy Alias -os sor. Ez alatt van 2 AllowOverride all
</Directory>Ha készítettél már weboldalt/xml-t stb, akkor ismerős lehet az, hogy minden tag-et <>- közé teszünk és amit megnyitunk, azt le is zárjuk </> -rel. Na itt az a gond, hogy nincsen nyitótag az AllowOverride all fölött, tehát nem tudja értelmezni a webszerver, hogy ez az AllowOverride mire vonatkozik és mit zárjon le. Tehát azt a 2 AllowOverride all és </Directory>-t kell csak törölnöd, mert felesleges. A többi directory maradhat, azt nehogy töröld!
Viszont mint írtam a változtatások mentésével gondod lehet...
Hogy hívják az éhes horgászt? Gyere Pista, kész a kaja!
-
-
válasz borrudi #15645 üzenetére
Ok, akkor add ki ezt a parancsot:
cd /i-data/md0/admin/; wget http://downloads.zyxel.nas-central.org/Users/Mijzelf/FFP-Stick/packages/0.7/arm/zyxel_utils-0.4-arm-1.txz; funpkg -i ./zyxel_utils-0.4-arm-1.txz
Majd navigálj el winscpvel a /ffp/start mappába és nyisd meg a zyxel_utils.sh fájlt.
Nagyon fontos, hogy ebben a fájlban a change shell és a change homedir elé tegyél egy #-et. Tehát kommenteld ki pl így:
#change_homedir root /ffp/home/root
Aztan keresd ki a hook_directory-t, ha van előtte #, akkor szedd ki és írd át /etc/-re.
Majd add ki ezeket:
chmod a-x /ffp/start/zyxel_utils.sh
sh /ffp/start/zyxel_utils.sh start(Azért szedjük le először a futtatási jogot, mert nekem már vágta tönkre a nasom ez a szkript, pont azért, mert a change shell elé nem tettem #-et. Így, ha valamit elrontanál, reboot után nem lesz semmi gondja a nasnak)
Ezután elvileg nem fogja felülírni a módosítást és winscp alól változtathatod a fájlt.
[ Szerkesztve ]
Hogy hívják az éhes horgászt? Gyere Pista, kész a kaja!
-
-