- Yettel topik
- Apple iPhone 15 Pro Max - Attack on Titan
- Google Pixel 6/7/8 topik
- Android alkalmazások - szoftver kibeszélő topik
- Újabb Samsungok telepíthetik a Galaxy AI-t
- Samsung Galaxy Note20 Ultra - a tollnak nincs ellenfele
- Képeken az egyik kameráját elvesztő Sony Xperia 10 VI
- Samsung Galaxy S24 - nos, Exynos
- Vodafone-ra áttért Digi Mobilosok
- Samsung Galaxy S24 Ultra - ha működik, ne változtass!
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...
-
Lunar Lander Beyond teszt
gp Nagyon sok évtizeddel az eredeti Lunar Lander megjelenése óta ismét ezen a címen jelent meg Atari logóval egy játék. Vajon mennyit javult a játékdesign a hetvenes évek óta?
-
iPaden is vége az App Store monopóliumának
ma Ősztől lehet alternatív alkalmazásboltból telepíteni az EU tagállamaiban.
-
Mobilarena
Új hozzászólás Aktív témák
-
stigma
addikt
válasz Ittnemaz #14899 üzenetére
Hi, már kiváncsi voltam mi az ami nem kóser nálad, ezért VM-ben én is feltettem a miniDLNA-t és pöccre megy.
5x indítottam újra, telón és gépen, ha rákeresten hálózaton dobta a minidlna-t és meg is találta a movies-t amit megosztottam (1-2db sampel file)
OMV5 (5.3.9.1 ) és omv extráknál 1 kattintással a minidlna plugint felttettem.0.lépés: létrehoztam egy movies mappát, majd SMB/CIFS-nél megosztottam (mindenki ír és olvas) majd belemásoltam 1-2 mkv-t
1.lépés: feltettem a miniDLNA plugint 1 kattintással omv extráknál.
2. lépés: OMV /Szolgáltatások / Megosztás => Movies mappát hozzáadtam
OMV /Szolgáltatások / Engedélyezés : bekapcsolva (zölden)Mindezek után http://NASIP:8200-as porton kb 3-4 mp elteltével elértem a minidlna-t, igaz itt ha elég sok megosztás lenne akkor kb 1-2 percig töltené be szerintem.
Ahogy írtam telón és gépen pöccre ment több NAS (Virtual Machine) restartot is megcsináltam és tökéletesen ment.Te is így csináltad?
Amúgy ahogy lovi27 is írta akár az alábbi paranccsal is meg tudod nézni hogy aktuálisan fut vagy sem a minidlna: sudo service minidlna
Egyetlen dologra tudok gondolni, az az hogy miniDLNa esetén rohadtsok képet használsz ami miatt talán elhasal a rendszer, vagy nem indulna el automatikusan, de ezt csak kérdeőjelként írom.Itt amúgy nem szerintem nem kötelező megosztani SMB/CIFS-nél és a mindenki ír/olvas sem kötelező, ezeket azért csináltam, mert gyorsan beleszórtam 1-2 sample file-t.
....iPhone 13 / iPad 9th Gen. Wifi 64GB...
-
lovi27
addikt
válasz Ittnemaz #14899 üzenetére
Megnéztem, az OMV most egy szót ad vissza, de nálam mást:
root@omv5:~# systemctl list-unit-files | grep minidlna
minidlna.service enabled
És ezt hiányolom nálad, mert abból derülne ki, hogy engedélyezett-e az automatikus indulása. Nálam telepítés után enadled, azaz engedélyezett, tehát indulni fog legközelebb.
Nálad olyan mintha nem jönne meg az eredmény (generated). Generált, de mit?
Most akkor indul vagy nem? Jó vagy nem? -
cimp
senior tag
Sziasztok.
Próbálkozok kb 1 napja az OMV vel. Azt szeretném megkérdezni, hogy azt be lehet e valahogy állítani, hogy ne a UUID -el mountolja fel a hdd-ket? Hanem pl. a partició címkéjével. Azt már megtaláltam, hogy a mappát lehet állítani, de azzal sokra nem megyek. Az fstabot meg nem akarom kézzel barmolni. Mert a felület meg a rendszer nem lesz szinkronban. Van egy másik dolog is. a megosztott mappát csak kézzel lehet kivakarni a config.xml-ből. Mindig azt írja, hogy használatban van, pedig mindenhonnan leszedtem. tudtommal. Ennek mi lehet az oka?
Köszi.Xiaomi Mi4 W. & Xiaomi Mi3 W. & Xiaomi MiPad & Xiaomi Mi2 & Xiaomi Redmi 1S & Xiaomi Piston & Xiaomi Piston 2 & Mi Headphones (Brutálisan gyönyörű hangzás!!!)
-
lovi27
addikt
Szia!
Most szüntették meg a label szerinti csatolást. Infóért nem sokat kell visszaolvasnod.Egy mappa megosztásait normálisan meg lehet szüntetni. Ahová eljutottál (config.xml) rossz irány. Nem voltál elég figyelmes és még valahol meg van osztva. A Megosztott mappák menüben ha a Használatban oszlopban majd nem szerepel a mappánál, akkor szüntetted meg az összes megosztását. Ha telepíted a resetperms plugint, akkor a megosztott mappáknál lesz egy új Shared Folder in Use fül ami mutatja hol van megosztva egy mappa.
-
cimp
senior tag
válasz lovi27 #14904 üzenetére
A resetperms-et felraktam, de észre sem vettem, hogy van ilyen fül. Köszi. Bár azóta egyszer előfordult, hogy tudtam törölni a megosztást. Feltettem a sharerootfs-t, ezzel meg tudnám osztani a négy diszket egy megosztással, de ilyen nevekkel biztos nem fogom. Akkor nem maradt más, mint belemászni a lelkébe és megkeresni, hol generálja ezt a nevet és átírni.
Köszönöm.Xiaomi Mi4 W. & Xiaomi Mi3 W. & Xiaomi MiPad & Xiaomi Mi2 & Xiaomi Redmi 1S & Xiaomi Piston & Xiaomi Piston 2 & Mi Headphones (Brutálisan gyönyörű hangzás!!!)
-
ReSeTer
senior tag
Helló!
Felraktam az OMV-t egy laptopra, tanulni, mielőtt még vásárolnék bármit is.
Küszködök a transmissionnel.Először is van megoldás arra, hogy ne kelljen a laptophoz futni ha valamit beakarok írni a parancssorba? Nem lehet ezt PC-s böngészőből mondjuk?
Megadtam egy mappához a hozzáférést a transmissionnek, de akkor is kiáll hibára a webui-ban letöltéskor, hogy hozzáférés megtagadva.
Létezik valami megoldás arra, hogy böngészhessem system fájlokat is böngészőből?
-
ReSeTer
senior tag
válasz lovi27 #14908 üzenetére
Megtaláltam a hibát:
//NASOMNEVE/mappaamibetolteniakarok
ez nem jó, pedig a windows intéző beadja a mappát erre.
Meg kellett keresnem midnight commanderben a srv/iszonyathosszúkód/mappaamibetolteniakarok mappát és azt beírni a transmission webes gui-ba.
Nincs erre megoldás, hogy ne kelljen ilyen hosszú kódokat beírni? Ha csak a iszonyathosszúkód részt valahogy lelehetne egyszerűsíteni az már jobb lenne.Ami még jó lenne, hogy tudjam böngészni a system fájlokat windowson is. Jelenleg midnight commanderrel szenvedek a laptopon.
Tehát mostmár működik a transmission, csak nagyon körülményes a letöltési útvonal megadása.
Valahogy lehet egyszerűsíteni?[ Szerkesztve ]
-
cimp
senior tag
Sziasztok!
Belenyúltam a /etc/monit/conf.d/openmediavault-filesystem.conf -ba. Azóta felületről bármit módosítok a fájlrendszerek fülön, a változások érvényesítésére nyomva az összes fs-re hibát nyom:
Service name conflict, rootfs already defined '/'
Service name conflict, filesystem_srv_dev-disk-by-uuid-8d889d3b-081f-4757-b81f-8b03f9969d9d already defined '"/srv/dev-disk-by-uuid-8d889d3b-081f-4757-b81f-8b03f9969d9d"'
....
Törlöm a fájlt, felületen módosítok, létrehozza, teljesen jónak tűnik és jön a hiba.
?[ Szerkesztve ]
Xiaomi Mi4 W. & Xiaomi Mi3 W. & Xiaomi MiPad & Xiaomi Mi2 & Xiaomi Redmi 1S & Xiaomi Piston & Xiaomi Piston 2 & Mi Headphones (Brutálisan gyönyörű hangzás!!!)
-
xsak
tag
válasz ReSeTer #14909 üzenetére
A rövidebb mappanévre egy symlink elég jó megoldás lehet, mondjuk így:
Legyél root:sudo -i
Hozz létre egy almappát (opcionális):mkdir /nas
Hozd létre a symlinket:cd /nas
ln -s ../srv/dev-disk-by-label-data1/kutyus kutyus
ln -s ../srv/dev/disk-by-label-data1/cicus cicus
Ezután el tudod érni a hosszú nevű mappát (a nas-on belülről) így:/nas/kutyus
vagy/nas/cicus
Ha esetleg a webes gui helyett a transmission remote gui-t használod (https://github.com/transmission-remote-gui/transgui/releases/tag/v5.18.0), akkor ott meg lehet adni map-elést, s szépen megnyitja neked a mappát.(Csak halkan mondom: Szerintem ne akard a system fájlokat windows-ból böngészni.)
[ Szerkesztve ]
-
ReSeTer
senior tag
Köszönöm a válaszokat, megnézem mit tudok belőlük összehozni.
Körvonalazódott, hogy milyen megoldást szeretnék alkalmazni: Qbittorrent dockerben, mert így a verziók frissek tudnak maradni. (parancssoros telepítést amit az összefoglalóban találtam, sajnos régi verziót tesz fel. Találtam a topikban egy google docs-ot, hogyan kell használni, viszont nálam nem éppen úgy működik ahogy az írja.Például én hiába megyek bele az omv extrákba és telepítem a dockert, nem jelenik meg az oldalsó menüben egy "docker" nevű menü. Másik, hogy ugyanúgy webuiból feltelepítem az extrákból a portainert, sikerül is elérni a felületét, bejelentkezek, de bal oldalt nincsenek ilyen menük, mint a "stacks", csak settings. A dokumentumban mondjuk ő webuin keresztül rakta fel az extrákat, nem tudom, hogy számít-e, mert én az összefoglaló szerint tettem parancssorból.
Esetleg tudtok ajánlani valami videót erre, mert sokfajta van youtube-on, különböző megoldásokkal.
Fontos, hogy kontrollálni tudjam, melyik verzió kerül fel egy torrent kliensből. -
stigma
addikt
válasz ReSeTer #14914 üzenetére
Hi, remélem tudok segíteni:
Youtube-on dbtech alatt mindent megtalálsz: Dbtech
Portainer telepítés : Link
Lehetőleg új omv extákat szedj le, ne régit tallózz mert akkor régebbi Portainer-t tesz fel, nem a 2-es verziót.
Ezt úgy tudod csekkolni, hogy ha belépsz Portainer-be akkor bal allul nem ir ki verziót akkor a 2-es verziód van illetve az újnak valami olyasmi elérése van a nevében hogy portainer ce.Stack-et fogsz látni , de elött végig kell bököndök, hogy local-ban futtatod, felhasználónév és jelszót megaadsz, stb, stb.
Van egy Dockeres leírásom, hátha segít, igaz elég hosszú: Link
....iPhone 13 / iPad 9th Gen. Wifi 64GB...
-
_Smooth
senior tag
Sziasztok!
Kis segítséget kérnék. Próbáltam zargatás helyett előbb visszaolvasni az alapján megoldani, de talán sikerült tovább rontani a helyzetet
A probléma ott kezdődött, hogy OMV 4 alatt a Plex (plug-in) bedöglött. Folyton hibaüzenetet dobált. Így megpróbáltam többször eltávolítani, újratelepíteni, de semmi.
Gondoltam, nem sikerült teljesen kiirtani. Így aztán, ahol láttam, mindenhonnan eltávolítottam. Na most el is tűnt ténylegesen
Se plug-inok közt nem találja, se OMV extras közt.
Ekkor találtam itt ezt: [link]
Szerintem sikerült is telepíteni. De értelemszerűen nem jelenik meg az OMV web UI-n.
Tudnátok segíteni, miként tudnám ismét életre kelteni, beállítani? :/
Köszi előre is.# I got bored one day and put everything on a bagel...
-
lovi27
addikt
válasz ReSeTer #14914 üzenetére
"amit az összefoglalóban találtam, sajnos régi verziót tesz fel"
Tévedés! A CLI telepítés a Debian által tesztelt és jóváhagyott legújabb verziót telepíti. Hogy ez nem mindig az alkalmazásból elérhető legfrissebb kiadás annak biztos oka van, amit a Debian fejlesztőktől lehet megtudni. Amúgy is a p2p protokoll megalkotása óta semmi lényegi változás nem történik, csak aktualizálások. Senki nem marad le semmi fontosról.
-
lovi27
addikt
válasz _Smooth #14918 üzenetére
Az OMV nyilvántartásában, statisztikáiban csak a pluginnal telepített alkalmazások jelennek meg. Így a dockerrel telepítettek se, mint ahogy a CLI telepítések sem. A docker telepítéseket például ezért segítik a Portainer menedzselő programmal.
Amíg volt Plex plugin az is csak a telepítésben segített, majd a folyamatoknál zöld pötty mutatta, hogy fut vagy sem. Ennyi volt. Az utóbbit a systemctl parancs pótolja.
-
ReSeTer
senior tag
Feltettem a qbittorrentet Portainer-rel, egy gondom van már csak: Ugye a kódban átírtam még az elején, hogy melyik mappába töltsön, és előtte azt a mappát létrehoztam omv-ben jogosultságokat beállítottam, majd amikor elkezdek tölteni, akkor fogja magát és csinál egy ugyanolyan nevű mappát, és abba tölti, míg az én általam csinált mappa üres marad. Ezzel az a baj, hogy ami mappát ő csinál, azt én nem látom omv-ben, ezért windowson se, csakis parancssorban midnight commanderrel vettem észre. Ott bele is tudok menni, és látom is amit tölt le.
Mit rontok el? -
ReSeTer
senior tag
válasz lovi27 #14926 üzenetére
Hát úgy csináltam, hogy a shared foldersnél bejelöltem, hogy látszódjon az abszolút útvonal, aztán azt jobbgomb, böngészőben megnyitottam a vizsgálatot, ott a forráskódból kilehetett másolni az útvonalat. Azt másoltam be a strack-be. A videóban is így csinálták.
Tehát a mappát UGYANODA, ugyanolyan néven csinálta meg a qbittorrent. Sajnos OMV-ben ezt a mappát nem látom, így nem is tudok rajta jogosultságokat módosítani.
-
lovi27
addikt
válasz Ittnemaz #14930 üzenetére
Biztos nem az AMD az ok. Torvalds is anno AMD-n dolgozott. Nem véletlenül hívják most is - bár már nem csak azt jelenti - AMD64-nek a Linux 64 bites verzióját.
Véletlenül nem székely vagy? Mire épp elfelejtem miről van szó, akkor jön a válasz tőled.
Próbáltad uninstallálni a plugint, majd újratelepíteni? -
XxKristof9xX
csendes tag
Sziasztok!
Mostanába a watchtower elég furán viselkedik mivel letölti az új imageket de nem rakja a régi helyére.
[kép]
Valami rossz a watchtoweremmel vagy nekem kéne az imaget átcserélnem?[ Szerkesztve ]
-
lovi27
addikt
válasz XxKristof9xX #14932 üzenetére
Ezt használod? containrrr/watchtower
Ha igen, az environment-nél beállítva a Cleanup argument?WATCHTOWER_CLEANUP=true
Én direkt nem állítom be, mert szeretem látni mi frissült.
Nem gond annál a pár image-nél ami frissült a régit bepipálni és letörölni.[ Szerkesztve ]
-
lovi27
addikt
válasz XxKristof9xX #14934 üzenetére
Most ráengedtem a watchtowert megtalálta azt a qBittorrentet amit mutattál. Az sha256 ugyanaz. Le is frissítette és a régi Image lett unused. Szóval nálam működik rendesen.
Indítsd el manuálisan az alkalmazást és figyeld, hogy legközelebb is ugyanezt csinálja-e.
Vagy gondolom a stackben ott a forrás, így nyugodtan kitörölheted a WT konténert és
hozd létre újra. -
lovi27
addikt
válasz XxKristof9xX #14934 üzenetére
A Plex-ből is talált frissítést, csak az előbb mikor csináltam nem futott a Plex és úgy látszik csak a futó alkalmazásokat frissíti a WT. Ezt is jó tudni. Rendesen megcsinálta.
[ Szerkesztve ]
-
ReSeTer
senior tag
Közben rájöttem mi a probléma:
---
version: "2.1"
services:
qbittorrent:
image: ghcr.io/linuxserver/qbittorrent
container_name: qbittorrent
environment:
- PUID=1000
- PGID=100
- TZ=Europe/London
- UMASK_SET=022
- WEBUI_PORT=8080
volumes:
- /srv/dev-disk-by-uuid-58b739dd-149e-41d0-b0d1-048e4f8b0887/probafajlok:/config
- /srv/dev-disk-by-uuid-58b739dd-149e-41d0-b0d1-048e4f8b0887/torrentletoltesek/idetoltsd:/downloads
ports:
- 6881:6881
- 6881:6881/udp
- 8080:8080
restart: unless-stoppedAz elérési útnál a kettőspont előtt volt egy szóköz. Ezért tudott kettő ugyanolyan mappát csinálni szerintem, mert az egyik előtt ott volt a szóköz, csak az nem látszik úgy.
Most így első próbára megjavult, odatölt ahova kell.
Kérdés: Ha én webui portját megváltoztatom, akkor lenti port listánál is változtatni kell valamit?
Amikor hozzáadok egy torrentet és kérdezi, hogy hova töltse, ott alapból /downloads van, de ahogy látom, ilyen mappát nem hoz létre. Akkor mire jó ez?
[ Szerkesztve ]
-
lovi27
addikt
válasz ReSeTer #14937 üzenetére
Ez egy karakter eltérés a két mappa neve között! A hosszuk sem egyezett.
Értsd meg végre nem lehet két azonos nevű mappa ugyanott. Egyik operációs rendszerben se! A számítástechnikában egy bit - mint legkisebb egység - eltérés sem megengedett.A webui portot itt is biztosan meg kell változtatnod, mert az alkalmazás be van zárva a konténerbe. A TZ meg legyen Budapest.
-
stigma
addikt
válasz ReSeTer #14937 üzenetére
Válasz a kérdésedre , igen :
---
version: "2.1"
services:
qbittorrent:
image: ghcr.io/linuxserver/qbittorrent
container_name: qbittorrent
environment:
- PUID=1000
- PGID=100
- TZ=Europe/London
- UMASK_SET=022
- WEBUI_PORT=8080 # eztis meg kell változtatni
volumes:
- /srv/dev-disk-by-uuid-58b739dd-149e-41d0-b0d1-048e4f8b0887/probafajlok:/config
- /srv/dev-disk-by-uuid-58b739dd-149e-41d0-b0d1-048e4f8b0887/torrentletoltesek/idetoltsd:/downloads
ports:
- 6881:6881
- 6881:6881/udp
- 8080:8080 # eztis meg kell változtatni
restart: unless-stopped
Arra figyelj, érzényen a space, tab ilyesmire a rendszer, illeve a pontos elérési utat mindig nézd meg, mert akár 1 karakter eltérés is van máris létrehoz neki egy másik mappát.
én a 8081-re tettem át a qbit-et mert 8080-ason nextcloud fut, szabadon bármikor bármit átiráyníthatsz (kivéve az Nginx Proxy manager-t azt nem célszerű).
a /downloads helyettesit a letöltésedet (/srv/dev-disk-by-uuid-58b739dd-149e-41d0-b0d1-048e4f8b0887/torrentletoltesek/idetoltsd) ezáltal nem kell annyit szöszmötölni vele.
Ahogy most konfiguráltad ha le akarsz valamit tölteni akkor a "idetolts" gyökérbe fog menni, ha mondjuk azon bellül van egy Filmek vagy Sorozatok mappa akkor oda fog letölteni:
Mappádnak léteznie kell így:
/srv/dev-disk-by-uuid-58b739dd-149e-41d0-b0d1-048e4f8b0887/torrentletoltesek/idetoltsd/Filmekqbittorrent felületén pedig ha új torrentet adsz hozzá, akkor /download/Filmek legyen ahaova leszeded.
Annyi észrevétel, hogy ha nem ARM boardról (rpi,rock64 ,istentudjami) Dockerezel hanem x86-os gépről/NAs-ról akkor a ghcr.io részt töröld ki, mert feleslegesen az ARM-es image.t keszedi feleslegesen.....iPhone 13 / iPad 9th Gen. Wifi 64GB...
-
ReSeTer
senior tag
image: linuxserver/qbittorrent
Így nézzen ki, vagy töröljem a teljes sort?
A kliens frissítés az hogyan zajlik?[ Szerkesztve ]
-
-
ReSeTer
senior tag
Ok, köszönöm a segítséget mindenkinek!
Tesztnek jó volt ez a laptopos megoldás, így akkor inkább építek egy NAS-t nem pedig egy gyárit veszek, mert valószínűleg kell vagy 3 HDD, és az gyáriban....gazdagoknak való. -
mzsol
tag
Sziasztok! Ilyen képernyő fogadott egy újraindítást követően. Ha jól értelmezem a rendszer lemezzel van sector írási/olvasási probléma. Mennyire nagy gond ez? Rögtön lemez csere?
-
tradeelek11
Topikgazda
Watchtower alternatíva:
[link]
(Az első hozzászólásban a stack)
hogy miért? Az "IGNORE" után fel lehet sorolni, szóközzel az update-ből kizárt konténereket.
INTERVAL ki lehet cserélni CRON -ra, és belehet állítani mondjuk, Péntek este 11-kor fusson.Hogy miért volt erre szükségem?
Mert aki Hassio(Supervisor) figyeli ,hogy telepítve van e a Watchtower vagy az Ouroboros.
Ha igen akkor hibát jelez. Megoldás?
(Ez egy kicsit mélyebb víz)
SSH-án a következő parancsok lefuttatása:docker pull pyouroboros/ouroboros:latest
docker tag pyouroboros/ouroboros:latest my-special-tower
docker rmi pyouroboros/ouroboros:latestA végeredmény lesz egy my-special-tower imagem.
Tehát már nem Watchtower vagy Ouroboros!!!!
A módosított stack pedig így néz ki:version: '2'
services:
my-special-tower:
container_name: my-special-tower
hostname: my-special-tower
image: my-special-tower
environment:
- CLEANUP=true
- CRON=*/5 * * * *
- LOG_LEVEL=info
- SELF_UPDATE=true
- IGNORE=my-special-tower unifi-controller nextcloud hassio_supervisor hassio_observer homeassistant hassio_dns hassio_audio hassio_cli hassio_multicast
- TZ=Europe/Budapest
ports:
- 8888:8080
restart: unless-stopped
volumes:
- /var/run/docker.sock:/var/run/docker.sockFontos hogy az IGNORE-ban legyen benne a my-special-tower, mert azt hiába keresi ugye az nincs, és hibát ír ki. Ezen kívül nekem a Nextcloud az Unifi Controller és a Supervisor összetevői nem frissülnek automatikusan. Egyenlőre próbából 5 percenként frissít,
de mivel úgy néz ki működik, átteszem heti frissítésre. [kép]A lényeg aki nem használja a Supervisort az használja a videó alatti stacket,
Aki viszont használja a Supervisort ,de többi konténerét frissíteni szeretné
feltett stackem alapján tudja megoldani. -
tradeelek11
Topikgazda
válasz tradeelek11 #14945 üzenetére
Természetesen a my-special-tower bármi lehet, de akkor a stacben is arra kell hivatkozni.
[ Szerkesztve ]
-
BlackJack21
tag
Sziasztok!
Egy ideje szívok egy Hikvision IP kamera FTP elérésével. Eddig is problémás volt(de favágó módszerrel megoldottam), de nemrég volt egy proftpd frissítés, így azóta próbálkozok az "ultimate" megoldás megtalálásán.
A gondom az, hogy a kamera képmentése ftp-n keresztül menne, de valami oknál fogva a "/srv/ftp/ipkamera" könyvtárt hozza létre és nem a gui által(vrootban is szereplő) megosztott alias mappába.
A TC ftp kapcsolata a (kamerában is) megadott user/pass párossal remekül működik, az aliast látja a gyökér könyvtárnak, ide hozza létre a kézzel megadott mappákat.
A kamera konfig programjából a teszt sikeresen lefut, de itt már a rossz helyre(/srv/ftp/*) jön létre a mappa.
Ekkor a TC ftp-n keresztül mindkét mappát is látja, tehát a kézzel létrehozott OMV-ben konfigurált és megosztott, a virtuális rootban szereplő mappát is
Az OMV dokumentációjában az ilyen hiba a jogokkal kapcsolatos, de akkor miért jó bármilyen más ftp kapcsolatnál?
Természetesen az OMV-ben szolgáltatást kikapcsoltam, eltávolítottam a megosztásokat, a usereket, majd újra az egész, de nincs változás.
A frissítés előtt a /etc/proftpd/proftpd.conf fájlban átírtam a default útvonalat, így működött.( ekkor ez volt a vroot.log-ban:
" mod_vroot/0.9.4[27985]: aliased '/srv/dev-disk-by-label-Adatlemez/IPcam/IPcam' to real path '/srv/dev-disk-by-label-Adatlemez/IPcam/'")konzol tartalma:
root@OMV-NAS:~# cat /etc/proftpd/proftpd.conf
Include /etc/proftpd/modules.conf
UseIPv6 on
ServerName OMV-NAS
ServerType standalone
DeferWelcome on
MultilineRFC2228 on
DefaultServer on
ShowSymlinks on
DisplayChdir .message true
ListOptions "-l"
MaxInstances 30
DenyFilter \*.*/
User proftpd
Group nogroup
PersistentPasswd off
TimesGMT off
AllowOverwrite on
AuthOrder mod_auth_pam.c* mod_auth_unix.c
DefaultTransferMode ascii
Port 42445
TransferLog /var/log/proftpd/xferlog
IdentLookups on
UseReverseDNS off
TimeoutIdle 1200
TimeoutNoTransfer 600
TimeoutStalled 600
DeleteAbortedStores off
MaxConnectionsPerHost 5
DisplayLogin /srv/ftp/welcome.msg
<Directory />
HideFiles (welcome.msg)
</Directory>
<Directory /IPcam>
Umask 000 000
<Limit ALL>
AllowUser OR Admin,ipcam_user
DenyAll
</Limit>
<Limit READ DIRS>
AllowUser OR Admin,ipcam_user
DenyAll
</Limit>
</Directory>
<IfModule mod_auth.c>
DefaultRoot /srv/ftp
MaxClients 5
MaxLoginAttempts 2
RequireValidShell off
# This option is useless because this is handled via the PAM
# pam_listfile.so module, so set it to 'off' by default.
UseFtpUsers off
</IfModule>
<IfModule mod_auth_pam.c>
AuthPAM on
AuthPAMConfig proftpd
</IfModule>
<IfModule mod_ban.c>
BanEngine off
BanControlsACLs all allow user root
BanLog /var/log/proftpd/ban.log
BanMessage Host %a has been banned
BanTable /run/proftpd/ban.tab
</IfModule>
<IfModule mod_ctrls.c>
ControlsEngine on
ControlsMaxClients 2
ControlsLog /var/log/proftpd/controls.log
ControlsInterval 5
ControlsSocket /run/proftpd/proftpd.sock
</IfModule>
<IfModule mod_ctrls_admin.c>
AdminControlsEngine off
</IfModule>
<IfModule mod_delay.c>
DelayEngine on
</IfModule>
<IfModule mod_facl.c>
FACLEngine on
</IfModule>
<IfModule mod_quotatab.c>
QuotaEngine off
</IfModule>
<IfModule mod_ratio.c>
Ratios off
</IfModule>
LoadModule mod_vroot.c
<IfModule mod_vroot.c>
VRootEngine on
VRootLog /var/log/proftpd/vroot.log
VRootAlias "/srv/dev-disk-by-label-Adatlemez/IPcam/" "IPcam"
</IfModule>
<IfModule mod_wrap.c>
TCPAccessFiles /etc/hosts.allow /etc/hosts.deny
TCPAccessSyslogLevels info warn
TCPServiceName ftpd
</IfModule>
root@OMV-NAS:~# ls -la "/srv/dev-disk-by-label-Adatlemez/IPcam/"
összesen 12
drwxrws---+ 2 root users 4096 jan 7 21:08 .
drwxr-xr-x 12 root root 4096 dec 2 18:55 ..
root@OMV-NAS:~# ls -la "/srv/ftp/"
összesen 12
drwxrwxrwx 3 ftp users 4096 jan 9 08:01 .
drwxrwxr-x 7 root root 4096 dec 6 16:41 ..
drwxr-xr-x 3 ipcam_user users 4096 jan 9 08:01 IPCAMERA2
root@OMV-NAS:/var/log/proftpd# cat vroot.log
mod_vroot/0.9.4[21311]: aliased '/srv/ftp/IPcam' to real path '/srv/dev-disk-by-label-Adatlemez/IPcam/' -
szapor_v
csendes tag
Sziasztok!
A képen látható sebességcsökkenés miért fordulhat elő? Ha elkezdek letölteni valamit a szerverről, akkor kb. 500 mbit-el jön végig, de ha pl. megállítom 40%-nál a letöltést, majd utána újra elindítom(mindegy mikor, ma, holnap), akkor addig ahol azelőtt megállítottam megy 1gbit-el. Miért nemtud végig jönni az 1gbit-es sebeességen? Ha egy olyan fájlt töltök le amit még sosem töltöttem le, akkor 5-600 mbit-el jön, mi nem engedi, hogy kihasználjam a teljes sávszélességet? Pár hónapja használok egy pi4-et amin egy 1TB hdd lóg, ott semmi ilyen problémát nem tapasztaltam, a sebessége fix 900 mbit lefelé felfelé 250-300 mbit. A feltöltés miatt gondoltam, hogy beállítom nas-nak egy öreg konsrukciómat, azt remélve, hogy jobb/gyorsabb/ lesz a le és feltöltésem. Ugyanezen a pc-n korábban próbáltam a freenas rendszert, azzal sem volt ilyen sebesség csökkenésem. Aki találkozott már ilyennel, vagy tudja mit lehetne hangolni, hogy használni tudjam a teljes sávszélességet kérem segítsen. Köszönöm!
-
ataisif
csendes tag
Nekem megy duckdns-sel a Nextcloud. Mellé akarok telepíteni docker konténerbe, aldomainre Moodle-t. Van valami buktatója ennek, vagy egyszerűbb másik portra tenni ezt a website-ot. Most a Nextcloud a 80-as, a szerver web admin felülete a 81-es.
Feels that nobody cares if I lives or dies, so I might as well begin to put some action in my life. Breaking the law...:)
Ú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.
- AMD Ryzen 9 / 7 / 5 / 3 5***(X) "Zen 3" (AM4)
- Yettel topik
- Apple iPhone 15 Pro Max - Attack on Titan
- exHWSW - Értünk mindenhez IS
- Villanyszerelés
- Robot fűnyírók
- HiFi műszaki szemmel - sztereó hangrendszerek
- bb0t: Gyilkos szénhidrátok, avagy hogyan fogytam önsanyargatás nélkül 16 kg-ot
- Kerékpárosok, bringások ide!
- Google Pixel 6/7/8 topik
- További aktív témák...
- Steam, Windows, Origin kulcsok, előfizetések közvetlenül a kiadótól, a LEGJOBB ÁRON!
- AKCIÓ! - STEAM kulcsok /Anuchard, Aragami, Children of Morta, stb. - 2024.04.17.
- Játékkulcsok olcsón: Steam, Uplay, GoG, Origin, Xbox, PS stb.
- Windows 10 11 Pro Office 19 21 Pro Plus Retail kulcs 1 PC Mac AKCIÓ! LEGOLCSÓBB! Automatikus 0-24
- World of Warcraft Shadowlands Collectors edition EU EN
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Promenade Publishing House Kft.
Város: Budapest