- Samsung Galaxy S24 Ultra - ha működik, ne változtass!
- Mobil flották
- Android szakmai topik
- Xiaomi 12X – kicsi a bors és hűvös
- Minden a BlackBerry telefonokról és rendszerről
- Telekom mobilszolgáltatások
- Okosóra és okoskiegészítő topik
- Kiderült, mi található a CMF Phone 1 hátlapján
- Honor Magic V2 - origami
- iPhone topik
Hirdetés
-
Retro Kocka Kuckó 2024
lo Megint eltelt egy esztendő, ezért mögyünk retrokockulni Vásárhelyre! Gyere velünk gyereknapon!
-
Az üzleti szférának szól a SmartThings Pro
ma A kütyüket összefogó megoldásból irodák, üzletek és hotelek is profitálhatnak.
-
Computex 2024: dedikált NPU-val menedzselné a VGA-t a PowerColor
ph A gyártó megoldása hardveres, de kérdés, hogy nem volna-e a célra elég a jó öreg szoftver.
-
Mobilarena
Új hozzászólás Aktív témák
-
lovi27
addikt
válasz jézusom #14734 üzenetére
Nem, nem normális. Úgy tűnik valami alapvető probléma van, ezért nem lehet a minidlna-t sem telepíteni. Lehet az extrák p,luginnal, vagy magával az OMV telepítésnél ment félre valami.
Nem tudom mit értesz 'zero' konfig alatt, mert ha egyszer már ment az smb megosztás, akkor magától nem romlik el. Nem tesz különbséget kivel kommunikál, mindig ugyanazt a protokoll eljárást követi. -
lovi27
addikt
válasz stigma #14735 üzenetére
Te az rpc-ről írsz, én meg arról, ha telepítik a Transmissiont akkor kimegy a világhálóra és képes bárhonnan letölteni a fájlokat.
Ha már így szóba került: minek a *.*.*.* mellé még más IP címet is megadni? Persze tudom, mert a pluginban is így írta a készítője. De a négy csillag az össze IP4 címtartományt jelöli.
-
lovi27
addikt
válasz stigma #14735 üzenetére
"úgy tudtam tapasztaltam ha settings.json fájlban... nem írom át..."
Nem tapasztaltam ilyet. Csak telepítettem a leírás szerint és működik. Ha megnézed a kedvenced, a denveri srác videóját abban sincs szó json fájl módosításról.
Ha valaki veszi a fáradságot és végigolvassa a telepítési útmutatót abban is csak egy esetben ajánlja a fájl módosítását, ha frissítés után nem elérhető a webui, akkor....
Ha paranccsal telepítjük a TR-t, akkor természetesen működését a json fájlban kell beállítani.Megnéztem mi van ha távolról (sicc) akarnám elérni. Most a proxy-managert használom és minden json fájl piszkálás nélkül csak beállítottam hozzá a proxyt és elértem távolról. Ennyi. Ja, és persze kért Let's Encrypt tanúsítványt is, így a titkosítás is rendben.
A nextcloudnál sem tudom milyen mókolásról beszélsz. Akkor is annyit kellett telepítés után csinálni, mint most a transmissionnál a távoli eléréshez.
-
lovi27
addikt
válasz jézusom #14741 üzenetére
Ez egy állandóan visszatérő W10 probléma itt is és a W10 fórumon is mióta a Microsoft alapból tiltja az SMB1-et. Ez nem baj, mert az SMB1-et veszélyesnek nyilvánították, meg amúgy is a Linux már az SMB4-et használja.
Több dolgot tehetsz. Én a TC-ben csináltam egy fület a NAS samba elérésre (\\MYNAS\). Nálam MYNAS az OMV hostname. Csak rákattintok és megjelenik az összes OMV samba könyvtár. De a címsorban is kiadhatod akár hostname vagy IP címmel megcímezve.
Amellett visszakapcsolhatod, pipát tehetsz a
Vezérlőpult / Programok és szolgáltatások / Windows-szolgáltatások be- és kikapcsolása
kis ablakban az SMB1/CIFS rendszerű ügyfél elé.
De a lényeg, ennek semmi köze az OMV-hez, kérjük a Microsoft felmenőit emlegetni. -
lovi27
addikt
Akkor azt nem a Portainer, hanem a qBittorent logja mutatta! De a qBittorrent be van zárva egy konténerbe, amit belsőleg nem tud megváltoztatni. Ez a Docker egyik lényege! És ha megnézted volna mit mutat a Portainer a konténereknél, akkor láttad volna a qBittorrentnél, hogy neki nem a 8081-es port az engedélyezett.
-
lovi27
addikt
válasz GeGexx #14760 üzenetére
"Gondolom előszeretettel keresik és törik fel az ilyen kis házi ták szervereket."
Rosszul gondolod! A hackerek szakmailag igen képzett, céltudatos emberek, akik a semmire nem pazarolják az időt és az energiát. Szinte mindig oka van miért törtnek be egy szerverbe. Ma már a 'gagyi' szerverek is védettek a jelszó feltörés ellen, azaz nagyon korlátozott a próbálkozások száma. Ezért ajánlanak erős jelszót, ami gyakorlatilag feltörhetetlen. Persze, ha például nem megfelelőlen titkosítják akkor lehet akármilyen erős.
Azért írtam szinte mindig oka van, mert van eset amikor ráér, unatkozik a hacker és mivel képes rá, gondolja "miért ne ha megtehetem" alapon választ egy szervert. A rossz helyen, rossz időben tipikus esete. Ez az egy ok amivel mindenki célkeresztbe kerülhet, de ezen kívül csak nyomós okokról olvashatunk. De akkor se feltörésről, hanem kivétel nélkül vagy a szerverre juttatott kénprogrammal vagy a jelszó kicsalásával történik a behatolás.
[ Szerkesztve ]
-
lovi27
addikt
válasz Gabesz87 #14767 üzenetére
Nem elég. Ha nem tudják hol van a NAS, hol elérhető akkor hogy találják meg? Az interneten az IP cím a lakcím. Ehhez egy állandó elérhetőség kell (ez fix IP), amiért fizetni kell és ezért a legtöbb embernek nincs ilyenje.
Vagy kell egy olyan szolgáltató aki ad ingyen egy állandó elérhetőséget és "figyeli" a te változó IP címed és mindig utánad küldi a kérést, oda ahol épp tartózkodol (az aktuális IP-re).
Az a DDNS szolgáltatás. Valamelyik kell. És persze a kapcsolat csak titkosítva van valamennyire biztonságban, így titkosítás is kell! -
lovi27
addikt
válasz kissjani85 #14769 üzenetére
Lehet, nálad is a root filesystem is full?
Na, akkor erre oda kell figyelmi! Szép új docker világ.
[ Szerkesztve ]
-
lovi27
addikt
válasz Gabesz87 #14772 üzenetére
Valaki vagy valami DDNS-t játszik...
Na, közben ezt találtam: Xiaomi Mi Robot vacuum cleaner hacked
Most ez ne ijesszen meg, mert végül is dicsérik a Xiaomi biztonsági megoldását.
Ez a DDNS valami a Xiaomi Cloud. Az a közös kapcsolódási felület.Míg olvastam megelőztek, de az eredmény ugyanaz.
[ Szerkesztve ]
-
lovi27
addikt
válasz tradeelek11 #14775 üzenetére
Mobilod sincs? Vagy az nem zavar, hogy tudják mikor indulsz, mikor érkezel, merre jársz, mennyi ideig hol tartózkodol?
-
lovi27
addikt
válasz stigma #14749 üzenetére
Szóval, jobban tudod mit csináltam, mint saját magam. Rendben! Már annyi mindent olvastam a fórumon. Ez is belefér.
Nincs VPN a Nextcloudhoz, de nem használom élesben. Egyszerűen: nextcloud.domain.com
Ha van megoldásod rá miért titkolod azoktól akik bíznak benned? Miért hiányzik a "végleges" leírásból? (Te címezted így!) Jól hangzik a "hivatalos" duma, de akkor azt is mellé kéne tenni, hogy milyen hátrányokkal jár a használata. Pontosabban mi hiányozik még ahhoz, hogy használható legyen. Ők leírták.
Amúgy, más image készítő is az official image-t használja, az az alap, csak kiegészítik olyan beállításokkal amit mókolásnak hívsz. Ha megcsinálják helyettünk akkor miért mi kínlódjunk? Aki meg szeret mindent maga beállítani az telepítsen parancsokkal, mert úgy az igazi!
Ezért szeretem a linuxserver.io megoldásait, mert úgy vettem észre csak olyan apróságokban tér el az offical megoldástól, hogy utólag nekünk ne kelljen mókolni vele.[ Szerkesztve ]
-
lovi27
addikt
-
lovi27
addikt
-
lovi27
addikt
válasz Gabesz87 #14799 üzenetére
Mindegyikre gondoltam, nem csak amiket említettél.
Ezek a Backports kernel miatt jelenhetnek meg, és ezek az azok által támogatott hardverek lesznek. A Linuxban ha kicserélsz egy hardver elemet nem kezd el rinyálni, mint a Windows, hanem telepíti hozzá az új drivert és megy minden tovább mint addig.
Viszont sajnos kevesebb gyártót támogat. -
lovi27
addikt
válasz akipapi #14801 üzenetére
Szia! Kezdem a végén. Felesleges a harmadikat belegyúrni! Nem kell állandóan törölgetni!
Ha a felhasználó root akkor nem kell a sudo.
Az OMV szerver operációs szoftver. Szervereket pedig nem frissítenek automatikusan!!
Az asztali Linux frissül automatikusan, tehát nem műszaki a probléma, hanem a fejlesztők tudatosan nem csináltak hozzá automatikus frissítést. Küldenek jelzést amikor van és a rendszergazda majd tudja mikor nem okozhat kárt a frissítéssel.
Meg kell próbálni legalább egy kicsit rendszergazdaként viselkedni.Hasonló a helyzet a watchtower-rel. Ott is leírják, hogy lehetőleg ne használjuk. Hiába.
-
lovi27
addikt
válasz tradeelek11 #14804 üzenetére
A dd parancs. Megnéztem, elfogadja az OMV, tehát telepítve van, de azt olvastam róla, hogy veszélyes parancs, mert akár a forrást is lehet vele törölni, ha rosszul paraméterezik.
Inkább használd valamelyik klónozó programot. -
lovi27
addikt
válasz tszabi #14809 üzenetére
Csak még egy kicsit legyetek türelemmel. Talán ma később, de holnap mindenhogy szeretném az Összefoglalóban közzétenni a Transmission, majd utána a qBittorent parancssoros CLI telepítését, mert egyszerű letöltő, megosztó NAS-hoz tényleg felesleges lehet a docker betanulása.
Addig is különös magyarázat nélkül a Transmission telepítése terminálban root joggal:
apt install transmission-daemon
paranccsal, majd a
systemctl stop transmission-daemon
paranccsal állítsd meg daemont és a nano szövegszerkesztőben nyisd meg
nano /etc/transmission-daemon/settings.json
konfig fájlt és benne a következőket módosítsd:
"download-dir": "-------", --> a download könyvtár teljes elérési útvonala!!!
"rpc-password": "------------", --> a webes bejelentkezéshez (egyszerű szöveg)
"rpc-username": "------------", --> ugyanaz
"rpc-whitelist-enabled": false,
"umask": 2,
A módosításokat mentsd el és indítsd újra a daemont:
systemctl start transmission-daemon
A download könyvtárat a Megosztott mappák / ACL menüben tedd az új debian-transmission
csoport tagjává, hogy tudja írni a Transmission!!
Végül egy böngészőben a http://<IP cím>:9091 helyi címen éred al a Transmissiont.Ha valami kimaradt kérdezz nyugodtan, ha még kellett plusz beállítás, kérlek írd meg!
[ Szerkesztve ]
-
lovi27
addikt
válasz tradeelek11 #14817 üzenetére
Múltkor kíváncsiságból részt vettem egy Linux tanfolyam, Ubuntu telepítése profi által vagy valami hasonló címe volt. Úgy kezdte az előadó, hogy na akkor most dobjuk a kukába a telepítő CD-t. Köszönöm - mondtam erre - akkor én mit keresek itt?!
Viccet félretéve, mindent paranccsal csinált. Mindent csak azzal oldott meg. Fantasztikus a Linux egy hozzáértő kezében. Hajdan nagyon elsült a Torvalds agya.
-
lovi27
addikt
válasz laracroft #14834 üzenetére
Jó kérdés. Soha nem csináltam olyat, hogy ment a letöltés és közben újraindítottam a NAS-t. Megvártam míg befejezi. Igaz, ritkán töltök le, ráadásul napi 24 órában megy a NAS.
A neten rákeresve másnak is volt hasonló problémája, de nem találtam rá egyértelmű megoldást. Majd kipróbálom.
-
lovi27
addikt
Az Összefoglaló szerkesztése utána meghülyül a szerkesztő.
Majd később küldöm újra amit írtam.[ Szerkesztve ]
-
lovi27
addikt
válasz laracroft #14838 üzenetére
Nem kell újra leírnom, mert az egy mások megoldás volt.
Ez egyszerű megoldás, de két kiegészítés hozzá:
Az egyik az, hogy mi a démont használjuk, ezért nekünk a transmission-daemon.service fájlban kell hozzáadni a késleltetést.A másik pedig, hogy mint a gyógyszereknél itt is van mellékhatás. Ha ezek után bármikor újraindítjuk a démont a késleltetés feleslegesen, de benne lesz. Ki kell várni. Ezért érdemes a lehető legkisebbre állítani úgy, hogy újraindításkor még elérje célját.
-
lovi27
addikt
válasz gabor0828 #14842 üzenetére
Az Összefoglalót elolvastad?
Nagy káosz lehet nálad. Jobban járnál, ha újrakezdenéd és amíg nem megy a samba megosztás a Windowszal, addig az Extrákat sem kéne feltenni vagy legalább ne nyúlj hozzá.
Az alapdolgokhoz (megosztott mappák, felhasználók, SMB, FTP, stb.) nincs szükség rá.Ha már az OMV-t választottad igyekezz mindent azzal megoldani amit lehet.
-
-
lovi27
addikt
válasz Ittnemaz #14852 üzenetére
Szerintem kéne indulnia, de mivel nem használom nincs tapasztalatom.
Mint root lépjél be egy terminálba és nézd meg erre mi a válasz:
systemctl list-unit-files | grep minidlna
Valami hasonló válasz lesz:
minidlna.service generated disabled/enabledRemélem a disabled (tiltott) lesz ott, és akkor mégis csak van egy parancs amit nem próbáltál, mert akkor az meggyógyítja (a kedélyedet is):
systemctl enable minidlna.service -
lovi27
addikt
válasz Cyrus22 #14854 üzenetére
Nagyon rossz módszer csak úgy a konfig fájlok módosítgatása. Csak akkor kéne ha már nincs OMV módszer rá. Én nem nyúltam egyikbe se. A Transmission volt az első mivel megszűnt a plugin.
Felcsatoltad a winchit? Megosztottad róla a töltendő mappát? A dockeres qbittorrent felhasználónak van joga írni oda? Ha ezekre mind igen a válasz megpróbálnám a qbt docker telepítőnél - gondolom a linuxserver compose az - a volume-khez ezt is hozzáadni, vagy cserélni az eredetit erre.
-
lovi27
addikt
válasz tradeelek11 #14859 üzenetére
Azért fórum, mert mást is érdekel a megoldás, más is tanulhat belőle.
Amúgy a volume-k nem jól vannak megadva és az időzóna városa Budapest. -
lovi27
addikt
válasz solyomsherif #14861 üzenetére
Nem elrontottál valamit, hanem valószínűleg az OMV valahol megjegyezte, hogy ezt a HDD-t UUID-vel kell felcsatolni. Ezt kéne vele valahogy 'elfelejtetni'. Mert amúgy címkével csatol fel.
Csatold le és állítsd le az OMV-t, majd húzd le a HDD-t. Indítsd újra és állítsd le. Megint csatlakoztasd a HDD-t és hátha már nem foglalkozik a régi állapottal és labellel csatolja fel.
Ha mástól nem jön jobb ötlet, az /etc/fstab fájlban vannak a csatolások, ott átírható, de ez már gányolás és veszélyes is, nem szeretem. Előtte feltétlenül csinálj mentést a fstab-ról!
Ez az OMV szekcióban van, ő csatolja fel és lehet az OMV iniben is tárolja valahol és abban is át kéne írni. De ebben túl sok a feltételezés... -
lovi27
addikt
válasz solyomsherif #14868 üzenetére
Gubancot miért tudna okozna? Csak nekünk, mint embernek nehezebb megjegyezni, nehezebb bánni vele.
-
lovi27
addikt
válasz solyomsherif #14871 üzenetére
A gányolás alatt pont arra gondoltam, hogy mi hiába írjuk át a rendszerben, az OMV nem vesz róla tudomást. Úgy volna igazi a módosítás, ha onnantól az OMV is aszerint működne.
Amúgy ha működik a label szerinti felcsatolás és újraindításnál sem módosul , szerintem nyugodtan használd úgy, mert nagy galiba nem lehet belőle. Egyrészt ritkán változik az fstab, másrészt ha valamiért mégis megtörténne, akkor ahol addig pl. egy megosztásnál label szerint volt hivatkozva a HDD-re, legfeljebb közli, hogy nem találja. De akkor majd emlékezz rá miért és tudd mit kell korrigálni.
Csak érdekességképpen! Ha volna egy másik HDD jó volna tudni, hogy azt milyen módon csatolja fel. Továbbra is erőlteti-e az UUID-t? Lehet az első felcsatolásnál dől el.
-
lovi27
addikt
válasz vadkörte #14875 üzenetére
Oké, jártam így én is.
solyomsherif
Közben megnéztem és ahogy először találkozik az OMV a HDD-vel az lesz az elsődleges azonosítás a csatoláshoz. Ha van label aszerint, ha nincs UUID-vel. És utána már hiába kap címkét a HDD, marad elsődlegesnek az UUID.
De ami ennél is meredekebb, hogy az UUID kicserélhető, mert az "csak egy szám". Egy véletlen azonosítószám. Kicseréltem mind a sima UUID-t, mind a partíció PARTUUID-t, de semmi változás. Meg kell kérdezni a fejlesztőket. Ez még itt nem volt probléma. -
lovi27
addikt
válasz vadkörte #14878 üzenetére
Nem, az fstab-ot nem ajánlott manuálisan módosítani!! Kivétel erősíti a szabályt.
Tegnap találtam erről egy hozzászólást a fejlesztőknél, ahol valaki pont így oldatta meg a problémáját és látszatra működött. De erre írták neki, hogy most működik, de a módosításról nincs tudomása az OMV-nek és ha valamilyen - nem tudom pontosan milyen - rendszer módosítást kap, akkor lehet visszaírja.Idáig végig adat HDD-kről beszéltünk, mert azt kezeli az OMV. Az fstab-ban azokat különíti el. A rendszert - a rendszer és swap partíciót - a Linux kezeli és csatolja fel. Ott nincs szükség variálásra. Ha a rendszert nagyobbra kell cserélni, egyszerűen egy nagyobb tárolóra kell klónozni és a Linuxnak nem lesz gond az új UUID.
Abban meg bízok, hogy a rendszermappákat megosztó plugin nem az UUID alapján, hanem gyökérkönyvtár szerint oszt meg, és ezért nincs is szüksége az UUID-re, így neki mindegy ha megváltozik.Végül is a lényeg, emiatt szerintem se kell újratelepíteni és belakni.
-
lovi27
addikt
Eldőlt a by-label kontra by-uuid csatolási probléma: openmediavault 5.5.20
Innentől kezdve csak az UUID szerinti lesz. -
lovi27
addikt
Szia!
Nem, a docker miatt nem kell újratelepíteni az OMV-t. Sőt, maga a docker sem sérül meg.
A telepített alkalmazások mappáit töröld le, hogy azokat újra hozza létre. A Portaineren belül töröl le a hálózatokat (a három alapot nem lehet és nem is kell), természetesen a konténereket és a létrehozott volumes (könyvtárak) is feleslegesek, ha újrakezded.
Az image-ket vagy letörlöd vagy nem. Nem lényeges. Ha letörlöd úgyis újra letölti ami kell neki, csak úgy érezhetően tovább tart az alkalmazás telepítése. Ha végeztél a nem használt image-ket majd töröld le.A stacks, (vermek) mint forrás nem szükséges törölni, ugyanígy az alkalmazások mappáiban a docke-compose.yml fájlokat se - attól függően honnan telepítettél. Ezek a források amiket feltételezhetően úgyis módosítani szeretnél. De a backuphoz is kiválóak.
Viszont mivel nincs egy docker alkalmazás se, most érdemes megfontolni, hogy nem a rendszerlemezre, hanem valamelyik adat lemezedre helyezed át a docker telepítést ahol több hely áll rendelkezésre és így a telepítésekkel sem íródhat tele a rendszerlemez. Rpi-nél előforduló probléma, ha nem figyelnek rá. Ezt az extra menüben a Docker fülön lehet megtenni, ha az alap tároló cím /var/lib/docker helyett egy saját helyre mutató
abszolút címet adunk meg.[ Szerkesztve ]
-
lovi27
addikt
Mielőtt beindul az értetlenkedés miért volt szükséges megszüntetni a /dev/disk/by-label szerinti mountolást, ebben a beszélgetésben elmondja Volker:
-
lovi27
addikt
válasz Toninho13 #14891 üzenetére
Ha SSH-n eléred, tudsz vele kommunikálni, akkor parancsokkal meg lehet próbálni, de ehhez egy hozzáértő tanácsa kéne. Valós segítséget a fejlesztők fórumán kaphatsz, de akkor se hiszem, hogy 50%-nál több az esély a megjavításra.
Szerintem gyorsabb megoldás, ha újratelepíted. De a te döntésed.
-
lovi27
addikt
válasz meridaharcos #14894 üzenetére
A router topikjában több ember lesz aki tudhatja a beállítást. Az OMV nem korlátozza a portok működését, de a dockerben a használtakat definiálni kell. Gondolom telepítéskor megtetted. Kívülről elérhető vagy? Nem NAT-olt az interneted?
Ú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.
- Vírusirtó, Antivirus VPN kulcsok
- Adobe Előfizetések - Adobe Creative Cloud All Apps, Photography Plan - 12 Hónap
- Eladó Steam kulcsok kedvező áron!
- Autómatricák a legjobb minőségben, több ezer minta! PH tagoknak 30% kedvezmény!
- Windows, Office licencek a legolcsóbban, egyenesen a Microsoft-tól - 2990 Ft-tól!