-
Fototrend
Új hozzászólás Aktív témák
-
stigma
addikt
Hi.
Ha jól olvasom akkor telepításkor nem volt rádugva a HDD, amit jól csináltál.
Viszont ha nincs fontos adat akkor én azt csinálnálm, hogy:
- Beteszed egy asztali gépbe a HDD-t
- bármilyen Easeus vagy miniTool particion Wizard-al Ext4-re formáznám
- Utána betenném az OMV alá, majd felcsatolod és ha kell inkább omv-vel újra megformázod ext4-re. -
válasz
A_ScHuLcZ
#12697
üzenetére
Igen, közös groupba (pl users) kell tenni a remote access felhasználót és a qbt usert (pl torrent) és a letöltő könyvtárra be kell állítani a suid jogot:
cd \letöltő-mappa-útvonal\
sudo usermod -a -G users torrent
sudo chown -R torrent:users .
sudo chmod -R g+rws .mod: hogy kicsit konkrétabb legyen a példa
-
A_ScHuLcZ
addikt
qBittorrentet használok, és most vettem észre egy furcsa dolgot. Több, mint valószínű, hogy kezdetek óta fennáll a jelenség, de eddig nem tűnt fel.
Szóval a probléma az, hogy a qBittorrent által letöltött fájlok/mappák jogosultságai nem állítódnak be megfelelően, alapból csak olvasási jogot kapok rá, mint OMV felhasználó. Az OMV felületén helyre lehet billenteni, ha a megosztott mappának újra beállítom és leörököltetem a jogosultságait (erre a resetperms plugin roppant hasznos), de mivel több megosztott mappába szoktam torrentezni, nem ez a legegyszerűbb és legoptimálisabb megoldás.
Valószínűleg a probléma alapvetően arra vezethető vissza, hogy én a dockerek futtatásához külön, dedikált felhasználót használok, ezen nem is szeretnék változtatni.
Ha esetleg van már olyan, aki belefutott, és tud rá megoldást, kérem ne tartsa magában!
-
válasz
lovi27
#12692
üzenetére
Először a mainstream docker csomagokból akartam felrakni, de rájöttem, hogy nincs belőlük armhf (még a linuxserver csomagból se, akiknek amúgy majdem mindenre van armhf portjuk). Persze igazából nem azt írta ki, hogy hülyegyerek, ez nem egy megfelelő image, hanem azt, hogy:
standard_init_linux.go:211: exec user process caused “exec format error”
Végül rájöttem, hogy csak olyan van ami valamelyik amd64-es image armhf portja, viszont vagy nincsenek közvetlenül dokumentálva vagy ezer évesek.Végül ezt raktam fel: container4armhf/armhf-docker-openvpn
De most látom egyébként, hogy van frissebb is (ráadásul több letöltéssel): napnap75/rpi-openvpnMindenesetre a kylemanna/openvpn leírást követve (és a megfelelő helyeken a csomag nevét átírva) lekreáltam először a volume-ot ovpn-data-shared néven, majd lerántottam lokálisba az image-et és sikerült megcsinálni a CA-t és a kliens fájlokat is (egyelőre nopass-szal).
Végül csináltam egy stack-et, a már meglevő image és volume-mal, a következő docker builderrel:
version: "2.1"
services:
openvpn:
cap_add:
- NET_ADMIN
image: container4armhf/armhf-docker-openvpn
container_name: openvpn
ports:
- "1194:1194/udp"
restart: unless-stopped
volumes:
- ovpn-data-shared:/etc/openvpnTűzfalon kiengedtem a 1194-es UDP portot és már működik is melóból és 3G-n is mobilról - szépen, ahogy kell.
-
Adamo_sx
aktív tag
válasz
stigma
#12682
üzenetére
Mindenből ki lehet fogni hibásat
.
Nekem most cseréltek egy Seagate Ironwolf-ot, fél év után kihajította a RAID vezérlő, hogy problémás. Leadtam garanciában, most szóltak, hogy cserélte a gyártó.
Most persze vagy 2 hónapig még nem leszek otthon, úgyhogy nem tudom kipróbálni, más-e valamiben... (azt mondják, ez újabb sorozat, ST10000VN0004->ST10000VN0008). -
stigma
addikt
válasz
vadkörte
#12681
üzenetére
Mikor asztali gépeket építettem 1 dolgot megtanultam, bármilyen izomgépet/nomrálgépet építek a legfontosabb és nem sporolandó elem a Tápegység.
Régi időkből a Vargáné(200W
), meg ezek a csoda Hypro vagy milyen nevüekkel, kikergettek a világból.Mindegy ebbena hónapban úgysem terveztem még be semmit, akkor veszek egy tápot + HDD-t
Hát nekem a PRO-s változatok túl drágának tünnek, illetve nekem elég az 5X00rmp-s változatok is.
Seagate Ironwolf-ra gondolsz most amúgy?Lehet ki kellene próbálnom, amúgy pár hsz-t amit elvastam eddig jónak mondják, hangban piciz zajosabbak mint a WD RED.
Purple-t is csak azért vettem, mert halk és megbízható, ugye ezeket teszik kamera rendszerekbe, ha jól tudom. -
vadkörte
addikt
válasz
stigma
#12680
üzenetére
Csak tipp volt. Az utóbbi időben több - igaz mobil - HDD került hozzám adatvesztéssel és SMART hibákkal. Mind tápprobléma volt.
WD RED NAS Edition, Seagate NAS lemezei, esetleg WD/Seagate server lemezek? Utóbbival kellemes tapasztalataim vannak. A munkahelyemen - nem én vagyok az infós, "csak" a helyettese
- van olyan 8 éves 1TB-os Seagate, ami még mindig 100/100 és 24/7-ben mennek egy storage-ben. A Purple széria DVR/NVR üzemre tervezett, szóval a meledéssel nem lehetett gond.
Évekig SMART felügyelet nélkül ment a RAID kártya, mert megpusztult rajt az akku és nem vehettünk. Az infós 5-6 év szájtépés után megunta és vett egyet saját zsebből e-Bay-ről. Meg mellé +1 RAID kártyát és egy marék beépítő keretet. Így lett a szerverünk felbővítve... -
stigma
addikt
válasz
vadkörte
#12679
üzenetére
Hi, köszi az infót.
24/7-ben megy, első körben egy Seasonic 350W-os tápom volt, melyet 2 év után cseréltem, mert használtan vettem, kb 2-3 éve egy FSP FSP350-60APN használok, ami a jobbik fajta táp.Ezeket olyan 4-5-6k-s áron vettem, FSP-t újként, Seasonic-ot ugye használtan, mint említettem.
Lehet benevezek egy drágább kategóriára:
be quiet! Pure Power 11 300W Bronze (BN290)Sajnos így hogy gariba küldöm helyette kell valamit vennem, de picit tanácstalan lettem, mert WD RED 2-6TB-ig kiesik, mert nemrégiben jelent meg cikk, hogy problémás volt.
Ideiglenesnek szerintem egy 3-4TB-os HDD-t , aztán max ha kicserélik, akkor lesz majd backup HDD. Lehet maradok a WD Purpel szériánál, de nem tudok egyenlőre a gari-t intézem szerintem a sráccal, akitől vettem. -
vadkörte
addikt
válasz
stigma
#12675
üzenetére
Pedig a WD Purple-ök direkt 24/7-es üzemre tervezett nagyobb hőtűrésű lemezek. Mondjuk üzemóra az van benne rendesen. Tápegységed mennyire stabil?
Én is a szervizt javaslom.ui1.:
A régi laptopomban gyárilag szektorhibás volt a HDD mégis évekig használtam. Igaz azóta elhalálozott, de nem a szektorhibától, hanem a gravitációtól. Működés közben - akkor már tokban volt - lerántottam (beleakadt a lábam az kábelébe) de még utána is elindult, igaz 90%-os felületi hibát jelzett és gyanúsan darált = 100% adatvesztés lett volna, ha a rajta lévő dolgokat 5 perccel korábban nem mentem le. ui2.:
(#12666) 3800+:
Bár nem vagyunk barátok vele, de az OMV 5-öt javaslom. Addig is ismerkedj vele össze egy virtuális gépen.
Az éles rendszerem telepítése előtt vagy 5 virtuálisat fektettem meg.
(#12678) ptesza:
Én a pénztárca alapján döntenék. Amúgy van már natív OMV RPi4-re? -
ptesza
senior tag
válasz
bisti79
#12647
üzenetére
Egy dilemmám maradt még. Nem tudom eldönteni ,hogy 2G vagy 4G verziót vegyek az RPI 4B ből. Tudom, hogy a 4G több meg minden de nem biztos,hogy kihasználja. Csak az OMV futna + plus transmission meg a PLEX full HD meg 4K stream transzkódolás nélkül.A mostani felállásban 33% kihasználtsága van az 1G ramnak stream közben. A proci 60 körűl. Hajlok a 2G verzó felé.
-
stigma
addikt
válasz
sztanozs
#12676
üzenetére
Hát első hibát nem észleltem, de ti többet mondhattok talán:
Megbízható forrásból szereztem apro-ról, 3 év garival, melyből 2,5 telt le kb(2017.12 havi vásárlás) szóval nincs nagy gond, csak most állt össze a rendszer és hát szívni nem nagyon akartam.Logot itt lehet elérni: Link
Első hibát nem is észleltem , kb 1 év után jött, akkor még lehet nem kapcsoltam be a smar-t ot és az Öntesztet
Error 1 [0] occurred at disk power-on lifetime: 9069 hours (377 days + 21 hours)
When the command that caused the error occurred, the device was active or idle.Többi hiba:
Error 2 [1] occurred at disk power-on lifetime: 19141 hours (797 days + 13 hours)
When the command that caused the error occurred, the device was active or idle.
Error 3 [2] occurred at disk power-on lifetime: 19141 hours (797 days + 13 hours)
When the command that caused the error occurred, the device was active or idle.
Error 4 [3] occurred at disk power-on lifetime: 19141 hours (797 days + 13 hours)
When the command that caused the error occurred, the device was active or idle.
Error 5 [4] occurred at disk power-on lifetime: 19141 hours (797 days + 13 hours)
When the command that caused the error occurred, the device was active or idle.Viszont tippelem, hogy a többi hiba lehet hogy most jött ki,mikor szereltem a NAS-t vasárnap, majd lekapcsoltam.
Telepítéskor ugy nekem nem volt feldugva, mikor végeztema telepítás és frissítéssel utána állítottam le a gépet és dugtam rá ismét. -
stigma
addikt
válasz
lovi27
#12674
üzenetére
Hi , még az, csináltam egy gyorstesztet, nekem annyira sokat a log nem mond, illetve a sok paraméter, de ez az ami érezhető belőle:
SMART Extended Comprehensive Error Log Version: 1 (6 sectors)
Device Error Count: 5
Error 5 [4] occurred at disk power-on lifetime: 19141 hours (797 days + 13 hours)
When the command that caused the error occurred, the device was active or idle.
Error 4 [3] occurred at disk power-on lifetime: 19141 hours (797 days + 13 hours)
When the command that caused the error occurred, the device was active or idle.Hát itt már régebben gond volt vele ezek szerint, viszont ez egy 2 éves WD 6TB-os Purple HDD, ami ment napi 24/7-ben.
Pont ez hiányzott nekem.
-
stigma
addikt
Sziasztok.
Pár apróságot hozzáadtam, mellyel a Nextcloud-ot tudjátok kofogurálni, ami 26.oldalon van az alábbi néven =>5.4.1 Nextcloud mappa konfiguráció
OMV 5 + Portrainer : Nextcloud, Qbittorent,Tranmission- Itt a Nextcloudban lévő réseket hogy kell javítani, azokat írtam meg
- Nextcloudban hogy kell helyi mappát felcsaolni, nem pedig smb-n csatlakozni...fájlkorlátot egy 2-3gb-os image fájllal próbáltam.Elég sok szívással megbírkodtam, még tesztelés alatt vagyok, de már működik az új domain
, viszont az írás még várat magára sajnos, mert még 1-2 konténert fel kell tennem (pl 
i-hole)Ami benne lesz:
- megbízható domaincím vásárlás + DDNS összkapcsolás (namechaap.com + cloudflare)
- OMV5 + Portrainer
- Nextcloud, pihole, Transmisison + (remote GUI), DDNS kliens,...A mostani írás kb 60-70%-a már megvan, már bánom hogy a mostani részt nem Wordben készítettem és pdf-ben tettem fel, mert minden szétesik drive-on lévő wordben.
Remélhetőleg 1-2 héten bellül meglesz a dolgok, és sikerül véglegesíteni.
Lényegében a duckdns helyett lesz egy jobb és szebb megoldás, ami kb évi 9-10 dollárba kerül, megbízható,menedzselhető és biztosnágos. -
stigma
addikt
Sziasztok.
OMV-n bellül a SMART \ Meghajtók esetében a felcsatolt WD 6TB-os HDD-n a rendszer dobott egy pirospontot, hogy van néhány hibás szektor.
Mit lehet vele tennem? Van valami amivel tudom javítani a szektorokat?Amúgy szoktatok itt ezen a menüpontot bellül SMARTbekapcsolásán kívül ütemezett teszteket futtani/beállítani?
-
lovi27
addikt
válasz
ptesza
#12669
üzenetére
Ezt hívják SSD-nek. Szerintem ez a lényeges különbség a pendrive és az SSD között, hogy az SSD-ben van intelligens írásvezérlő chip. Persze, ma már könnyen lehet, hogy egy nagy kapacitású és gyors pendrive-ba is tesznek, de akkor ez az árában is jelentkezik:
semmivel sem lesz olcsóbb, mint egy hasonló kapacitású SDD. Sőt... -
lovi27
addikt
Az utasítások a rendszerdiszktől függetlenül RAM-ban futnak. Ha az alaplapod kezeli az USB3-mat, akkor az gyakorlatilag HDD sebességet jelent. Így a sebességtől nem kell tartamod, a tartósságon meg a Flashmemory plugin segít. Addig kitart míg megjön az SSD.
Stabil, használatra érett az OMV 5, új felhasználónak nem éri meg az OMV 4-el ismerkedés.
De mivel még senki nem úszta meg egy telepítéssel, így belefér ez is, meg az is.![;]](//cdn.rios.hu/dl/s/v1.gif)
-
3800+
őstag
Nem tervezem a 24/7-es üzemet, csak itthoni használatra lesz. A pen drive ideiglenes lenne csak, de egyelőre nem találtam jóárú SSD-t. Csak erre meg sajnálnék egy vadiújat venni.
Olvasgatok akkor még hogy 4-es vagy 5-ös verzió, túl sokat nem tudok még róluk.
Gondolom itt sem feltétlen az újabb a jobb. -
-
Pelican
őstag
-
3800+
őstag
Sziasztok!
J3455 alapú házi szervert építek alap feladatokra, és egy dolog még hiányik... kis SSD-t nem lehet manapság találni, úgyhogy egy jobb minőségű USB3.0-s pen drive-ról fog futni az OMV amíg nem találok SSD-t erre a nemes feladatra. Olvastam hogy nem szeretik az OMV és a pen drive egymást hosszú távon, de annyit ki kell bírjon amíg érkezik az SSD.
Van aki próbálta ilyen célra a pen drive-okat? Mire számítsak? Ergyafoslassú lesz a rendszer vagy azért használható...Ha összeáll a hardver melyik OMV verziót ajánlátok? Ennek még nem tudtam utána nézni sajnos.
-
válasz
stigma
#12658
üzenetére
Hali! Ha még kérdés, akkor én a régi konfignak megfelelő helyre csatoltak fel a meghajtókat:
Data:/mnt/Data/Download/.settings
Downloads:/mnt/Data/Download
watch:u.a. Mint a torrent, a settings.json file-ban igy van beállítvamegnéztem, hogy a group-nak, legyen mindenhol rw joga és csináltam a transmission-nak egy service usert amit a megfelelő csoportba beraktam, és a .../Download könyvtára beállítottam a suid bitet (öröklődik az újonnan létrehozott fájlok és könyvtárak jogosultsága, nem a torrent user jogaival jönnek létre az új fájlok és könyvtárak), és biztos ami biztos futtattam rá egy chown/chmod kombót.
-
stigma
addikt
válasz
tama777
#12659
üzenetére
Hi megoldodott, aprób bhibáim voltak, amiket nem vettem észre, köszi szépen.
1. keveredve voltak a jogaim így nem engedett letölteni, mert csak minden 2. mappához volt jogom (ezt nem is értem miért de mindegy)
2. Transmission remote GUI-t használok, és sajnos oda valamiért a régi plugin-os cím volt megadva:/srv/dev-disk-by-label-WDP6TB/Torrent =Z:\
Ez ugye hibás, mert docker konfigurációkor /downloads névre kell hivatkozni, ezért kicseréltem és minden megy. -
stigma
addikt
válasz
tama777
#12657
üzenetére
Köszi szépen, hogy elírtad, nekem igaza config+watch mappa a Transmission főmappán bellül található de minden stimmel.
Msot később még kipróbálom nekem is lett egy felhasználó létrehozva és hozzáadva, ahogy pontosan leírod, egyedül 1 apró tény tér el , ami független tőle, mégpedig a neve: Downloads => Torrent-nek neveztem el.
Nekem egyenlőre nem megy, de most mgég próbálkozom picit, köszi szépen a segítséget.
Nem tudom mennyire számottevő de OMV4 alatt máshogy voltak beállítva a jogok, mint most 5-ös alatt, lehet ez is bekever valamit ezt passzolom.
De megpróbálom a ter verzióddal.
-
tama777
tag
válasz
stigma
#12655
üzenetére
Van egy felhasználóm pl. Bela, ha lekérem az "id"-t (id Bela), akkor UID=1000 tehát Dockerben a PUID=1000, GID=100 tehát Dockerben a PGID=100 + Bela-nak be van állítva ACL-ben, hogy tudja írni/olvasni (példámban lévő) az AppData, Downloads illetve Watch mappákat, (nálam Bela a tulajdonosa is ezeknek a mappáknak). A port számok (45678/tcp ill. 45678/udp) pedig be vannak a Router-ben állítva a NAS ip címéhez. Mondjuk én OpenVPN-as-t használok a távoli eléréshez (így nálam csak a 1194/udp, illetve a példában szereplő 45678/tcp és a 45678/udp port van nyitva). A config/settings.json-ban még nem kellett állítanom semmit, mentette az UI-n megadott paramétereket.
Nálam így néz ki és működik is:
docker create \
--name=Transmission \
-e PUID=1000 \
-e PGID=100 \
-e TZ=Europe/Budapest \
-e TRANSMISSION_WEB_HOME=/transmission-web-control/ \
-e USER=amilyennevetakarsz \
-e PASS=amilyenjelszótakarsz \
-p 9091:9091 \
-p 45678:45678 \
-p 45678:45678/udp \
-v /srv/dev-disk-by-label-OMV5AppData/AppData/Transmission:/config \
-v /srv/dev-disk-by-label-WD1TB/Downloads:/downloads \
-v /srv/dev-disk-by-label-WD1TB/Watch:/watch \
--restart unless-stopped \
linuxserver/transmission -
stigma
addikt
Használ valaki Linuxservere\Transmission, mert már 2 órája szenvedek vele
És nem tudom nomrálisan beállítani.
Potrainerben konfugurálás pikk pakk megvan:- /srv/dev-disk-by-label-WDP6TB/Docker/Transmission/config:/config- /srv/dev-disk-by-label-WDP6TB/Torrent:/downloads- /srv/dev-disk-by-label-WDP6TB/Docker/Transmission/watch:/watch
Majd a Torrent , dockerben a Transmission mappa vendégek által elérhető és bármit tudok vele kezdeni.
De ha Windows-os géppeéé vagy Webui felületen bármit betesztk 5 mp után leáll, hogy nincs jogosultsága.
Megnéztem és totál nem értem, mert a jogok rendben vannak.
config/settings.json fájlban a download dir esetében /downloadsra módosítom, imcomplete dir-t kilövöm
rpc remotre-ra az alábbi állítom: 127.0.0.1 ,*.*.*.*Vagy valami baj van velem (valószínű mert reggel 9.30-óra csak szívok mindennel) de semmit nem tudok letölteni tranmission-el, úgyhogy nincs más most a Qbittorent-el próbálkozom.
Bármilyen ötletet szívesen fogadok.
(#12654) Pelican :igen ebben teljes mértékben igazad van. -
stigma
addikt
válasz
Tarokk79
#12650
üzenetére
Hi, megoldás valami ilyesmi lesz:
https://dbtechreviews.com/2020/02/how-to-install-pihole-on-openmediavault-omv-5/
első lépés SSH-n kiadnia 2 parancsot:
– docker swarm init
– RebootAdd stack
version: "3"services:pihole:container_name: piholeimage: pihole/pihole:latestports:- "53:53/tcp"- "53:53/udp"- "67:67/udp"- "81:80/tcp"- "543:443/tcp"environment:TZ: 'Europe/Budapest'WEBPASSWORD: 'Ideadjmegegyjelszót'SERVERIP: 'NASIP'# Volumes store your data between container upgradesvolumes:- '/srv/dev-disk-by-label-WDP6TB/Docker/Pihole/etc:/etc/pihole/'- '/srv/dev-disk-by-label-WDP6TB/Docker/Pihole/dnsmasqd/:/etc/dnsmasq.d/'dns:- 127.0.0.1- 1.1.1.1# Recommended but not required (DHCP needs NET_ADMIN)# https://github.com/pi-hole/docker-pi-hole#note-on-capabilitiescap_add:- NET_ADMINrestart: unless-stopped
Ezek után én a portáritányítás miatt itt érem el: http://NASIP:81/admin
Jelszó amit megadtál.Routerben az alábbi módon kell :
router => LAN menüpont => DHCP szerver => NASIP-t beírod a DNS szerverbe.
PI-hole-on bellül, még most keresgetem miket kell beállítani.
-
-
-
stigma
addikt
válasz
Tarokk79
#12648
üzenetére
Hi, remélhetőleg pár óra múlva meg tudom mondani, most telepítem a OMV5-öt
portátírányítással nem megy? Vagy kiirja hogy így is foglalt a 80-as port?
ports: - "53:53/tcp" - "53:53/udp" - "67:67/udp" - "81:80/tcp" - "445:443/tcp"Én amúgy mikor Letsencryptet konfogilom akkor nem fogom direktben a 80:80ra tenni illetve 443:443-ra hanem azokat is átírányítom pl: 180:80 , 1443:443
-
bisti79
tag
-
bisti79
tag
válasz
ptesza
#12642
üzenetére
Én használtam rock64-et (4 MB RAM, v2) huzamosabb ideig OMV-vel háziszerverként, Plex is futott rajta. Teljesen meg voltam elégedve vele, még melegedési problémák sem jelentkeztek, amik azért a PI4 felhasználóknál azért gyakran jelentkeznek. Sajnos, csak 4-es OMV létezik rá, és abban a docker sem az igazi, én ezért váltottam.
-
válasz
stigma
#12641
üzenetére
Én korábban próbáltam a Q1950-et (ami az N3150 elődje/butított változata). Sajna a passzív hűtés mellett elég hamar throttlingol és nem is fér bele kicsi házakba a magas hűtő miatt. Ráadásul az alaplap procival ~20k, mellé kell még memória (ráadásul a mATX lapokba általában noti RAM kell), egy rendes kicsi ház még egy tizes és még egy paneltáp vagy egy rendes full táp is kell, ha több vinyót szeretnél kezelni.
-
stigma
addikt
válasz
ptesza
#12639
üzenetére
Hi, kis ARM esetén jó leeht amit írtál, de a Rock64 már nem mai darab
RPI 4 jó lehet ahogy sztanozs fórumtárs is írta.
Plex-en a transcoding-to ha kikapcsolod szerintem jó lehet. Esetleg Emby servert ajánlom ami kb az mint plex és könnyen kezelhető.Eselet olyan megoldást ajánlok még ami a régebbi N3150/J3160-as NUC-ok lehetnek, melyben 1 SATA van, arra megy maga a rendszer (ssd), +külső HDD-k -en a tárolt anyagok.
De várd meg mitn írnaka többiek , én még ilyesfata megoldást nem próbáltam ki.(#12640) sztanozs : amikor a Plex-et transzkódoltad addtál meg neki transcodinf mappát?
1 perces kereséssel ezt találtam:
If you want to completely disable transcoding, then set the Transcoder temporary directory to a non existing path -
válasz
ptesza
#12639
üzenetére
Nálam egy RPi4 van, de sajna TV-n kívül nincs ami elvinné a 4K-t, azon meg nincs Plex kliens (tavaly óta, amikor elvették az Opera Store-t a tévéről). FullHD anyagokat simán visz egy USB3-as dupla HDDs hubról.
Plex-et viszont nem sikerült összehoznom rajta a videók nem indultak el valami transcoding hibával. -
ptesza
senior tag
Sziasztok!
Ajánlást szeretnék kérni.
A jelenlegi felállás : BananaPipro + 1TBTohiba HDD satán összekötve + Plex +Transm.
Most minden további nélkül mennek az SD mkv-k a Plexen. Viszont ha valami erősebb felvételt kellene lejátszani akkor laggol , nem is kicsit.Valami hasonló felállásban gondolkodom most is.
Vennék valami ARM procis SOC-t ami meg tud bírkózni a 4K-s mkv-k streamelésével is.
Pl a Rock64-et nézegetem, de nyitott vagyok bármilyenre.Üdv P.
-
stigma
addikt
Köszi szépen.
Én is most időhiányban szenvedek, de ha lenne egy hosszú hétvégém akkor összehoznom mindenképp.
Én is ezt virtualban tesztelgettem, mert OMV4-en vagyok, de nekem kellett 2-3 hét és olvasgatás mire kitaláltam mi miért van. bárki bármennyire szidja a Docker-t nekem nagyon bejött és igaz maga az új dolog tanulása sok idő, de ha megtanulja az emebr, már könnyen lehet konfigurálni bármit és újratelepíteni bármit secc-perc alatt.
-
válasz
stigma
#12636
üzenetére
Én még kivárok egy kicsit, amíg csiszolódik a leírás.
Otthon a 4-es fut, sikerült mindent megcsinálnom, amit igazán akartam, de azért izgat ez a dockeres dolog is. Azt semmiképpen nem akarom megbontani, de szerintem virtuálban nekikezdek egyszercsak. Úgyhogy részemről én nagyon köszönöm a munkád. -
stigma
addikt
válasz
sztanozs
#12634
üzenetére
Hi, látom elég mélyen belementél
Én ezt a fajta dolgot, ha végigolvastad vagy beleolvastál a leírásban igaz duckdns-el ,,oldottam" meg ami nem rosz, de én ezt egy nomrális domain + DDNS-el fogom megtenni
Ami úgy néz ki, hogy egy normális domaineket áruló oldalról pl.: namecheap.com veszek egy .com-os domaint, az csatolom a cloudflare alá, mellyel teljesen titkosítok mindkét oldalt és ahhoz fogom igazítani a domainemimet.
cloudflare esetében full titksításra megyek, így az általad írt host-host titkosítás meglesz.Ezt az írást azoknak szánom akik még újak és akarnak hetekig utánaolvasni , hogy mit hogy kell mókolni.
A végleges általam leírt domain vásárlósat ha lesz időm megcsinálom valamikor. -
válasz
stigma
#12633
üzenetére
mod: most látom, hogy a transmission nem tud SSL-t a webui-ra, csak az RPC endpointra, szóval megkövetem magam, a 4) pont érvényes itt...
Szerintem a reverse proxy nem ad hozzá a biztonsághoz - főleg ilyen esetben, mivel terminálja a TLS kapcsolatot, tehát nincs meg a host-host titkosítás a kliens és a szerver között. A https kibontás csak akkor biztonságosabb, mint a sima host-host kapcsolat, ha:
1) a reverse proxy megbízhatóbb, mint a proxy-zott host
2) ha a belső hálózat forgalma abszolút megbízható (kizárható a hallgatózó host)
3) ha a reverse proxy és a proxy-zott hot nem hálózaton van (tehát a proxy két tűzfal között található):
internet --|FW|-- reverse proxy --|FW|-- intranet
4) illetve ha a proxyzott szerver egyáltalán nem tud semmilyen biztonsági szolgáltatást nyújtani -
stigma
addikt
válasz
sztanozs
#12632
üzenetére
Hi,hát IT-biztonsági szempontból ez annyira nem ajánlott szerintem
Igazából ha nincs NAT-olvas az IP-d akkor domain sem kell mert elérsz mindent, igaz a magyar szolgáltatók szokták az IP-et váltani időközönként.Az általam használt megoldás jóval biztosabb és olyan protokollokat használ, amik a jelen rendszerek használnak:
- kerülöm a http-s megoldásokat, ha leeht csak https-t alkalmazok
- ip címváltozásra megoldás az VPN kapcsolat vagy a DDNs ahsználata
- Direktbe porokat ha lehet nem engedek ki, csak ami szüskéges
- Minden alap jelszót megváltoztatok valami bonyolultra.Az én megoldásom sem 100%-os mert ide is lehet plusz autentikációkat betenni, de egyenlőre nem bonyolítom a helyzetet.
-
stigma
addikt
válasz
sztanozs
#12630
üzenetére
Hi, több megoldást is létezhet egy program ottohni elérésére:
- Saját domain-en keresztül
1. subdomain-el : programneve.doamin.org
2. subfolder-el: domain.org/tranmission
- VPN-en keresztül ilyenkor ugye csak a hálózaton/NAS-on futó vpn-re csatlakozol ahonnana többi adatot/progarmot eléred.VPN-t nem tettem fel direkt, mert én tisztább és gyorsabb megoldásnak találtam ezt.
Beírod a domained a böngészőbe az átirányít a NAS-ra. Ha a megfeleló subdomaint (előtagot) vagy subfolder(oldalt) írod be akkor az adott alkalmazásod eléred.
Ezt webserverrel tudod megoldani reserve-proxy(fordított) proxy megoldással. -
stigma
addikt
válasz
sztanozs
#12628
üzenetére
Hát azt hogy netre kiengedve => https://tranmission.domainname.duckdns.org
Itt eléred a eblső hálóztra telepített Tranmission-t.
Belső háló ugye a \\192.168.XX.XX:9091-es címen éred el, ott minden megy frankón.Netes elérs esetében belépni tudok, monitorotni tudok mindent, milyen torrent fut, de letölteni nem.
És ha jönne a kérdés miért akarom ez?
Nekem párszor már eszembejutott melóban hogy valamit nem szedtem le ami mondjuk 50-60GB-os anyag, akkor meló közben belépek, hozzáadom a listához, mire meg hazaértem lejött a torrent -
stigma
addikt
válasz
sztanozs
#12626
üzenetére
Hi, a sima helyi hálól elérés és letöltés megy tökéletesen, igaz nem irtam le pontról pontra mit fogsz majd a Tranmission-ben megadni.
Ami nem megy a külső domainről való letöltés, belépni még sikerült, de most sok kedvem nem volt vele foglalkozni, majd javítom.
Hiba a setting.json fájlban lesz, amit majd leírok ha lesz időm, vay bárki leírhatja aki frissen telepíti. -
-
stigma
addikt
válasz
stigma
#12624
üzenetére
Akkor lehet tesztelni, amit már tradeelek11 fórumtárs megtett.
OMV 5 + Portrainer : Nextcloud, Qbittorent,Tranmission
Pár apróbb hiányosság van, pl .: Tranmission esetében a kinti elérés megvan, látod a torrenteket,d e újat hozzáadni nem tudsz.
Letsencrypt esetében duckdns-nél az aldomain-en (subdomain) 1 napos certeket kap, szolgáltatások működnek.1.-5.5-ös pontog elolvasva már életképes minden.
Ha én is végzem a telepítéssel akkor ebbe a mappába vagy fájlba beleteszem a saját verzióm is ami nem duckdns-el lesz.Aki válalkozó szellemű az a Letsencrypt helyett kiprbálhatja a 6-os pontot, ami egy "másik elv" alapján titkosít, nekem elsőre nem ment, ezért írtam hogy tesztelés alatt.
-
stigma
addikt
Uraim, egy lelkes Fórumtársnak köszönhetően (tradeelek11) pár alap dolog már jól működik abban az írásnak melyet a napokban javítottam, viszont pénteken ezt kjavítani fogom.
OMV5 + Portrainer-ben a Duckdns dns-el picit megszvatva, de 2 sumdomain tökéletesen megy:
- Nextcloud: =>https://nextcloud.duckdomaincímed.duckdns.org
- qbittorent: =>https://qbittorent.duckdomaincímed.duckdns.orgEgyetlen hiba csak az sajnos, hogy a letsencrypt a fő domain címehez (duckdomaincímed.duckdns.org) gyárt tanusítványt, viszont a subdomainekhez napi tanusítvány van, ami szerintem nem nagy gond, de jobb lenne valami hosszabb.
Itt a problémát az okozza nagy valószínüsággel hogy letsencrypt konténerben a SUBDOMAIN pontban lehet nem a subdomaneket kell felsolrolni, hanem helyette a "wildcard" szóval kellene titkosítani.
-
mzsol
tag
válasz
sztanozs
#12620
üzenetére
Lecserélve a jelszava a root és az az egy felhasználó aki a sudo csoportban van. Docker pedig 1 van a qbittorrent. Jelenleg nincs neten kint az OMV. Átvizsgáltatom Kaspersky RD live cd-vel, majd frissítem az OMV-t (apt update, apt -y full-upgrade). Ezt követően csak a torrentnek nyitok portot. Telepítésnél TCP és UDP port is lett beállítva. Mit nyissak neki?
-
Nem csak a root lehet a gond, bármelyik user az, aki benne van az etc/sudoers fájlban (illetve a sudo csoportban).
Ráadásul sebezhető (vagy félrekonfigurált - pl myphpadmin, ) szolgáltatásokon keresztül (amire van exploit) is támadható az eszköz. Egy csomó docker image alapból is sebezhető:
[link] [link] -
lovi27
addikt
A ClamAV ahogy definiálja magát elsősorban mail szerver védelmére való. Vagy ha valaki web szervert üzemeltet néhány oldallal ott is jó hasznát lehet venni. De nem szabad várni a Windowsban megszokott vírusirtók kényelmét és sokoldalúságát.
Rendszeresen frissítik, ha nem is naponta. Ki kell próbálni.
Mikor próbáltam mintha itt a fórumba is leírtam volna hogyan tudtam azonnali védelemre állítani. Keress rá. -
stigma
addikt
Aki válalkozó kedvű és van egy fél órája próbálja már ki kérlek:
OMV5 + Potrainer => Nextcloud (mariadb,nextcloud,duckdns,letsencrypt)
Itt most inkább a linuxserver-es konténereket használtam, melyet én is OMV4 alatt hasonlóképp konfiguráltam.Fontos az hogy 1 ddns legyen csak aktív, mondjuk duckdns és a szüskges portokat kinyisd a routeredben.
Remélem ez már működni fog.
-
-
mzsol
tag
válasz
stigma
#12601
üzenetére
Kimondottan a NAS ip-jéről (fix, publikus, külső cím) ment a forgalom, azon a porton ahová a NAS volt bedugva. Akkor néztem teljesítmény adatokat, három napon keresztűl folyamatosan kiugró volt a grafikon (hétvége), hálózati kártya grafikont néztem. Majd kihúztam az utp-t. CPU Átlag azóta is valamiért nagy a terhelés, előtte napokon keresztűl pedig alacsony.
-
-
stigma
addikt
Hi, hát ezt elég töményen írtad le
, de asszem értem viszont:
NAS-ra adblockert, reklámszűrőt ilyemit lehet tenni pl.: pihole vagy adguardKínai ip-s kommunikáció fura részemről mert akkor nem hiszem hogy a NAs inkább valami gép fertőződhetet meg a hálózatban.
OMV-nél a menüben tudsz nézni állapott pl ram,CPU mennyire ingadozó.
Routered ami túlterhelődik milyen és mennyi eszközöd lóg rajta és milyen neted van?Kinai ip felé egy kínainak teló is lehet (pl.: Xiaomi, Huawei, Realme...) , mivel ha belépél a telón a fiókba akkor szokott szinkronizálni , de ez nem lesz mérvadó.
Én a helyedben egyesével zárnám ki a lehetőségeket, de szerintem itt valami asztali Pc vagy laptop lesz a ludas.
Nem volt mostanság játék/program feltéve mely hekkelt és crackelni kellett?
.
i-hole)
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Ú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.
- Acer Predator 21 X: szürreális
- Lakáshitel, lakásvásárlás
- Kamionok, fuvarozás, logisztika topik
- Horgász topik
- Brogyi: CTEK akkumulátor töltő és másolatai
- Zyxel NAS326
- Xiaomi 15T - reakció nélkül nincs egyensúly
- Vivo X200 Pro - a kétszázát!
- Arc Raiders
- Szünetmentes tápegységek (UPS)
- További aktív témák...
- Apple iPhone 11 128 GB Fekete 1 év Garancia Beszámítás Házhozszállítás
- NJOY Szünetmentes + AVR Horus Plus 2000, 2000VA, 1200W, Line-Interactice, LCD Touch displa PWUP-LI20
- Azonnali készpénzes AMD CPU AMD VGA számítógép felvásárlás személyesen / postával korrekt áron
- 2db Apple Lightning - jack átalakító eladó egyben 1999 Ft
- 8 GB GeForce RTX 3070 Ti - garanciával
Állásajánlatok
Cég: NetGo.hu Kft.
Város: Gödöllő
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest