- Karácsonyfaként világíthat a Thermaltake új CPU-hűtője
- Az USA vizsgálja a RISC-V kínai terjedésének kockázatát
- Kicsit extrémre sikerült a Hyte belépője a készre szerelt vízhűtések világába
- Egészen nagy teljesítményspektrumon fedné le a mobil piacot az AMD
- Kihívás a középkategóriában: teszten a Radeon RX 7600 XT
Hirdetés
-
AMD Radeon undervolt/overclock
lo Minden egy hideg, téli estén kezdődött, mikor rájöttem, hogy már kicsit kevés az RTX2060...
-
Karácsonyfaként világíthat a Thermaltake új CPU-hűtője
ph Az ASTRIA 600 ARGB ráadásul a hűtési teljesítmény szempontjából sem szégyenkezhet.
-
Új Beats fej- és fülhallgatók jelentek meg
ma Frissítette a Solo termékcsaládot az Apple házi audiomárkája.
-
PROHARDVER!
Új hozzászólás Aktív témák
-
ztsoft
őstag
Szia!
A 3.0 alatt is van 32 bites iso, openmediavault_3.0.36-i386.iso.
Jó dolog fontosnak lenni, de fontosabb, hogy jók legyünk.
-
ztsoft
őstag
Sziasztok!
Találtam egy hibát a minidlna plugin-nál. Az egyik beállító fájl rossz néven szerepel a rendszerben, így be sem töltődik.
A hibás fájl: /etc/sysctl.d/90openmediavault-minidlna, hiányzik a végéről a .conf kiterjesztés.
Az már csak "szépség hiba", hogy a "90"-es szám után kellene egy "-" jel, az összes többi beállító fájl így szerepel a könyvtárban.Jó dolog fontosnak lenni, de fontosabb, hogy jók legyünk.
-
ztsoft
őstag
Meg is van a hiba oka. megnyitva az "openmediavault-minidlna_3.3.10_all.deb" fájlt mc-vel, a "/DEBIAN" könyvtárban két fájl is tartalmazza a hibát (postinst, postrm).
postinst:
# set max user watches for inotify
echo "fs.inotify.max_user_watches=100000" > /etc/sysctl.d/90openmediavault-minidlna
if [ $(cat /proc/sys/fs/inotify/max_user_watches) -lt 100000 ]; then
sysctl -p /etc/sysctl.d/90openmediavault-minidlna
fipostrm:
# Remove the configuration data
rm -f /etc/sysctl.d/90openmediavault-minidlnaA hiányzó angol tudásom nem teszi lehetővé, hogy jelentsem a hibát, de ha valaki megtenné az jó lenne. Köszönöm.
Jó dolog fontosnak lenni, de fontosabb, hogy jók legyünk.
-
ztsoft
őstag
A log-ban ez szerepel róla: "inotify.c:199: warn: WARNING: Inotify max_user_watches [8192] is low or close to the number of used watches [120] and I do not have permission to increase this limit. Please do so manually by writing a higher value into /proc/sys/fs/inotify/max_user_watches.".
Ez hatással van a megadott könyvtárakban történt változások nyomon követésére, és az adatbázis frissítésére.
A nem éppen bő beszédű Debian wiki is jelzi a megoldást.Jó dolog fontosnak lenni, de fontosabb, hogy jók legyünk.
-
ztsoft
őstag
Nem a logban szereplő bejegyzés a hiba! Ez már csak a hatása a hibának! Ez nem egy veszély, inkább kellemetlenség.
Mint írtam is, a MiniDLNA-val figyelt könyvtárakra van kihatással, azaz nem mindig frissül az adatbázis, amikor módosul a figyelt könyvtár (fájlt törlünk, hozzá adunk).
pl.: egy videó bemásolása a figyelt könyvtárba, ilyenkor automatikusan frissülnie kellene az adatbázisnak, meg a MiniDLNA által megosztott listának. Ez nem mindig sikerül a fent említett hiba miatt.
hogy lehet előidézni
Egyszerűen, csak engedélyezni kell a plugin-t, meg hozzá adni egy könyvtárat, és már bent is van a logban a bejegyzés.Ellenőrizni is lehet egy egyszerű paranccsal, konzolon ki kell adni root-ként a sysctl --system parancsot, és már listázza is a betöltött konfig fájlokat, meg azok parancsait. A 90openmediavault-minidlna konfig fájl nem szerepel a listában, így be sem töltődik.
Az itt szereplő fájloknak .conf kiterjesztése kell, hogy legyen, különben nem töltődnek be.A loban szereplő figyelmeztetés a fs.inotify.max_user_watches alapértelmezett értékére figyelmeztet, a fent említett konfig fájl pont ennek az értékét változtatná meg, 8192-ről 100000-re.
Nos, a két hozzászólásban leírtam a logban szereplő figyelmeztetés pontos okát. Kiderítettem, hogy miért szerepel hibásan a konfig fájl a rendszerben.
Amint látom még ez sem elég, lehet én nem fogalmazok érthetően. Remélem a mostani hozzászólásommal már sikerült érthetően leírni, hogy mi a hiba.ui.: Idézet a "/etc/sysctl.d/README.sysctl" fájlból:
The filename isn't important, but don't make it a package name as it may clash
with something the package builder needs later. It must end with .conf though.Jó dolog fontosnak lenni, de fontosabb, hogy jók legyünk.
-
ztsoft
őstag
Türelem az van, nem sürgős.
Időközben találtam még egy hibát, most a fail2ban plugin-ban. A /etc/fail2ban/jail.conf fájlban van kettő elgépelés, findtime helyett fintime van, a másik bantime helyett banime van. Meg innen hiányzik az usedns bejegyzés.
A jail.conf man oldala szerint is hibás a két elgépelt név.Tudom, ezek "csak" figyelmeztetések, de engem zavar, hogy a log tele van velük (több éves Linux tapasztalattal a hátam mögött, megtanultam, hogy ezek nem hiába kerülnek a log-ba, felhívják a figyelmet egy hibára. Ezek lehetnek teljesen ártalmatlan szépség hibák, de akár lehetnek egy hibásan konfigurált védelmi szoftver beállításai is).
Az ide vonatkozó log:
Oct 22 14:04:46 mynas fail2ban[14654]: WARNING 'findtime' not defined in 'ssh'. Using default one: 600
Oct 22 14:04:46 mynas fail2ban[14654]: WARNING 'usedns' not defined in 'ssh'. Using default one: 'warn'
Oct 22 14:04:46 mynas fail2ban[14654]: WARNING 'findtime' not defined in 'ssh-ddos'. Using default one: 600
Oct 22 14:04:46 mynas fail2ban[14654]: WARNING 'usedns' not defined in 'ssh-ddos'. Using default one: 'warn'
Oct 22 14:04:46 mynas fail2ban[14654]: WARNING 'findtime' not defined in 'apache-noscript'. Using default one: 600
Oct 22 14:04:46 mynas fail2ban[14654]: WARNING 'usedns' not defined in 'apache-noscript'. Using default one: 'warn'
Oct 22 14:04:46 mynas fail2ban[14654]: WARNING 'findtime' not defined in 'apache-404'. Using default one: 600
Oct 22 14:04:46 mynas fail2ban[14654]: WARNING 'usedns' not defined in 'apache-404'. Using default one: 'warn'
Oct 22 14:04:46 mynas fail2ban[14654]: WARNING 'findtime' not defined in 'proftp'. Using default one: 600
Oct 22 14:04:46 mynas fail2ban[14654]: WARNING 'usedns' not defined in 'proftp'. Using default one: 'warn'
Oct 22 14:04:46 mynas fail2ban[14654]: WARNING 'findtime' not defined in 'owncloud'. Using default one: 600
Oct 22 14:04:46 mynas fail2ban[14654]: WARNING 'usedns' not defined in 'owncloud'. Using default one: 'warn'
Oct 22 14:04:46 mynas fail2ban[14654]: WARNING 'findtime' not defined in 'nginx-404'. Using default one: 600
Oct 22 14:04:46 mynas fail2ban[14654]: WARNING 'usedns' not defined in 'nginx-404'. Using default one: 'warn'Mivel ez egy dinamikusan létrejövő konfig fájl, így a létrehozásáért felelős script forrása itt található, az említett elgépelés pedig a 44. sortól kezdődik (a rendszerben az /usr/share/openmediavault/mkconf/fail2ban útvonalon található).
Én kijavítottam a két elgépelt nevet, plusz beszúrtam a "usedns = warn" sort, majd újraindítottam a fail2ban szolgáltatást. Így már hiba nélkül indult. Tudom, ez nem végleges megoldás, amint a webes felületen állítok valamit a fail2ban-ban már kezdhetem előröl az egészet.
Jó dolog fontosnak lenni, de fontosabb, hogy jók legyünk.
-
ztsoft
őstag
Lehet, hogy félre értettél. Én nem panaszkodás, vagy felháborodás miatt írtam a hibákról. Csak azért írtam ide a fórumra, mert, mint fentebb írtam is, nem tudok angolul, így nem tudom jelezni a fejlesztő felé a hibát.
Egyetlen egy dolog vezérelt, jobbá, biztonságosabbá tenni az OMV-t, ehhez elengedhetetlen a visszajelzés a fejlesztő felé, főleg ha teszt állapotú szoftverről beszélünk.
A leírás szerint manuálisan kell konfigurálni, de ezt a fájlt hiába szerkesztem valahonnan mindig visszaírja.
Mivel ez egy dinamikusan generált fájl (mint az OMV konfig fájlok nagy része), így nincs értelme módosítani. Van belőle egy másolat, amit a webes felület használ, ez alapján fogja visszaírni.Ha valaki akar tesz hiba jelentés. Én részemről befejeztem, nem fogok felesleges munkát végezni a semmiért (természetesen a saját rendszeremen továbbra is javítani fogom a hibákat. Lehet még egy merész lépést is teszek, a Google barátom segítségével jelentem a hibákat, hogy ebből mi sül ki, azt nem tudom ).
Nem akarlak megbántani, de ha ismernéd a Linux hozzáállást, akkor nem írnál felesleges elkerülő megoldásokat ahelyett, hogy a fejlesztő felé lenne jelentve a hiba, hogy javítani tudja, ezzel is jobbá téve a rendszert. A Linux-ok nagy része ezen elv alapján működik. Ez nem Windows, itt számít a felhasználók véleménye, javaslata, hiba jelentése.
Még egyszer bocsánat, ha megbántottalak, de ezt tudomásul kell venni, ez így működik.
Jó dolog fontosnak lenni, de fontosabb, hogy jók legyünk.
-
ztsoft
őstag
válasz Adamo_sx #5825 üzenetére
Köszönöm szépen.
(#5827) lovi27 Most már végképp elvesztettem a fonalat. Ennyire érthetetlenül fogalmazok?
Ha leírtad volna, hogy tesztről van szó nem is foglalkoztam volna vele.
Többször átolvastam a hozzászólásaimat, de tesztről egy szót sem írtam. Nem is vagyok tesztelő, nem is lehetnék angol tudás nélkül. Én magam is, mint itt többen, csak felhasználó vagyok (talán egy kicsit jobban ismerem a felszín alatti réteget ).Viszont ha te "ismered a Linux hozzáállást" és tesztelő szeretnél lenni, vagy csak akár kívülről segíteni a fejlesztést tudnod kéne, hogy van kifejezetten web oldal arra, ahol különösebb duma nélkül lehet jelenteni a hibákat.
Ismerem a hiba bejelentés menetét, ismerem a github-os oldalt, láttam mások által jelentett hibákat, a fent említett hiányosság miatt ez nem lehetséges.Ezért tartom jobbnak, ha előbb a hibát pontosítjuk és csak utána beszélünk javításról.
Melyik hibát akarod pontosítani? Amiket én jeleztem, azokat pontosan leírtam. Mielőtt ide írtam volna, ki is próbáltam a saját rendszeremen, hogy a hiba javításra tett kísérletem jól működik-e.Ezek szerint nem néztél utána, hogy a minidlna-ban hol kell az inotify max_user értékét változtatni. Mindenhol azt írják manuálisan kell. A minidlna.conf fájl logikus választás volt, de helyette ugyanott a néhány fájllal lejjebb lévő sysctl.conf-ban kell megtenni.
Erre írtam, hogy "nem írnál felesleges elkerülő megoldásokat". Amit én írtam hibát, az pontosan ezt csinálta volna (az "/etc/sysctl.d/90-openmediavault-minidlna.conf" pontosan 8192-ről 100000-re változtatná az fs.inotify.max_user_watches értékét), ha nem lenne hibás a fájl neve. Akkor miért kellene szerkeszteni a "sysctl.conf" fájlt ahelyett, hogy a meglévőt javítsuk? Maga az "openmediavault-minidlna" csomag tartalmazza a hibás konfig fájlt, ami az OMV része, így nem a Debian rendszer fájljait kellene szerkeszteni.
Mellékesen a "sysctl.conf" fájl pont az általam említett könyvtárba van linkelve (valószínű a Debian fejlesztői jobbnak látták, hogy szétszedjék több különálló konfig fájlra, jobban áttekinthető).
Én nem írtam a "minidlna.conf" fájlról, semmi köze a problémához.Viszont ha kipróbálod látni fogod megszűnik a warning.
Igaz, nem írtam le, hogy ezeket már javítottam a saját rendszeremben, így tudom pontosan, hogy mi a hiba megoldása. Nem hasra ütés szerűen találgatok.Jó dolog fontosnak lenni, de fontosabb, hogy jók legyünk.
-
ztsoft
őstag
válasz jedie82 #5834 üzenetére
Szia!
Ha már felajánlottad, én szívesen venném az eredményt.
Elméletileg elkezdték migrálni a calibre plugin-t OMV 3 alá, de még a teszt csomagok közt nem jelent meg, GitHub-os link.
Esetleg tehetsz egy próbát az OMV3-on az OwnCloud helyett a NextCloud-dal, igaz nincs hozzá plugin, de van saját webes felülete, én ezt használom, ez alapján tettem fel (Apache, MariaDB and PHP7 jobbnak láttam a külön webszervert az OMV miatt).
Jó dolog fontosnak lenni, de fontosabb, hogy jók legyünk.
-
ztsoft
őstag
válasz Adamo_sx #5836 üzenetére
Köszönöm a visszajelzést! Igen, megtaláltam amit írtál, meg a fejlesztő válaszát is.
A kötőjelet nem sikerült átvernem rajta
Az nem hiba, működik nélküle is, egyedül a jobb átláthatóságot javítja (lehet csúnya kódot is írni, ami tökéletesen működik, csak nem kell mutogatni ).Viszont a fail2ban-nal ráfaragtam
Nem gond, a hiba jelentésnek nyoma van. Esetleg, ha gondolod, a hibás konfig fájl (ezt a fájlt generálja az általad jelentett hibás script) eredeti hibás részét, meg az általam javított részét megadom. Javítás után nincs figyelmeztetés a logban. Ezt lehetne még jelenteni, bár nem tudom, hogy ez kell-e, mert egy dinamikus fájlról beszélünk (webes felület alapján készül)./etc/fail2ban/jail.conf részlet (plusz egy, egy sor alul, felül):
eredeti:
ignoreip = 127.0.0.1 192.168.0.10
fintime = 604800
banime = 604800
maxretry = 3javított:
ignoreip = 127.0.0.1 192.168.0.10
findtime = 604800
bantime = 604800
usedns = warn
maxretry = 3Még egyszer köszönöm a fáradozásodat!
Jó dolog fontosnak lenni, de fontosabb, hogy jók legyünk.
-
ztsoft
őstag
válasz paizinho #5853 üzenetére
Szia!
Ott van a Nextcloud link is, csak egy kicsit tovább kellett volna olvasni (mivel nem tartozik az OMV-hez, így off-ba tettem). A képen ki is emeltem egy piros kerettel.
(#5857) jedie82
Jó a leírásod! De egy pár észrevételt tennék, ha nem bánod.
Én az OMV-t tettem át másik portra (8080), így kisebb hibalehetőség lesz a szinkronizálásnál, meg esetleg ha még kintről is el szeretnénk érni (akkor viszont komolyabb biztonsági intézkedések kellenek).majd a "nextcloud.conf" fájlban(lentebb) A hatodik sorban a directory elérési útját írjuk át /mnt/safe/nextcloud_data/
nano /etc/apache2/sites-available/nextcloud.conf
Ennek semmi köze hozzá! Itt csak az Apache2 számára mondjuk meg a /var/www/html/nextcloud/ könyvtár engedélyeit, opcióit.Amennyiben másik mappába/meghajtóra szeretnénk hogy mentse az adatainkat (data mappa):
Itt jobban utána kellene nézni, mert nem biztos, hogy a php-nek lesz hozzáférése (nem a jogosultságokról beszélek) az útvonalhoz, akkor viszont semmit nem fog menteni.Még annyit, hogy ha valamilyen gond lenne a Nextcloud elérésével, akkor az /var/log/apache2/your-domain.com-error_log (ahogy a konf fájlban megadtuk) fájlban találunk infót a hibáról. Érdemes mindig egyedi, beszédes nevet megadni, így nem fognak össze akadni, meg könnyebb megtalálni.
Jó dolog fontosnak lenni, de fontosabb, hogy jók legyünk.
-
ztsoft
őstag
válasz Flowtation #5858 üzenetére
Szia!
Szeretném kérdezni, hogy van valami diagnosztika amit esetleg putty alatt tudok futtatni, hogy ellenőrizzem a gépet?
Ennél sokkal jobb megoldás a log-ok ellenőrzése, ha megy a "webgui"-n is ellenőrizheted, ha nem akkor a Putty alatt mc-vel, vagy a jó öreg parancsokkal (cd, ls, cat, grep), a /var/log könyvtárban találod, amit érdemes keresni, warning, error (pl.: dmesg | grep "(warning|error)" -Ei ).A top parancsnál nem tudom mit kell nézni, ami esetleg pörgeti a procit.
Nálam alapból CPU % szerint vannak rendezve, így az első sorban lévő pörgeti a legjobban a CPU-t.Jó dolog fontosnak lenni, de fontosabb, hogy jók legyünk.
-
ztsoft
őstag
válasz Flowtation #5862 üzenetére
Igen az sdc-n valószínűleg hardver hiba van. Próbáld meg lementeni róla az adatokat, majd formázni, mert a log szerint az sdc1-es partícióra írja a hibát.
Szerintem az a lemez megérett a cserére.(#5865) nemurea
Ez a hozzászólásom az alap telepítésű Apache2-re vonatkozik, ami a Nextcloud-ot szolgálja ki (egy rosszul beállított webszervert könnyen fel lehet törni).Maga az OMV biztonságos, de a https nem árt neki sem (én az OMV-t nem engedném ki a netre, minek, a beállítások otthon elvégezhetők). Az OMV által konfigurált programoknál már más a helyzet (némi informatikai ismeretet megkövetel).
Az ssh-nál csak kulcsos beléptetés (én ez alapján csináltam [link]), root login tiltása, esetleg másik port használata (az utóbbi a többinél is hatásos lehet).
Samba-t kizárólag a belső hálózatra korlátozni.
Ahol csak lehet titkosított kapcsolatot alkalmazni.
Csak a nélkülözhetetlen programokat (portokat) engedni ki a netre.Ami kezdésnek jó, az a port szkennelés tiltása (legjobb lenne egyből a router-ben, de az OMV-s gép is jó lehet, Debian 8-ra egy lehetséges megoldás [link]).
Még jó lehet a fail2ban, de itt is a megfelelő konfiguráció elengedhetetlen (a net tele van vele, hogy az adott programra, hogy kell beállítani).Elég sok helyen olvastam, hogy csak a VPN-t engedik ki, azon belül az egész belső háló elérhető (mivel nem értek hozzá, így ebben már nem tudok segíteni).
ui.: Mivel nem vagyok informatikus, így az itt leírtakat kérem a helyén kezelni. A tudásomat több éves Linux használattal, netes leírásokkal, Linux Akadémia ingyenes képzéseivel szereztem.
Jó dolog fontosnak lenni, de fontosabb, hogy jók legyünk.
-
ztsoft
őstag
válasz soldi3r #5887 üzenetére
Szia!
A lemezt levalasztva es pl egy windowsos gepre dugva elerheto a tartalma?
Igen, léteznek Windows-ra olyan programok, amik olvasni tudják az ext4 partíciót.A rendszer driverrel sem tud kezelni NTFS-t?
Ugye nem az adat lemezt akarod NTFS-re formázni? Ezt nem ajánlom, így nincs jogosultság kezelés (ez egyben biztonsági kérdést is felvet egy NAS esetén)! Tessék Linux fájlrendszert használni.Másik oldalról megközelítve, igen, tudja kezelni az NTFS-t, mint ahogy (#5888) vadkörte is leírta.
Jó dolog fontosnak lenni, de fontosabb, hogy jók legyünk.
-
ztsoft
őstag
válasz Dadan01 #5893 üzenetére
Akkor automatikusan történt, mert a verziószám azonos.
Nem tudok róla, hogy lenne ilyen lehetőség az OMV-ben, szerintem csak átsiklottál felette az előző frissítésnél.A minidlna verziója viszont 1.1.6, ez nem frissult 1.2-re nálad?
Nem.root@mynas:/# apt search minidlna
Sorting... Kész
Full Text Search... Kész
minidlna/jessie-backports,now 1.1.6+dfsg-1~bpo8+1 amd64 [installed,automatic]
lightweight DLNA/UPnP-AV server targeted at embedded systemsopenmediavault-minidlna/jessie,now 3.3.11 all [installed]
OpenMediaVault miniDLNA (DLNA server) pluginJó dolog fontosnak lenni, de fontosabb, hogy jók legyünk.
-
ztsoft
őstag
válasz Dadan01 #5902 üzenetére
A barátom (Google) szerint Neked még nincs fent a legújabb verzió, mivel ezt írja [upgradable from: 3.3.10]. Ha az enyémet megnézed [installed], már látszik is a különbség.
Nem szoktam én frissíteni lehetőleg semmit, ami meg működik pláne nem, ezért vagyok némlileg értetlen.
Meg is fejtettük a rejtélyt.Jó dolog fontosnak lenni, de fontosabb, hogy jók legyünk.
-
ztsoft
őstag
Hogy tisztán láss.
Az OMV alapja a Debian 8 (Jessie), a fejlesztők erre készítettek egy webes felügyeleti rendszert, ezt kínálják OpenMediaVault néven. A csomagok nagy része a Debian fejlesztőktől jön, semmi köze az OMV-hez.Nekem is logikus lenne, ha már úgyis hozzányúl akkor frissíti a motort is
A "motort" nem Ő fejleszti, így frissíteni sem tudja. A MiniDLNA csomag a Debian része, a Debian fejlesztők tartják karban (ellenőrzik, tesztelik, pontosabban, Alexander GQ Gerasiov a karbantartója). Mint minden csomagnak, ennek is vannak függőségei, így nem biztos, hogy az újabb verzió simán lefordulna a forrásból, a rendszer módosítása nélkül.Példaként említhetném még a FreeNAS-t is, ott a FreeBSD az alap. A felállás nagyjából ugyan ez. Nem árt, ha ezzel tisztában vagy.
Csomag információk a MiniDLNA-ról:
root@mynas:/# dpkg -s minidlna
Package: minidlna
Status: install ok installed
Priority: optional
Section: net
Installed-Size: 326
Maintainer: Alexander GQ Gerasiov <gq@debian.org>
Architecture: amd64
Version: 1.1.6+dfsg-1~bpo8+1
Depends: adduser, lsb-base, libavformat56 (>= 6:11~beta1), libavutil54 (>= 6:11~beta1), libc6 (>= 2.15), libexif12 (>= 0.6.21-1~), libflac8 (>= 1.3.0), libid3tag0 (>= 0.15.1b), libjpeg62-turbo (>= 1.3.1), libogg0 (>= 1.0rc3), libsqlite3-0 (>= 3.5.9), libvorbis0a (>= 1.1.2)
Conffiles:
/etc/default/minidlna aaf6707ae6b701e19c1c80c7c3999b8e
/etc/init.d/minidlna dea6444a51e516e5fafb22a1bfc6726b
/etc/logrotate.d/minidlna 9ce248c572d8fd568c51546ec2a469e0
/etc/minidlna.conf e044891dffb37603f9f5b9366de14106
Description: lightweight DLNA/UPnP-AV server targeted at embedded systems
MiniDLNA (aka ReadyDLNA) is server software with the aim of being
fully compliant with DLNA/UPnP-AV clients.
.
The minidlna daemon serves media files (music, pictures, and video)
to clients on your network. Example clients include applications
such as totem and xbmc, and devices such as portable media players,
smartphones, and televisions.
.
MiniDLNA is a simple, lightweight alternative to mediatomb, but has
fewer features. It does not have a web interface for administration
and must be configured by editing a text file.
Homepage: https://sourceforge.net/projects/minidlna/Jó dolog fontosnak lenni, de fontosabb, hogy jók legyünk.
-
ztsoft
őstag
válasz szpeti40 #5917 üzenetére
Szia!
A kép látható, hogy az a valami root-ként fut, ha kártékony, akkor az nagyon nem jó! Ajánlom az rkhunter szoftver telepítését, majd futtatását. Mivel az OMV-hez nincs plugin, így ssh-n keresztül kell telepíteni, futtatni, minden műveletet root-ként kell végezni.
sudo apt-get install rkhunter
Telepítés után az /etc/rkhunter.conf fájlt szerkeszteni kell, egy pár beállítást módosítani kell.
sudo nano /etc/rkhunter.conf
Itt meg kell keresni a SCRIPTWHITELIST=/usr/bin/lwp-request sort, majd erre változtatni #SCRIPTWHITELIST=/usr/bin/lwp-request a sor elejére beszúrni egy # karaktert.
Ugyan így a WEB_CMD="/bin/false" értékét átírni erre WEB_CMD=curl majd menteni Ctrl+o, majd Ctrl+x-el kilépni.Az /etc/default/rkhunter fájlban minden beállítható. A lényeges beállítások a következők, magyarázattal (alapbeállítás). Engedélyezni az érték="true", tiltani az érték="false" lehet. Természetesen minden beállítás magyarázata ott van angolul.
CRON_DB_UPDATE, hetente frissíti az adatbázist (engedélyezve), CRON_DAILY_RUN, naponta futtatja az ellenőrzést (engedélyezve), APT_AUTOGEN, minden egyes telepítés, törlés után futtatja az ellenőrzést (nincs engedélyezve)
Majd az adatbázist frissíteni.
sudo rkhunter --update --propupd
Nálam is hibával futott le, erre még keresek megoldást.
Checking rkhunter data files...
Checking file mirrors.dat [ Skipped ]
Checking file programs_bad.dat [ Update failed ]
Checking file backdoorports.dat [ Update failed ]
Checking file suspscan.dat [ Update failed ]
Checking file i18n versions [ Update failed ]A végén jöhet az ellenőrzés.
sudo rkhunter -c
Az eredmény OMV3 alatt:
System checks summary
=====================File properties checks...
Files checked: 138
Suspect files: 0Rootkit checks...
Rootkits checked : 379
Possible rootkits: 0Applications checks...
All checks skippedThe system checks took: 1 minute and 27 seconds
Későbbiekben ellenőrizni lehet az eredményt a /var/log/rkhunter.log fájlban, bővebb információt is tartalmaz (csak root-ként lehet megnyitni).
Magyar Wiki [link], nem találtam újabbat.
ui.: Látom egy kicsit elkéstem, de azért érdemes feltenni.
Jó dolog fontosnak lenni, de fontosabb, hogy jók legyünk.
-
ztsoft
őstag
Meg is van a hibára a megoldás. Szerkeszteni kell az /etc/rkhunter.conf fájlt.
Ezt UPDATE_MIRRORS=0 módosítani erre UPDATE_MIRRORS=1,
ezt MIRRORS_MODE=1 erre MIRRORS_MODE=0,
ezt WEB_CMD=curl erre WEB_CMD="".Ezután jöhet a frissítés
sudo rkhunter --update --propupd
.Nálam az eredmény:
Checking rkhunter data files...
Checking file mirrors.dat [ No update ]
Checking file programs_bad.dat [ Updated ]
Checking file backdoorports.dat [ No update ]
Checking file suspscan.dat [ No update ]
Checking file i18n/cn [ Skipped ]
Checking file i18n/de [ Skipped ]
Checking file i18n/en [ No update ]
Checking file i18n/tr [ Skipped ]
Checking file i18n/tr.utf8 [ Skipped ]
Checking file i18n/zh [ Skipped ]
Checking file i18n/zh.utf8 [ Skipped ]Az IP címet az OMV alatt a "Hálózat", "Interfészek" alatt tudod szerkeszteni. Lehet "Statikus"-ra is állítani, azaz kézzel megadni.
Jó dolog fontosnak lenni, de fontosabb, hogy jók legyünk.
-
ztsoft
őstag
válasz szpeti40 #5924 üzenetére
Nem jót szerkesztettél.
# For example:
#
# WEB_CMD=curl <-- Nem ezt kell!
#
# Alternatively, the user may specify a completely new command. However, note
# that rkhunter expects the downloaded file to be written to stdout, and that
# everything written to stderr is ignored. For example:
#
# WEB_CMD="/opt/bin/dlfile --timeout 5m -q"
#
# *BSD users may want to use the 'ftp' command, provided that it supports the
# HTTP protocol:
#
# WEB_CMD="ftp -o -"
#
# This option has no default value.
#
WEB_CMD="" <-- Így kell kinéznie!Az ilyen szerkesztéseknél mindig a teljes sort kell nézni. A # jellel kezdődő sorokat a program nem veszi figyelembe, itt lehet bármit írni, úgynevezett komment szöveg.
Jó dolog fontosnak lenni, de fontosabb, hogy jók legyünk.
-
ztsoft
őstag
válasz soldi3r #5963 üzenetére
Szia!
BIOS-hoz, telepítéshez mindenféleképp kell kijelző, de utána, ha már fent van az ssh, akkor mehet a Putty (szerintem egy NAS-hoz nem is kell kijelző).
Voltak itt egy páran, akik előbb a Debian-t rakták fel, majd arra az OMV, stabilitás szempontjából majd Ők válaszolnak.
Jó dolog fontosnak lenni, de fontosabb, hogy jók legyünk.
-
ztsoft
őstag
válasz DonThomasino #5979 üzenetére
Szia!
Szerintem nem a válasz. Ki is fejtem, hogy miért.
1. Első alkalommal formázza a külső HDD-t a box (ez biztos a Horizon HD box-on), csak utána készít felvételt.
2. A box (tudomásom szerint) csak USB HDD-t fogad, nem ismeri a megosztásokat.
3. Még nem halottam olyanról, hogy egy belső HDD partícióját elérhetővé tegyünk a külvilágnak USB-s HDD-ként.Jó dolog fontosnak lenni, de fontosabb, hogy jók legyünk.
-
ztsoft
őstag
válasz DonThomasino #5981 üzenetére
1. "Még nem halottam olyanról, hogy egy belső HDD partícióját elérhetővé tegyünk a külvilágnak USB-s HDD-ként." csak ismételni tudom.
2. Egy notebook winyó sata-usb kábellel nem az ?
De, az. Ezt, hogy kötöd egyszerre két eszközre? Csak gondolj bele, a box éppen írni akar, a mini PC pedig olvasni, ezeket az utasításokat az USB-s vezérlő nem tudja teljesíteni (még az is lehet, hogy az egyszerre érkező parancsokból egy értelmezhetetlen katyvasz lesz), mivel arra tervezték, hogy egy eszköz vezérelje USB kapcsolaton keresztül.3. Mi a különbség a belső HDD és az USB HDD között ?
A belső HDD-t az alaplapon található vezérlő hajtja, míg az USB-snek van egy USB <-> SATA konvertálója, vezérlője (plusz a driver).[ Szerkesztve ]
Jó dolog fontosnak lenni, de fontosabb, hogy jók legyünk.
-
ztsoft
őstag
válasz paizinho #6172 üzenetére
Szia!
Szerintem előbb néz szét a neten, hogy ahhoz a Debian verzióhoz jó-e az új Plex szerver. Ha kipróbálod így, akkor a következő variációk lehetnek:
1. Függőségek miatt nem települ.
2. Települ, de a régebbi Debian miatt nem működik megfelelően, esetleg az egész rendszer instabil lesz.
3. Simán települ, és működik mindenféle mellékhatás nélkül.Az, hogy a régebbi verzió már nem frissül, annak az az oka, hogy kijött az újabb Debian, a régiek már csak biztonsági frissítéseket kapnak (nem lesznek új programok benne). Ez valószínűleg igaz az OMV-re is.
Jó dolog fontosnak lenni, de fontosabb, hogy jók legyünk.
-
ztsoft
őstag
Szia!
Én ez alapján telepítettem OMV3 alá a NextCloud-ot How To Install Nextcloud on Debian 8. Nálam tökéletesen együttműködött az ingyenes klienseivel (Linux, Android), még a Google-el is sikerült összekapcsolni. Nagyon tetszett.
Jó dolog fontosnak lenni, de fontosabb, hogy jók legyünk.
-
ztsoft
őstag
Szia!
Te a szerver oldali NFS megoszlást írtad le, a kérdezőnek meg a kliens oldali nem működik.
Valahol még kell lennie egy konfig fájlnak is ahol az IP cím tárolva van
Igen, az /etc/exports fájlban van megadva.(#6402) Flowtation
Mivel a Manjaro egy Arch fork így érdemes átnézni a Wiki-t NFS Client, vagy az Arch Linux topikjában kérdezni [link].Jó dolog fontosnak lenni, de fontosabb, hogy jók legyünk.
-
ztsoft
őstag
válasz A_ScHuLcZ #6409 üzenetére
Szia!
Transmission esetében nem tudok ilyen lehetőségről, esetleg külső script-tel lehet a már letöltött állományt áthelyezni, másolni másik mappába, de ez már nem tartozik az OMV-hez, azaz, kézzel kell mindent beállítani.
Esetleg nézz meg másik klienst, hátha annál több lehetőség van (én az rTorrent-et használom Ubuntu server alatt).
Jó dolog fontosnak lenni, de fontosabb, hogy jók legyünk.
-
ztsoft
őstag
válasz LeslieG Jr. #6711 üzenetére
Szia!
Az omv-update script lényegében a teljes rendszert frissíti, ahogy a forrásából kiderül ([link]).
Annyi a különbség az általad használt parancsoknál, hogy az upgrade helyett a dist-upgrade-t használják, meg még kiegészítették plusz kapcsolókkal. További infó az apt-get parancsról [link] (ugyan ezt megkapod a konzolban is, man apt-get )Jó dolog fontosnak lenni, de fontosabb, hogy jók legyünk.
-
ztsoft
őstag
Szia!
Linux alatt (OMV is az) nem használunk NTFS-re formázott meghajtót, pláne úgy, hogy még tovább is osztjuk! Ez esetben a jogosultság kezelés nem működik, azaz nem lehet korlátozni, hogy ki férhet hozzá a könyvtárakhoz, fájlokhoz! Tessék Linux-os fájlrendszert használni Linux alatt.
Jó dolog fontosnak lenni, de fontosabb, hogy jók legyünk.
-
ztsoft
őstag
válasz Pelican #6729 üzenetére
És Rosep, nem azt írtam, hogy nem működik (állítólag van sebességbeli különbség is, én még nem teszteltem). Csak a jogosultság kezelés nem működik (pont a lényeg)!
Akkor én is kérdezek, miért nem használtok Windows alatt valamelyik Linux fájlrendszert (Ext2, Ext3, stb..., azokat is működésre lehet bírni)?
Jó dolog fontosnak lenni, de fontosabb, hogy jók legyünk.
-
ztsoft
őstag
Egyébként meg eddig sem használtam a jogosultság kezelés részét.
Azt elhiszem, de a rendszer igen, a Linux ezen alapszik, nem lehet kikerülni (persze a saját fájlrendszerén).Tegyem át Windows alá és töröljem az összes régi jogosultságot és adjak egy Mindenki mindent csinálhat jogot az egész meghajtóra?
Ez csak Windows alatt működik.Egy kis olvasnivaló a jogosultságkezelésről, [link], ezzel találkozhatsz az OMV kezelőfelülete alatt is.
Jó dolog fontosnak lenni, de fontosabb, hogy jók legyünk.
Új hozzászólás Aktív témák
Figyelem!
Megjelent a Debian 10-re épülő OMV 5 stabil kiadása.
Új telepítésre ez a verzió ajánlott.
- Bitdefender Total Security 3év/3eszköz! - "Tökéletes védelem most kedvező áron..."
- Eredeti Microsoft termékek - MEGA Akciók! Windows, Office Pro Plus, Project Pro, Visio Pro stb.
- PC JÁTÉKOK (OLCSÓ STEAM, EA , UPLAY KULCSOK ÉS SOKMINDEN MÁS IS 100% GARANCIA )
- AKCIÓ! - STEAM kulcsok /Anuchard, Aragami, Children of Morta, stb. - 2024.04.17.
- World of Warcraft Shadowlands Collectors edition EU EN