...2x8Gb ram...VirtualBox és/vagy Docker -re termett vas... keress neki feladatot..

8lnu

Az eredeti project emiatt a fellángolás miatt megakadt. De lehet, hogy veszek egy Asrock J3455 lapot aztán megy bele az egyik modul. Így ramra már nem kell költenem.. A régi gép meg a Zyxel nas árából kijönne a másik lap.

“Az a baj a világgal, hogy a buták mindenben holtbiztosak, az okosak meg tele vannak kételyekkel.“

Lenne pár kérdésem:
Amúgy mit szólna az OMV ha kivenném az egyik Ram modult? Keresné vagy futna tovább 8GB-al?
Ja és a több magos procit ki tudja használni az OMV?
Mert egy J3355 ös rendszer csak két magos de gyorsabb órajelen fut. Vagy jobb a J3455 alá?
Ki kellene próbálnom még azt is, hogy a HDD-t az alaplap 3.Sata portjára rakom az már külső vezérlős.
Remélem felismeri az OMV?
Üdv.

“Az a baj a világgal, hogy a buták mindenben holtbiztosak, az okosak meg tele vannak kételyekkel.“

Semmit sem szólna. Nincs hiszti, nem klimax-os feleség ez... Fut tovább (kicsit overkill az a RAM ) a boot-nál jelzi, de ennyi. Kihasználja a többmagos CPU-t.
De szerintem ha "csak" klasszikus NAS-nak használod nem biztos, hogy szükség van a nagy(obb) teljesítményre.
Negyed ekkora teljesítményű gépet használok NAS-nak (Atom 330 + 2x2GB DDR2) és üzem közben 25%-nál jobban nem nagyon pörgött a CPU. Ha egyszerre 3-5 eszköz terhelte akkor ment fel 40-50%-ra.

[ Szerkesztve ]

Üdv. V. Körte

Azért lett ennyi a ram, mert a laphoz adták jó árban ha viszem kompletten..
De most nem arra használom ami miatt vettem szóval veszek egy másik J3455 lapot aztán felezem a ramot.
Mondjuk akkor bukom a dual channel-t is.
Teszteltem a lapot win10-el aida szerint a memória sebessége ott van mint az itthoni FX8150-nek. Jó ez már nem mostani proci, de ez mégis csak egy celeron..Fel kellett dobnom egy win10-et hogy tudjam frissíteni a lap biosát ugyanis a biosból kihagyták a frissítési lehetőséget..
Az egyetlen hátránya a lapnak, hogy csak PCI foglalat van rajta és a PCI->Sata kártyák elég drágák.. De a 4db sata azért szerintem elég lesz nekem..

“Az a baj a világgal, hogy a buták mindenben holtbiztosak, az okosak meg tele vannak kételyekkel.“

Sziasztok!

Lecseréltem az OMV-be a rendszernek a HDD-jét egy SSD-re. telepítés után Kezdtem volna feltenni a tároló HDD-ket
eredetileg 2 üres HDD volt benne csask könyvtárrendszerrel ( tesztként volt telepítve kb 2 héttel ezelőtt)

Megkerestettem a lemezt, csináltam egy biztonságos törlést ( 1 terránál majd egy óra volt) utána fájlrendszer létrehozás, ott is megtalálta a lemezt, adtam neki egy egyszerű nevet

Kidobja ezt:

Majd rögtön utánna ezzel elmegy hibára:

Nem igazán értem mi a gondja..

Írja, hogy az sdb1-et látszólag a rendszer használja, ezért nem hoz létre fájlrendszert rajta. Ha úgysem kell semmi a HDD-n csinálj partíció törlést. Az pillanatok alatt kész.

Vagy esetleg ha csatlakoztatva volt a HDD telepítéskor a rendszer nem oda települt ahova te szántad.

[ Szerkesztve ]

Igen.. ezt nem értem én se.. telepítésnél csak a rendszernek szánt SSD volt fent utánna dugtam rá a HDD-t
Partíciótörlés?? Én adattörlésre csak a Tárolás / Lemezek fülön a radirral jelölt törlést ismerem ahol kijelölöm a lemezt és rányomok a törlésre ( gyors vagy biztonságos)

Ha jól tippelek akkor te nem erre gondolsz!

Amugy ezelött a 2 winyo Raidbe ( tükörbe) volt konfigurálva ugyan ebbe a NAS-ba

Lejárt az időm a szerkesztésre ugyhogy újba írom!

Kíváncsiságból rádugtam egy elfekvő SSD-t azon szépen létrehozta a fájlrendszert.. ugyhogy gondolom az a RAID maradék lehet a baja..

Igen, nem arra. A partíciós tábla törlésére és akkor mindegy milyen fájlrendszer volt előtte. Ha kell az adatdiszkeket a GParted-dal mindig előkészítve, felcímkézve csatlakoztatom az OMV-hez. Jobban szeretem particionáló programmal csinálni.

[ Szerkesztve ]

Szia!

Nos leírom a tapasztalatokat.
Feltelepítve egy régebbi AMD Sempron 32bit számítógépre a Debian9 + OMV4.1 flottul működik.
Telepítés zökkenő mentesen ment elsőre, bővitmények is feltelepültek.
Utánna az OMV konfiguráláskor többször hibát jelzett.
Vagy nem lehetett menteni, vagy a hálózat szolgáltatásba belépéskor "The value is not an object"
üzeneteket kapok, és a két hálózat közül az egyik "enp0s4" csak dhcp enged statikusat nem.
Elösször minden simán ment, most már ott tart , hogy semilyen HDD-t nem tudok csatolni.
Nem mindig enged kilépni az oldalról, amúgy működik.. Ja és bootoláskor "processor error" infokat ír ki.
Vár egy kicsit és betölt. Amit tettem rá SMB, printer, Nginx, Letsencrypt, és tanúsítványa működik.
De még sem tökéletes a rendszer a hiba üzenetek miatt. Gyanakszom, hogy az új 32bites forma mégsem tökéletes, a régiekhez viszonyítva. Még egy észrevétel a "Hálózat" alatt a " Szolgáltatás felderítés" teljesen
üres.

Hétvégén volt idő háromszor telepítettem mindent, és mindig ugyan olyan hibák vannak.
"Hmmm... a régi már nem mükszik az új meg hibás... "

[ Szerkesztve ]

Ez nagyon szomorú. Sajnos erről itt nincs tapasztalat. Mint írtam te voltál az első - legalább is akiről én tudok. Kezdetben még voltak 32 bites hardverek, de az az OMV nálad is működött, az utóbbi időben viszont már nem jellemző.

Ez csak fikció, de a tapasztalat szerint a pluginokat vegyes tudású társaság készíti. Így elsőnek az jutott eszembe lehet valamelyik pluginnál használtak 64 bites utasítást, tárolót vagy valami hasonlót. Ezért ha még van kedved egy új telepítés után próbáld ki az extra plugin telepítése nélkül, csak a core OMV-t. Úgy elszáll vagy sem? Jut eszembe, ha szkripttel telepíted akkor a szkript fájlban a letöltése után ki kell tiltani azt az egy vagy két sort, ami telepíti. Egyszerű, csak a sor legelejére kettőskereszt (#) karaktert kell tenni.

[ Szerkesztve ]

Lehet te voltál vagy más, de pont csütörtökön kérdezték a fejlesztőket erről.
Ugyanígy ajánlották. Az Összefoglalóban lévő lehetőség is az ott ajánlott szkript megoldást használja!

(#9991) rsf
A fejlesztők fórumán ezeket ajánlják ha a samba lassú:
Tunning Samba for more speed és Tuning Samba for more speed 2

Figyelem!
A Sourceforge-on elérhető pre-built arm image fájlokban már benne vannak ezek az optimalizálások, így akik azokat használják felesleges ezzel foglalkozniuk.

[ Szerkesztve ]

Köszi
Majd a héten foglalkozok vele esténként..
Kipróbálnám a Deluge-t. Elérhető Omv-re?

“Az a baj a világgal, hogy a buták mindenben holtbiztosak, az okosak meg tele vannak kételyekkel.“

"Kipróbálnám a Deluge-t. Elérhető Omv-re?"
Igen, a plug-in-ek között megtalálható (OMV Extras kell!)

Üdv. V. Körte

Sziasztok!

Pi 3B+-on dockerben fut a transmission (legfrissebb omv) új letöltésnél elérhetetlen lesz a web ui és a felcsatlakoztatott hálózati meghajtót is ledobja a számítógép, ha befejezi a letöltést akkor visszaáll minden.

Letöltés alatt az omv elérhető, és nem látom, hogy agyon lenne terhelve a CPU/mem.

Ennyit tud a pi, vagy valahol tudok valamit állítani, hogy elérhető legyen letöltés alatt is normálisan a transmission webui-ja?

Eladó Bosch IXO nyomatékadapter 1500/db egy-több-sok mint a kínainál

Docker nélkül nem próbáltad?

http://pel.hu/eoscard http://pel.hu/bdedit

Szia!

Köszönöm... a GParted megoldott mindent.... kapott egy particiotörlést majd formázást, és utánna minden rendben ment.

Feltehetően a RAID maradék okozhatta a gondot

Nem, csak dockerrel.

Eladó Bosch IXO nyomatékadapter 1500/db egy-több-sok mint a kínainál

Én befejeztem a Openmediavault -al.
Volt egy áramszünet , és azóta nem lehet elérni.
Milyen rendszer az ami egy áramszünettől használhatatlan lesz ?

[ Szerkesztve ]

Gigabyte Z390 Aorus master , Core i9 9900K, Asus RTX2070, 64 GB DDR4, Dell Latitude 6430

Ha sokáig nem volt kikapcsolva, akkor lehet csak a lemezeket ellenőrzi, nekem is volt már ilyen, hogy hosszabb ideig nem volt elérhető restart után.

Swift 1.3 GLX, Garmin Fēnix 6s, EOS R, Dell T110 II, iPad Pro, iPhone 15 Pro, Unifi

Nekem ezért van szünetmentes, és úgy van beállítva, hogy alacsony töltésnél lekapcsol a szerver. Most tavasszal cseréltem akkut, 45-50 percet lazán elmegy (még többet is) úgy, hogy a szerveren kívül router és a home gateway lóg. (APC Back-ups Cs 500 nem mai darab)

..........""..........

Első dolgom volt a NAS beüzemelése után szünetmentes tápot beiktatni.
Nincs gondom így vele hasonló esetben és a winyók se mennek olyan könnyen tönkre.
De kinek mi éri meg, mire van keret...

======== Sim kártyás routerek olcsón ======== https://hardverapro.hu/tag/aicon#aprohirdetesei

..az sw botlás már következmény.. az ok a hw...

8lnu

Szerinted szoftverhiba?

http://pel.hu/eoscard http://pel.hu/bdedit

Hát, a Synology NAS nem viseli meg különösebben, kapok egy üzenetet, hogy nem szabályos volt a legutobbi leállítás és ennyi.

(#10023) aicon
Csak torrentre használom, szóval semmi nem veszett el.
tárolásra ott a syno raid el.

(#10021) szpeti40
Egy db 250 es ssd van benne, még ha ellenőrízné is, az sem tarthat egy fél napig..

[ Szerkesztve ]

Gigabyte Z390 Aorus master , Core i9 9900K, Asus RTX2070, 64 GB DDR4, Dell Latitude 6430

ha úgy érzed, hogy az omv a hibás, akkor meg kell válni tőle, felesleges erőltetni főleg ha van más nas-od

======== Sim kártyás routerek olcsón ======== https://hardverapro.hu/tag/aicon#aprohirdetesei

Ez lesz.

Gigabyte Z390 Aorus master , Core i9 9900K, Asus RTX2070, 64 GB DDR4, Dell Latitude 6430

Nálam az OMV letöltő oldala működik. Az Összefoglalóban OMV ISO néven található. Nálad lehet valami. Meg kéne nézni a hardvert minden eleme jól működik-e.

Őőőő lehet hogy hülyeséget kérdezek, de ha az OMV admin felületét szeretném elérni távolról akkor melyik portot kell megnyitni?

A 80-ast, de tudod módositani a beállításokban az omv-nél, a 80-as portra szokott 1-2 router hisztizni, mert a sajáf webui-uk is a 80-as porton van. De érdemes lehet titkositottan nyitni, pl egy letsencrypt-el a 443-as portra.

[ Szerkesztve ]

Swift 1.3 GLX, Garmin Fēnix 6s, EOS R, Dell T110 II, iPad Pro, iPhone 15 Pro, Unifi

Azt hittem hogy van benne valami "Svédcsavar" mert nem akarja szeretni a 80-ast.... megpróbálom valahova máshova tenni!

Ha https (ha használsz ssl tanúsítványt, ami a távoli megnyitáshoz minimum) akkor a 443 portot kell megnyitni.

ha router van előtte, használj portforward-ot pl 18080 bejövőt fordítsd az omv 80-ra.
de mindenféleképp minimum "s" kapcsolat legyen... legjobb lenne vpn.. ha beüzemeled az omv openvpn plugint akkor a routeren a 1194-es portot fordítsd az omv irányába.

8lnu

VPN-nel hogy érhető el az admin felület?

- openvpn plugin telepít, beállít
- routeren 1194-es portfw az omv ip-re
- connect xxx.ipdns.hu:1194
- http(s):// omv ip

még telefonról is működik.. így használom, csak vpn-en keresztül. még a VirtualBoxban futtatott guest-ek is elérhetők RDP-n.
/nem akarom fokozni az izgalmakat, de ha a router ssh-képes (pl openwrt) akkor a paranoiások akár ssh tunnelbe is "gyömöszölhetnek" vpn-t... de ez már inkább orvosi eset.. (tény, hogy oda már izmosabb router kell /

[ Szerkesztve ]

8lnu

Kösz! Valóban így működik, bár a mobil böngésző miatt sok köszönet nincs benne. De ha a szükség rákényszerít azért kisegít.

Srácok helpet kérnék. Napi 2 ilyen mail-t kapok, már kezd zavaró lenni:
CRON-APT RUN [/etc/cron-apt/config]: Mon Apr 22 04:00:02 CEST 2019
CRON-APT SLEEP: 1918, Mon Apr 22 04:32:00 CEST 2019
CRON-APT ACTION: 0-update
CRON-APT LINE: /usr/bin/apt-get -o Acquire::http::Dl-Limit=25 update -o quiet=2
W: Failed to fetch http://ftp.hu.debian.org/debian/dists/wheezy/main/source/Sources 404 Not Found
W: Failed to fetch http://ftp.hu.debian.org/debian/dists/wheezy/main/binary-amd64/Packages 404 Not Found
W: Failed to fetch http://ftp.hu.debian.org/debian/dists/wheezy-updates/main/source/Sources 404 Not Found
W: Failed to fetch http://ftp.hu.debian.org/debian/dists/wheezy-updates/contrib/source/Sources 404 Not Found
W: Failed to fetch http://ftp.hu.debian.org/debian/dists/wheezy-updates/non-free/source/Sources 404 Not Found
W: Failed to fetch http://ftp.hu.debian.org/debian/dists/wheezy-updates/main/binary-amd64/Packages 404 Not Found
W: Failed to fetch http://ftp.hu.debian.org/debian/dists/wheezy-updates/contrib/binary-amd64/Packages 404 Not Found
W: Failed to fetch http://ftp.hu.debian.org/debian/dists/wheezy-updates/non-free/binary-amd64/Packages 404 Not Found
W: Failed to fetch http://security.debian.org/dists/wheezy/updates/main/source/Sources 404 Not Found
W: Failed to fetch http://security.debian.org/dists/wheezy/updates/contrib/source/Sources 404 Not Found
W: Failed to fetch http://security.debian.org/dists/wheezy/updates/non-free/source/Sources 404 Not Found
W: Failed to fetch http://security.debian.org/dists/wheezy/updates/main/binary-amd64/Packages 404 Not Found
W: Failed to fetch http://security.debian.org/dists/wheezy/updates/contrib/binary-amd64/Packages 404 Not Found
W: Failed to fetch http://security.debian.org/dists/wheezy/updates/non-free/binary-amd64/Packages 404 Not Found
E: Some index files failed to download. They have been ignored, or old ones used instead.

Egy apt-get update parancsot már futtattam, az kiszedett párat, de nem javította meg. OMV2 még. Valakinek ötlete? Köszi

[ Szerkesztve ]

Szerintem a régi omv miatt van, már nem él az a debian tükör lehet.

Swift 1.3 GLX, Garmin Fēnix 6s, EOS R, Dell T110 II, iPad Pro, iPhone 15 Pro, Unifi

A Debian abbahagyta a régiek támogatását, pontosabban a fájlokat áthelyezték az archív tárolóra. Ha nem akarsz újabbra váltani, akkor ne frissítsd, nincs már hozzá semmi. Ha mégis jönne az e-mail, tiltsd le.

Köszi mind2töknek. Akarom frissíteni, csak a "suszter cipője" effektus van itthon. Össze kéne hozzá rakjak egy új gépet. Vagy 2-esről update hiba nélkül végigmenne úgy, hogy minden megmarad?

Kicsit visszaolvasol nemrég egy társ pont hasonlóval szenvedett mint amit most akarsz te. Nem sikerült, szinte biztos, hogy neked se fog. Elműködik az csak hagyd békén.
Ha mégis piszkálni akarod legyen partíció mentésed a jó állapotról!

Sziasztok!

Nem feltétlenül OMV specifikus, de nem tudok jobbat:
Mostanában elég sok ilyen bejegyzést találok az FTP logban:

Apr 11 19:34:39 OMV-Nas proftpd[23221]: 192.168.1.15 (196.52.43.128[196.52.43.128]) - FTP session opened.
Apr 11 19:34:39 OMV-Nas proftpd[23221]: 192.168.1.15 (196.52.43.128[196.52.43.128]) - FTP session closed.
Apr 11 20:01:32 OMV-Nas proftpd[23849]: 192.168.1.15 (164.52.24.165[164.52.24.165]) - FTP session opened.
Apr 11 20:01:33 OMV-Nas proftpd[23849]: 192.168.1.15 (164.52.24.165[164.52.24.165]) - FTP session closed.
Apr 11 20:01:33 OMV-Nas proftpd[23850]: 192.168.1.15 (164.52.24.165[164.52.24.165]) - FTP session opened.
Apr 11 20:01:37 OMV-Nas proftpd[23850]: 192.168.1.15 (164.52.24.165[164.52.24.165]) - FTP session closed.
Mi lehet ez?
Valaki (gondolom robot, vagy script) kívülről próbál FTP-n keresztül bejönni?
Néha van ilyen is:
Apr 11 13:29:23 OMV-Nas proftpd[14961]: 192.168.1.15 (37.187.72.203[37.187.72.203]) - FTP session opened.
Apr 11 13:29:23 OMV-Nas proftpd[14961]: 192.168.1.15 (37.187.72.203[37.187.72.203]) - mod_wrap/1.2.4: using access files: /etc/hosts.allow, /etc/hosts.deny
Apr 11 13:29:23 OMV-Nas proftpd[14961]: 192.168.1.15 (37.187.72.203[37.187.72.203]) - mod_wrap/1.2.4: allowed connection from ::ffff:37.187.72.203
Apr 11 13:29:23 OMV-Nas proftpd[14961]: 192.168.1.15 (37.187.72.203[37.187.72.203]) - USER anonymous: no such user found from 37.187.72.203 [37.187.72.203] to ::ffff:192.168.1.15:21
Apr 11 13:29:23 OMV-Nas proftpd[14961]: 192.168.1.15 (37.187.72.203[37.187.72.203]) - Maximum login attempts (1) exceeded, connection refused
Apr 11 13:29:23 OMV-Nas proftpd[14961]: 192.168.1.15 (37.187.72.203[37.187.72.203]) - FTP session closed
Az tény, hogy a 21 port nyitva van, aktívan használom az FTP szervert. Egyelőre most kikapcsoltam, tiltottam a portot, de jó lenne biztonságosan újra engedélyezni.
Mit tehetek, merre tovább?

[ Szerkesztve ]

A barátok azok, akik jól ismernek és mégis szeretnek Téged!

Igen, próbálkozik valami. Nekem pi-n volt ilyen, be is jutott. Aztán feltettem egy fail2ban progit. Bizonyos sikertelen kisérlet után bannolja az ip-t. Lehet, hogy OMV re is van ilyesmi.
Ha elég nehéz jelszót állítasz, akkor kicsi az esély, hogy bejut.

edit
Van hozzá plugin.

[ Szerkesztve ]

Az is egy opció, hogy az FTP-t nem teszed ki a publikus felületre, hanem csinálsz egy VPN-t és azon keresztül mész be a saját hálózatodba, majd bentről ftp-zel.

Nem csak én használom az FTP-t.
Ha jól sejtem, akkor mindenkinél kell VPN kliens, akit be akarok engedni a NAS-ra. Ez nem biztos, hogy megoldható.
Az esetleg járható út, hogy port forwarddal nem a 21-es portot nyitom ki, hanem valami teljesen mást, pl 34642-t, és azt irányítom át a belső hálón a 21-re a NAS IP címére?

Persze az erős jelszó emellett alap.

A barátok azok, akik jól ismernek és mégis szeretnek Téged!

Kényelem vs. Biztonság, neked kell eldöntened, hogy számodra melyik a fontosabb.

Előbb-utóbb a robotok megtalálják azt is, tehát ez nem a probléma megoldása, hanem a halogatása.

Biztonsági szempontból nem ajánlott, ezért a helyedben VPN-t használnék, ahogy fentebb is javasolták.

[ Szerkesztve ]

"I'd tell you a joke about UDP, but you probably wouldn't get it."

Nem kérdés, biztonság.
Csak arra utaltam, hogy lesz olyan, akinél nem megoldható a vpn. Ott akkor ij.
Viszont abban kérnék segítséget, hogy merre induljak vpn ügyben.
Úgy értem, nagyjából elolvastam, amit a telepítésről találtam, tudom, hogy kell saját kulcsot generálni, azt telepíteni. Amit nem tudok, hogy hogyan működik a mindennapi életben? Pl az ftp mellett van plex is, illetve kell távoli elérés is, jelenleg vnc-vel. Ezeknek per pill mindnek van port nyitva, vpnnel ez hogyan működik?
Tudom, ez már nem OMV specifikus, de hol találok erről egyszerű, érthető leírást? Nem baj, ha angol, csak érthető legyen.

A barátok azok, akik jól ismernek és mégis szeretnek Téged!

Ha csinálsz a hálózatodon egy vpn szervert, ami lehet a nas is, vagy egy jobb router, vagy bármi, akkor onnantól, ahogy beléptél a vpn el a hálózatodba, olyan mintha otthon lennél.

A két leginkább elterjedt biztonságosnak mondott vpn az opevpn, ill. a SSTP, utobbinak előnye, hogy beépítve tartalmazza a win 10, így nem kell külső program hozzá.
Én mind a 2 kettőt tanusítvánnyal használom.
A vpn-t csak én használom, így a tanusítvány birtokában még egyszerű jelszóval is védett vagyok, mivel a jelszóval önmagában semmire nem mennek.

Nálam a Mikrotik tűzfalon fut a vpn server, és fut egy a syno nason is, ha esetleg kizárnám magam, utobbi openvpn típusú.
FTP re, meg be kell állítani, hogy x téves belépés után fekete listára kerüljön az ip címe a kollegának, olyan ftp kiszolgálót kell választani,ami lehetőséget ad erre.

Nálam is próbálkoznak az ftp én, de ftp -én eleve nem érhető el a teljes nas, így ha be is jut, akkor kárt nem tud okozni, eddig nem jutott be senki, akinek nem adtam hozzáférést.

Gigabyte Z390 Aorus master , Core i9 9900K, Asus RTX2070, 64 GB DDR4, Dell Latitude 6430