- Csak semmi szimmetria: flegma dizájnnal készül a Nothing Phone (3)
- Itthon is kapható lesz a kerámia Xiaomi Band 10
- A sógorokhoz érkezik a kompakt Vivo X200 FE
- Magisk
- iPhone topik
- Garmin topik
- Bemutatkozott a Fairphone 6
- Azonnali navigációs kérdések órája
- További kavarás a Pixel 10-ek körül
- Milyen okostelefont vegyek?
Új hozzászólás Aktív témák
-
biga
őstag
Bevallom, én azért hasznalok sajat célra QNAP NAS-t, mert a konkurencianak nincsen ilyen kategoriaju NAS-a (vagy nagyon elborult aron/konfiguracioval). Nagy tudasu, komoly képességü cuccok, de nagyon gyakran sirom vissza pl az Asustorok letisztult, atlathato, egyszerü felületét akkor is, ha tudom, hogy az nem tudna ezt, ami itt nekem kell. Nem véletlenül szoktam azt ajanlgatni inkabb a legtöbb helyzetre
Mas:
Nem tudom, hogy esetleg még korabban elöjött-e ez a probléma, minden esetre én csak most, az utolso firmware update utan szembesültem vele: az istennek sem akarja a reverse proxy-ban localhost és adott portra atadott kérésnek atadni a gyökértanusitvanyt, ugy sem, hogy konkrétan felülirtam a Host fejlécet a kérésnek. Tudom, hogy ettöl még https a kapcsolat a NAS-ig, és nyilvan csak a backend-ben nem tudja a localhost miatt validalni a tanusitvanyt, de zavar a navigator figyelmeztetése. ötlet? -
biga
őstag
A hocipöm tele van azzal a trenddel, hogy fejlesztôk nem képesek normalis ergonomiat létrehozni web applikaciok létrehozasakor. Mondom ezt ugy, hogy magam is dolgozom ilyen web app-ok fejlesztésével.
Kivalo példa erre QNAP NAS-ok admin felülete. Mar önmagaban az is buta ötlet, hogy egy admin felület rengeteg félig atlatszo felülettel dolgozik, de ezt még el lehetne nézni neki, mert hat ez a divat. A mellett azonban mar igen nehéz elmenni, hogy barmelyik konfiguracios ablakban, ha valamelyik mezö szerinte nem megfelelö értéket tartalmaz, akkor azt a következö modon jelzi: az amugy is vilagos felületen egy nagyon halvanyan piros keretezést kap az adott beviteli mezö, ami még jo latasi viszonyok mellett sem tul feltünö, rendesen keresni kell az adott mezöt, hogy még is miért nem történik semmi az Ok vagy Alkalmaz gombra kattintva. Rosszabb latasi viszonyok (pl képernyo erös megvilagitasa) vagy kicsit is gyengénlato felhasznalo szamara gyakorlatilag lathatatlan a dolg.
Millio megy egy jo megoldas van erre a problémara es egyik sem igényel több idöt vagy munkat, pusztan csak annyit, hogy legyen valami ergonomiara valo igény a fejlesztöben (illetve a project felelösében).
Nem kizarolag a QNAP-ra jellemzö problémarol beszélek persze, csak mostanaban sokat kell dolgoznom a felületén és mindig verem a fejem az asztalba, mikor beleütközöm ebbe a problémaba.
Uff, kidühöngtem magam... -
biga
őstag
válasz
Bazijoe73
#12699
üzenetére
Ha jol értem, akkor lényegében ugy inicializaltad (10+ mp reset) a NAS-t, hogy benne volt minden. Mert akkor - sajnos ez esetben - pont az történt, amire ez a funkcio valo: mindent gyari allapotra visszaallit, beleértve az adatokat is.Valoszinüleg kaptal is legalabb 1 figyelmeztetést erröl.
Tudom, hogy ez most rajtad nem segit, csak tisztazni akartam.
Nem igazan tudok olyan otthoni modszert, amikor az igy törölt adat egyszerüen visszaallithato lenne, söt, ha nem tévedek, a legtöbb NAS az ilyen reset esetén különösen odafigyel arra, hogy ne lehessen visszaallitani az adatokat (adatbiztonsagi elvaras).
Mondd, hogy volt mentésed! -
biga
őstag
Igen, ez az, amit irtam is, hogy ilyen van. De pl ha törlöd a kötetet, és itt csak nézegeted a lemezeket (amiket ilyenkor szabadként jelez), akkor mar nem elérhetö ilyen opcio. Nalam biztosan nem.
En nem meglévö pool-t bövitettem, hanem eltavolitottam a régi pool-okat és ujonnan hoztam öket létre, a merevlemezeket cserélgetve. Na ilyenkor kellhet igy eltavolitgatni. -
biga
őstag
Igazabol nem nagyon van esély arra, hogy ilyenkor hozza akarjon férni. Pontosabban ha ugy akarsz cserélni, hogy hozza akarhat férni (tehat egy kötetben vagy pool-ban van), akkor van ra lehetöség, hogy jelezd, hogy ezt cserélni akarod (mert mondjuk hibas, vagy böviteni akarsz). Ez végül is logikus, bar igy nem teszteltem, hogy le is allitja-e, vagy csak logikailag valasztja le,
A kérdés inkabb akkor van, mikor a lemez "üres", tehat nincs hozzarendelve semmilyen kötethez. Na ilyenkor semmi opcio nincs, csak amit irtam.
Es ugye a fiok kialakitasa - annak ellenére, hogy pl az én QNAP-om nem épp az alsopolcos modellek egyike - kicsit "gagyi": lényegében egy kipattinthato müanyag fül, amit meg tudsz fogni, hogy kihuzd a fiokot. Söt, még csak arra sincs lehetöség, hogy ezt a fület lezard (elvileg ugye ez a fül tartja rögzitve a fiokot bezart allapotban).
Az igazsag az, hogy mivel gyakran piszkalok mindenféle egyéb NAS-okat illetve szervereket, sokféle megoldassal talalkozom. Ez a legtöbb gyartonal kb a legolcsobb kategoriara jellemzö csak. Nyilvan nem akarom az akar több millio Ft-os szerverekhez hasonlitani a dolgot (bar megtehetném, hiszen az én példanyom sem tekinthetö éppen olcsonak), de mar a közvetlen konkurenciaja is tud egész jo megoldasokat felmutatni. Pl az Asustorok 6-os (tehat business vonal, ezek MyArchive-képesek) sorozattol felfelé mar zarhato, a kioldast külön rögzitö fiokkal van szerelve, ahol par a nyitofül kinyitasa egy dedikalt "gombbal" (retesszel) müködik, ami kulccsal rögzithetö is véletlen kihuzas elleni védelemként. Itt a kioldas tehat lényegében ennek a gombnak a megnyomasaval és a fül felhajtasaval történik, és ilyenkor a fiok lényegében még szinte meg szm mozdul, ugy all le a lemez.
Ennél még egy lépés lenne csak jobb, ha ennek megnyomasara eleve lekapcsolja a HDD-t kihuzas elött (ami a szerverekre jellemzö).
De én megelégednék egy szoftveres lekapcsolassal is, mert barki barmit mond, az ilyen, direkt hot-swapping nem tesz jot se a csatlakozoknak, se maganak a lemeznek, plane, ha még maga a fiok is mozog, miközben a fej még le sem parkolt.De ahogy irtad, szerencsére azért ez nem mindennapos az atlag otthoni felhasznalonal, hogy allandoan ki be huzogassa a fiokokat. Igy belefér, hogy inkabb leallitsuk és ugy cseréljünk
-
biga
őstag
Futás közben dugtad rá az új meghajtót, vagy bekapcsolt állapotában? Nem mintha számítana, de ki tudja...
Nem tartozik szorosan a témahoz, de a QNAP megoldasa a hot-swapping-re nem tünik tul szerencsésnek, te nem igy latod?
Persze megy, de maga a fiok megoldasa sem tünik szerencsésnek (legalabb is nalam, bar nem gondolom, hogy az én NAS-om eltérne a többi QNAP-tol).
Nincs (illetve én bar nagyon kerestem, sehol nem talaltam. Dokumentacio sem beszél bövebben erröl...) semm i opcio, ahol esetleg elöre jelezhetném a rendszernek, hogy ezt a lemezt (ami nem feltétlenül része vmilyek kötetnek!) én bizony le fogom valasztani. Igy marad a jo öreg "siman kiveszem" modszer. Nem mondom, müködik, csak nekem nem esik jol, hogy lényegében kihuzassal , mozgo fiokkal allitom le a lemezt. Ez nem tul szerencsés szerintem. Söt, a rendszer is azonnal figyelmeztetéseket tol, hogy jajjaj, az x meghajtoval megszakadt a kapcsolat. A berakas kevésbé problémas, na de elöfordul, hogy a berakashoz elötte el kell tavolitanom
Igy néhany ilyen utan ugy döntöttem, hogy a QNAP esetén vissza fogok térni a régi jo 'lekapcsolom, kiveszem/beteszem a lemezt" modszerhez. -
biga
őstag
válasz
Centaurus
#12650
üzenetére
Megszakad a kapcsolat, vagy inkabb megall a filmlejatszas? Mert szerintem inkabb ez utobbi lehet. Erre lenne valo a valos idejü konverzio médialejatszashoz, hogy ha mobilneten akarod elérni, akkor a szerver ahhoz igazitja a forrast is, pont azért, hogy birja az atvitelt.
-
biga
őstag
Hasznalja valaki a nativ Mattermost app-ot itt? Mert az istennek sem birom ravenni arra, hoy elérjem tavolrol https-en keresztül. http-n megy, de minden probalkozasom ellenére sem sikerül ravennem arra, hogy https-en is menjen. Van egy olyan tippem, hogy a cert file-okat nem éri esetleg el, annak ellenére, hogy mar kiprobaltam a lehetséges elérési utakat megadni neki (tallozni nem tud, be kell adni neki az elérési utat).Nyilvan egy konténerbe is feltehetném, de csak van valami mod, hogy - ha mar van - akkor a nativ app-ot is hasznalhassam. Dokumentacio nem tul hasznos (mar mint ami a QNAP-ra vonatkozik), kb azt magyarazza el, amit te is kitalalhatsz pusztan 5 perc nézegetéssel. Erröl konkrétan semmit nem mond (illetve community forum-ban annyit talalni, hogy add meg a cert file-ok elérési utjat
).
Persze lehet, hogy mas a gond, de ez tünik inkabb valoszinünek... -
biga
őstag
válasz
roonin
#12615
üzenetére
Nem lehet, hogy - akku csere ide vagy oda - azzal az UPS-sel bizony vmi gond van? Azért az sem hangzik jol, hogy par napos akku tötöttsége egyszer csak leesik, illetve az sem teljesen normalis, ha 15%-nal 1-2% esésnél teljesen lekapcsol.
Ehhez képest csak mellékes, hogy USB-n a NAS-nak azt jelzi, hogy rendben van... -
biga
őstag
válasz
Udiaki
#12547
üzenetére
Ha külön volt kezelve, akkor valoszinüleg igazad van. Gond akkor van, ha nem volt külön kezelve, és a masik HDD mar nincs meg. Mert akkor oda a fele az adatnak...
Itt egy példa pl egy RAID5-böl kivett HDD-re:
Dedikaltan NAS-ra szerintem nem (legalabb is én nem ismerek). Viszont egy konténerbe vagy egy vm-re esetleg feltehetsz egyet, ahol felmountolod ezt a hdd-t, illetve a célmappat és hajra. -
biga
őstag
válasz
Udiaki
#12545
üzenetére
En desktop recovery app-ra gondoltam, ahol nem evidens az SMB mentés. A NAS nyilvan tud halozaton menteni.
Egy csikozott kötet is hasonloan néz ki kivéve a tömbböl. De ott ugyebar az adat fele (vagy több) nem feltétlenül van abban a particioban.
De ha jol értem, akkor egyetlen HDD volt a NAS-ban, nem mondjuk egy RAID0 vagy RAID1. (Mondjuk a RAID0-n sem segitene, ha a parjat mar kivetted és formaztad...). -
biga
őstag
válasz
Udiaki
#12543
üzenetére
Milyen RAID-tömb volt eredetileg? Vagy csak egy HDD volt, amit kvazi RAID0-ként kezelt?
Az a gond, hogy ha valami szoftverrel neki is esnél, az altala kinyert cuccot is tarolnod kellene valahogy. Nem evidens minden esetben, hogy tudnak rögtön halozati meghajtora menteni. -
-
biga
őstag
Folytatom az összefoglalot a HDD csere utani/közbeni tapasztalatokrol, különösen ami a QuTS Hero system pool-jara vonatkozik:
- mivel a korabbi rendszer mar durvan tulszaturaltnak volt tekinthetö (minden pool és az egyéb tarolok is 95% körül alltak ), igy érthetö okokbol nagy valtasban gondolkodtam, és ha mar, akkor gondoltam hasznos lenne, ha a rendszert is inkabb SSD-re tenném (mert korabban az elsödleges RAID5 tömbön volt).
Ezt 2x2TB M2 WD Red SSD-vel oldottam meg, amit egy QM2 PCIe kartyaban helyeztem be a rendszerbe (a NAS eleve bent lévö 2 M2 foglalataban 2x512 hasonlo SSD csücsül, és olvasasi illetve irasi (ZIL) cache feladatokat lat el).
Az atallas soran jelentösen növeltem a kapacitast, igy mar inkabb RAID6-ra valtottam (mar csak azért is, mert hosszu tavon még 4 tovabbi HDD-t tudok rögtön mellé tenni igény esetén, igy annyira nem faj a jelenleg 50%-os kapacitasveszteség, viszont ennyire nagy HDD-k esetén mar tényleg megjelenik a RAID5 potencialis helyreallitasa soran esetleg, bar kisebb HDD-k esetén elenyészö, kockazat. Nagyobb (16+ HDD-k esetén egy ilyen helyreallitas mar akar 2-3 napos streszteszt is lehet, és ismerjük el, mikor 40-50TB+ adatmennyiéget kellhet kezelni, ott mar a külsö backup kérdése is némi logiszitkat igényel, nem beszélve az esetleges helyreallitasi idöt, akkor is, ha csak visszamasolasrol van szo).Nos, mint emlitettem, egy durvan tultelitett rendszerröl kellett lementenem azokat az adatokat, amikröl nem volt külön backup (nem volt létfontossagu, de ha lehet atvinném).
Ezzel kapcsolatban rögtön egy tapasztalat, illetve ajanlas mindenkinek, aki ilyesmi rendszert kezel:
- Ne, de tényleg ne hagyjuk, hogy a rendszer kötet ennyire megteljen! Nagyon rossz hatassal van a teljesitményre.
- ha van ra lehetöségünk, akkor igyekezzünk a rendszerrt az adatoktol külön, ha lehet SSD-n futtatni (ez talan még QTS esetén is ajanlott, de QuTS esetén - a tapasztalataim alapjan - szinte kötelezö.
Miért is? Mindenki képzelje el, milen mondjuk 20TB-nyi adatot néha csak 20-30, de jobb esetben is 40-60MB/s sebességgel kimasolni Nos, vidam 4 nap volt...
Csak összehasonlitasul: a csere utan, a fent emlitett valtoztatasok utan az egyébként hiresen gyenge irasi teljesitményröl hires RAID6 kötetre (cachelve) szimultan tudok USB és halozati forrasrol 130-170MB/s-sel irni jelenleg! (mindkettö esetén szerintem a forras a korlat, lathatoan az USB tarolo ennyire képes, a halozati forras meg - bar LAG - de 1GbE csatolorol tolja; Ez utobbi esetén igazabol elismerésre mélto, hogy az atlag is képes a 10-130MB/s körüli sebességre nagyobb fajloknal, kisebbek esetén(ahol viszont a LAG még tud parhuzamositani is) még ennél is tud néha nagyobbat tolni.A rendszer cserére:
miutan leürült a rendszer pool és mellette mar csak a frissen behelyezett tervezett uj system pool volt bent (az appok - mar amelyiket lehet - atmigralva ide), gondoltam lassuk, mennyire dedikalt az a rendszer pool! Megprobaltam törölni. Latszolag elkezdte, de aztan minden gond nélkül befejezte, csak hat nem tünt el. Nem, a system pool-t nem sikerült törölnöm többszöri kisérletre sem. Hogy ez valami bug, vagy igy normalis, azt nem tudom, mert egyébként latszolag siman elkezdi az eltavolitast, csak nem teszi meg.
Igy drasztikusabb modszerhez folyamodtam, gondoltam levalasztom (egyelöre csak szoftveresen) az egyes HDD-ket (RAID5 tömb). Innen - logikusan - egyszerre csak egyet enged, aztan persze hisztizik, hogy sérült a kötet, helyezzek be masik HDD-t. Többet nem enged levalasztani.
Noss ekkor döntöttem ugy, hgoy még mindig én vagyok itthon, igy (természetesen leallitva, mert bar tudja, de minek kinozni hot-swappal a csatikat) kivettem alola a 4 rendszer HDD-t. Aztan boot...
A rendszer szépen felallt, bar mondanom se kell, hogy a rendszer pool mellett hatalmas figyelmeztetések jelentek meg (ami nem meglepö, ha figyelembe vesszük, hogy az öt alkoto 4 HDD minimum 2m-re volt a NAS-tol...)
Szoval a rendszer latszolag fut, az atmasolt app-ok az uj pool-on talan még futottak volna is, viszont a rendszer pool még mindig az eredeti pool-on van jelezve, és az uj, gyk. üres pool-on sem latszik itt még valtozas (nem latszik több helyfoglalas sem).
Ez több ujrainditas utan sem valtozott, addig a pillanatig, amig végül töröltem a hibasnak jelzett rendszer allomanyt (ekkor mar gond nélkül). Ez utan még egy ujrainditas utan jelent meg a jelzés az uj tarallomanyon, hogy atvette a rendszer szerepét, illetve meg is jelentek rajta a kötelezö mappak (illetve egy kicsit a helyfoglalas is megnött rajta).
Szoval - hogy öszinte legyek - tovabbra sem tudom egyértelmüen kimondani, hogy a QuTS Hero esetén teljesen izolaltan, dedikaltan lenne a rendszer, de abban szinte teljesen biztos vagyok, hogy nem is talalhato meg a QTS-hez hasonloan minden tarallomanyon. Olyannak tünik inkabb, mint ha egy hibrid megoldas lenne, mint ha a konfiguraciokat (vagy annak egy részét) tarolja valahol, akar mindenütt, de a metaadatok, illetve maga a rendszer csak egy dedikalt helyen vannak. Hiba esetén indul a rendszer mint ha nullarol indulna, csak mar nem kell az alap konfig. Viszont addig nem megy rendesen (és gyk semmit nem lehet komolyabban allitani), mig at nem kerül a rendszer pool az elsö szabad müködö pool-ra.
Nos, mindegy, ennyit tudtam kideriteni erröl.
Minden esetre egyelöre sosem latott tempoban dolgozik a NAS, még némi plusz konfig var ram... -
biga
őstag
Köszi, var azért ez nem tul jo huzas a QNAP-tol, mert a cloud key kötelezö hasznalatat (és ismeretét->értsd ne felejtsd el
) feltételezi, miközben én is kerülöm a gyari cloud szolgaltatas hasznalatat, azzal sem értek egyet, hogy kötelezöen létre kell hozni. A MAC cim meg ott van a NAS-on, "fizikailag".
Mindegy, szerencsére nem minden nap resetelget az ember fia/lanya...Jut eszembe, kicsit mas téma: elvileg érkezik az uj HDD készlet a jövö héten, igy megprobalom elvégezni a korabban emlitett teszteket a "system pool" kérdésben QuTS hero esetén.
Azért elöre megprobaltam jobban belemélyedni a dologba még elötte Tovabbra is vannak még kérdések, de annyi biztos, hogy egy kicsit azért megkülönbözteti a normal pool-tol, külön is emlitit a leiras is:The System Pool
The system pool is a normal storage pool that QuTS hero uses to store system data such as logs, metadata, and thumbnails. By default, applications are installed to the system pool. If no system pools exists, either because the NAS has recently been initialized or the system pool was deleted, QuTS hero will assign the next storage pool that you create as the system pool.
Minden esetre (miutan elleszek azzal, hogy kimentsek mindent) azzal kezdem, hogy siman törlöm a most system pool-nak nevezett tarallomanyt, aztan meglatjuk mi lesz Ott hagyk mellette egy üres tarallomanyt, aztan remélem ott egyszer csak megjelenik. Abban még bizonytalan vagyok, hogy az appokat azért atrakjam-e oda elötte...
-
biga
őstag
válasz
kimaga
#12496
üzenetére
Basic system reset
This resets the following settings to the default values without deleting the user data stored on the disks.
System administrator password: MAC address of adapter 1 without special characters (all letters must be uppercase). For example, if the MAC address of adapter 1 is 11:22:33:AA:BB:CC, then the default admin password will be 112233AABBCC.
Tip:
You can find the MAC address of adapter 1 using Qfinder Pro. It is also printed on a sticker on the device as "MAC1".
TCP/IP configuration:
Obtain IP address settings automatically via DHCP
Disable jumbo frames
System port: 8080 (system service port)
Security level: Low (Allow all connections)
LCD panel password: (blank)
VLAN: Disabled
Service binding: All NAS services can run on all available network interfaces.1.Power on the NAS.
2.Press and hold the reset button for 3 seconds. -
biga
őstag
válasz
kimaga
#12493
üzenetére
Pusztan csak annyi, hogy biztos ami biztos alapon ellenörizd le. Nem feltétlenül virusra gyanakodnék (bar egy ransomware sem vicc), hanem inkabb arra, hogy nehogy beépitsék a NAS-t vagy mas eszközôdet egy bot halozatba
Ezért is mondom, hogy egy reset nem art...
Hogy mennyi SSD-t tegyél a masikba az attol függ, mit akarsz ratenni ha mondjuk csak az app-ok futnanak rola elsösorban (az egyszerüség kedvéért tekintsük ezt rendszernek, bar mint korabban volt erröl szo, a QUTS esetében ennek nincs dedikalt helye), akkor nem kell nagy, de SSD esetén szerintem mindig érdemes szamolni minimum 5-10% többletet az over provisioning miatt.
Az adatok meg mehetnek HDD-re.
Ha minden adatot M2 SSD-n akarsz tarolni, akkor meg amennyi adatod van -
biga
őstag
válasz
kimaga
#12490
üzenetére
Semmi gond, arra utaltam, hogy én is igy értettem mar korabban. Csak pontositottunk a kérdésben.
En tovabbra is azt ajanlom, hogy mentés utan reset (3mp). Ha valoban csak halozati probléma, akkor az megoldja.Azt hozzatenném, hogy ezen info mellett a NAS -tés a rajta lévö adatokat ugy érdemes tekinteni, mint amihez biztosan hozzafértek. Nem biztos persze, de érdemes igy tekinteni és ugy is kezelni.
-
biga
őstag
válasz
kimaga
#12482
üzenetére
Nem, a reset gomb 3mp-ig nyomva tartasa (valahol a NAS hatuljan talalod meg). Azt mondod, hogy az admin nevü felhasznalo nem volt letiltva? Azt ha javasolhatom, a reset utan, mikor ujra fogod konfiguralni a NAS érintett beallitasait, és létrehoztal (ha még nincs) egy uj, admin szintü felhasznalo tiltsd is le (az admin nevüt)
A jövöben, ha barmiért kellene az SSH, akkor vagy maradj szigoruan LAN-on, vagy ha mar mindenképpen muszaj, akkor FELTETLENÜL valtoztasd meg az SSH alap 22-es portjat, de minimum a router port forwardingnal allitsd be ugy, hogy a cél:22, a külsö port meg valami mas (mittomén:5678 ). Akkor majd a router legalabb egy kicsit elmaszkolja a dolgot. -
biga
őstag
válasz
kimaga
#12480
üzenetére
Na de varj: amikor SSH-t büvölted, akkor azt honnan? Ne mondd, hogy volt nyitva egy 22-es port kifelé is!
Pont az a gond, hogy jo eséllyel csak a sikerteleneket latod, a sikerest nem. Ha valami mégis bejutott, akkor az nem tul jo jel, hogy kifelé kommunikal, de befelé nem enged.
En elgondolkoznék egy 3mp reseten, az elvileg csak a halozatot stb reseteli, illetve visszaallitja az admi fiokot.
Persze az adatvesztés kockazata mindig fennall, mert ha a 3mp reset nem jön be, akkor siman lehet, hogy mar majd kivülröl sem fogod elérrni.
Szerintem koncentralj a fontos dolgok mentésére (ha még nem tetted meg), aztan hajra, reset...
Ja, és utana az egyik elsö dolog legyen, hogy a 8080-at elfelejtitek, mint alap admin belépés. MINDENKI a 80-on vagy a 8080-on kezdi a bejaratot egy admin felületre. -
biga
őstag
Igen, tudom. Irtam én is. Ilenekre gondoltam, ami mai napig megzavar sok kérdezöt:
EXT4 allows partitions up to 16TB per file and 1EB (exabyte) per volume. However, it uses 32-bit block numbers, so you'd need to increase the default 4,096-byte block size. This may not be possible on your kernel and architecture, so 16TB per volume may be more realistic on a PC.
-
biga
őstag
A kérdés egyébként teljesen jogos, az ext4 eredetileg max 16TB-ig tamogatta a merevlemezeket. Ezt mar fejlesztették a fajl rendszert gondozo szervezet részéröl, igy elvileg ma EiB méretig lehet hasznalni.
Ennek ellenére nagyon sok helyen (bar lehet, hogy csak azért, mert nem frissitettek vagy csak nem jutott el hozzajuk az info) még mindig max 16TB-t adnak meg ext4-on max kapacitasnak (ami ugye a 4k blockok szama 32biten).
De ahogy cigam irta, ha a kompatibilitasi listan szerepel ennél nagyobb HDD, akkor minimum HDD szinten biztosan tamogatja a NAS -
#12429
biga
őstag
Speeedfire
#12427
biga
őstag
válasz
Speeedfire
#12427
üzenetére
Hacsak nem üzemeltetsz valami publikus elérésü dolgot (weblap, streaming stb) akkor a 77k nagyon is sok egy egyszerü mezei felhasznalonak.
Esetleg nézd meg az altalam korabban (par hsz-al) irt javaslatokat, lehet, hogy lesz, ami rad is érvényes lesz. De masok is irtak, a router is legyen rendesen konfiguralva, mert idealis esetben a NAS-ig mar el sem kellene jutni a legtöbb kérésnek!
De tény, hogy a torrent is fura dolgokat csinalni, viszont ettöl még nem lesz normalis a több 10k blokkolt kérés egy otthoni felhasznalonak... -
biga
őstag
válasz
stefi1969
#12418
üzenetére
Latok legalabb 2 érdekes sort:
Engedélyezve: minden forras minden portra egyszer Mo-rol, masrészt az egész vilagrol.
Aztan ez utobbi sorrendben utana tiltva is van.
A tüzfalak altalaban - és én biztos vagyok benne, ugy is kezelem, a QNAP tüzfala is igy müködik - a sorrend szerint kezelik a szabalyokat.
Tehat e szerint minden portod nyitva van mindenkinek a vilagon (én mar a Mo régiora valo engedélyezést is letiltanam személy szerint, de lehet oka van, hogy azt engedted).
Korabban mar beszéltünk erröl:
idealis esetben az elsö beallitas, hogy beengeded a fehérlistas forrasokat (pl a belsö ip-ket). Ezt elvileg a QNAP eleve megteszi (Automatikus LAN engedélyezés).
Ehhez hozzaadhatsz külsö egyéb ip-t, teszem azt egy olyan IP-t, amin rendszeresen el akarod érni a szervert, de ha lehet, itt is csak a szükséges portokat nyitod ki (tehat pl csak az admin felület vagy ftp/smb stb portjait). Ez utobbi kivalthato azzal, ha eleve konfiguralsz egy VPN-t, és akkor azon keresztül mar LAN-on vagy (lasd elsö szabaly).
Aztan tiltasz minden mast.
Ha vannak kifelé is nyitott portok, akkor ez utan - biztos ami biztos - bemész a vezérlöpultba, és beallitasz egy szigoru szabalyt az IP elérési védelem fülön (illetve akar a fiok elérési védelemnél is), ami eleve tilt 3 proba utan mondjuk 30 percre. (Ezzel ovatosan, mert itt akar magadat is kitilthatod ). Töled függ, de altalaban hagyd, hogy LAN-ra ne vonatkozzon a szabaly.
Addig is, a mostani helyzetre: mivel ez nagyon nagy szamu blokkolas, realis esélyed van, hogy rögzitheted a tüzfal "Események rögzitése" fülön egy 30 perces idöintervallumban az eseményeket. A végén letöltöd a létrehozott log (pl txt) fajlt és kielemezgeted, mi is probal bejönni.
Siman lehet az is, hogy pl a LAN-on belül egy rosszul konfiguralt SMB kapcsolat (pl megvaltozott jelszo miatt) probalkozik x masodpercenként kapcsolodni, csak a NAS kidobja.
Meg persze az is siman lehet, hogy a nyitott poertok miatt pl egy klasszikus ssh-ra történö bot-rohamot latunk.
De ami a legvaloszinübb, hogy a PSIRT alapjan tilt valamiket (a QNAP altal feketelistazott IP-k)
Igazabol addig nincs nagy gond, mig blokkol a tüzfal (bar azért le tudja ez terhelni az eröforrasaidat), a gond az, ha nem blokkol, de nem tudsz rolaEgyébként az ilyenkor esetlegesen tiltott forrasok tekintetében a QNAP valoban nem tul atlathatoan kommunikal. Ebben tanulhatna a konkurensektöl. Egy ilyen automatikus blokkolasnal a többi gyartonal latod szépen a tiltott IP-ket, esetleg itt ki is veheted a listabol. A QNAP ezt részben a korabban emlitett sajat listajaval oldja meg, de ez tényleg nehezen atlathato.
-
biga
őstag
válasz
attila.86
#12414
üzenetére
Van ra nagyon realis esély, hogy siman egy masik QNAP-ban latni fog mindent. Sajat tapasztalatom mas markanal van, siman attettem a R5 tömböt egy masik, még csak nem is azonos modellbe, és siman felallt a rendszer.
Viszont fontos, hogy azonos architektura legyen! (tehat egy x86-os rendszer utan egy vmilyen ARM-ben nem fog menni a dolog) -
biga
őstag
válasz
morfondőr
#12374
üzenetére
A torrent igazabol egy technologia, nem a kalozkodassal egyenértékü dolog. Még ha anno a létrehozasakor valoszinüleg a motivaciok között is volt, de ettöl még csak egy fajlkezelö protokoll.
Mindenképpen gaz, ha egy olyan alkalmazas, ami elvben tudja kezelni ezt a tipusu adatmozgatast, mégis rosszul kezeli.
En kiprobaltam, de aztaln hagytam inkabb a fenébe a QNAP Download Station-t, kifejezetten ritkan van ugyan szükségem ilyen féle letöltésekre, de akkor inkabb hasznalom az ugyancsak hivatalos Download Centert az Asustoron, mert ott gond nélkül megy minden.
De én is dilemmazom, mit fogok hasznalni, ha végül végleg felszamolom azt, és mindennel atköltözöm a QNAP-ra... -
-
biga
őstag
válasz
PHenis
#12319
üzenetére
Alapértelmezéskéntszerintem minden korabbi QNAP (is) ext4-et hasznal fajlrendszernek. Igy az siman olvashato (adat szinten biztosan) egy masik linux alapu rendszeren.
Titkositas szerintem eleve csak a nagyobb/erösebb modellekben van, de az is opcionalisan, altalad bekapcsolva, soha nem alapbol titkosit.
Az ujabb NAS-ok mar hasznalhatnak btrfs-t is, de ezt is te döntöd el akkor, amikor inicializalod majd a NAS-t. Elvileg ez sem lenne gond külsö eszközzel olvasni, de a te esetedre ingabb akkor is maradj az ext4-nél.
Nem nagyon szoktak azért ezek a NAS-ok csak ugy meghalni Persze abban igazad van, hogy jobb mindenre felkészülni. -
biga
őstag
Vannak appok, amiket nem lehet atmigralni, nem engedi. (Nem teljesen tiszta, mi alapjan, gondolom a rendszerhez szorosabban kapcsolodokat. De pl a biztonsagi központ vagy a tüzfal siman atmigralhato).
Minden mas app most is a tarallomany 3-on van.
De mondom, varhatoan a közeljövöben fogom böviteni, akkor lesz némi atszervezés, és akkor talan megint lesz valami uj tapasztalat
jelenleg 2x512GB SSD cache-ként funkcional, vagy arra fogom attenni az egész rendszert minden app-al, vagy beteszek még 2 SSD-t a rendszernek és hagyom a cache-t, és a HDD-k csak adathoz lesznek hasznalva, meg a VM-eket szolgalja majd ki (sajnos ehhez lényegében törölnöm kell a rendszer tarallomant, ezért varok vele a bövitésig)
Nem szeretem, hogy az adatok között a pool2-n ott vannak a kötelezö mappak (puvlic, web stb). -
biga
őstag
Abban a tarallomanyban (és igy az abban lévö HDD-kben is) nincs rendszer szamara fenntartott.
De nekem eleve mas egy kicsit a megjelenités, pl a pillanatképeket sem mutatja itt, plusz mint latod, mutatja ellenben a tulfoglalast is.
A nalad megjelenö sys reserved viszont sehol nem jelenik meg, az egyetlen utalas a rendszer helyére az, amit korabban betettem (na meg persze a kötelezö mappak, public, web stb az érintett tarallomanyban ) -
biga
őstag
válasz
AiRLAC
#12309
üzenetére
Tudom, mar néztem, bar nem emlékszem ra, még az elsö inicializasnal néztem at és teszteltem mindent. (Megyjegyzem, a ZFS miatt magat a fajlendszert nem is olyan egyszerü nézegetni
, a particiokat persz lehet )
De szerintem ez valahogy ugy kezeli, hogy valoszinüleg minden lemezen van valami mag, de a real rendszer az csak dedikaltan.
Amikor pl korabban eltavolitottam egy pool-t az elsö tesztek és beallitasok soran (az volt az 1-es szamu, aklor biza - ujrainditas utan, mert addig nem akart szinte semmilyen app menni - egy, a szokkottnal hosszab inditas utan megjelent a rendszer a pool 2-n, de lényegében le is "reset"-elödött, tehat minden app-ot, minden beallitast ujra kellett beallitanom. (adat nem veszett, pusztan a rendszer let reinicializalva.)
Nem mentem utana aztan, miért, csak következtetek, hogy - mivel kirantottam a rendszer pool - t, ezért a következö ujrainditaskor lényegében ujrarakta azt, az elsö szabad pool-ra.
A jövöben tervezek egy kapacitasnövelést, amikor majd ujra megnézem, mi hogy, söt, tesztelgetem, hogy tudnam magam eldönteni, mit hova tegyen (egyelöre nem feszegetem a dolgot, mert dolgozik a vas folyamatosan. -
biga
őstag
Neked nem ilyen a megjelenités?:
Mert ebböl és a korabbi tapasztalatombol(amit korabban mar irtam) nekem bizony ugy néz ki, hogy a rendszer nem jelenik meg minden HDD-n dedikaltan egy Pool-on helyezkedik el.
De nekem QuTS hero van, igy lehet, hogy neked is igazad van, meg nekem is -
#12301
biga
őstag
Speeedfire
#12298
biga
őstag
válasz
Speeedfire
#12298
üzenetére
Az ember csak azt tudja joggal szidni, amije van. Synology-d nincs, ezért annak nem latod a hibait
A QNAP szoftvere valoban komplexebb, mint a versenytarsaié, szerintem - mint mar irtam is - nem is kifejezetten az otthoni felhasznalok a célcsoport. En, bar hasznalom magan célra is, elsösorban a pro funkcioit hasznalom, igazabol gond nélkül. Nem mondom, hogy mindennel elégedett vagyok vele (mint az kiderült az mar itt a forumon ), de nem gondolom, hogy arra, amire kell, barmiben is jobb lett volna egy masik marka.
Erdemes raszanni az idöt, hogy megértse az ember a szoftver logikajat (ez mindenre igaz) és akkor kezesbaranyként teszi a dolgat (ha meg nem, arra ott a support
) -
biga
őstag
De se az SSH, se a crontab manipulacioja nem az a felhasznaloi feladat, amiért egy atlag felhasznalo NAS-t vesz, és nem maga csinal egyet DIY.
Es bar igazad van, de megértem azt, aki visszautasitja (megjegyzem helyesen), hogy direkt SSH kapcsolaton piszkalja a NAS-t, hacsak nem tudja nagyon jol, mit és miért csinal.
En annak ellenére is kerülöm ha lehet a NAS-ok közvetlen SSH piszkalasat, hogy szinte biztosan jobban értek hozza, mint az atlag felhasznalo, vagy akar sok IT "szakember". -
biga
őstag
Ezzel azért vitatkoznék. Lehet, hogy jo szabalynak tünik, ha valaki tényleg fogalmatlan személynek a kezébe adod, és ö meg csak annyit akar, hogy elérhesse azt akarhonnan (orszagon belül). De igazabol ezzel csak a biztonsag gyenge latszatat tartod fenn, azért azt ne felejtsd el, hogy a tamado botok elöszeretettel rohangasznak mindenféle VPN illetve Tor halozatokon, ami esetén lényegében csak a béna hackerek elöl zartad el a halozati adattarolodat.
Jo ugyan ez a geolokalizacio alapu szürés, ha pl a local web szerveredet akarod futtatni, vagy van egy olyan NAS-od, amin tényleg olyan adatok vannak, amit lényegében publikusként akarsz kezelni - elsösorban az orszagon belül (remélhetöleg minimum egy külön VLAN-on minden mas eszközödtöl), még esetleg egy proxy szerverként is elmegy, de ezek egyike sem otthoni felhasznaloi szolgaltatosok altalaban.
Bar azt hozzatenném, hogy a QNAP nem is kifejezetten erre a célcsoportra lö, mar a szoftvere komplexitasa sem a kezdö felhasznalokat segiti. Igy lehet, hogy ez pusztan csak az üzleti modellböl ered, miszerint eleve azt feltételezi, hogy nem teljesen kezdö az, aki az eszközeit akarja hasznalni.
En minden esetre hiszek az oldschool aranyszabalyban: a tüzfal esetén alapvetôen a fehérlistazas a jo megközelités (tehat ha azt akarom csupan, hogy a csaladom elérje, akkor bizony blokkolom a többi potencialis - az orszagban lakomondjuk még 5 millio elérést -
biga
őstag
válasz
rostiron
#12224
üzenetére
En pl - a problémadtol függetlenül - kiszedném azt a beallitast, ami szerint MINDEN porton beengedsz mindent Mo-rol. Ertam én, hogy utana egy sorral meg mindent tiltasz mindenhonnan, de tényleg megbizol annyira mindenkiben Mo-n belül, hogy barmi bejöhet, ha akar barmelyik porton?
(ok, nyilvan a router még el¨tte van, na de kérem...)
A VPN-en milyen ip tartomanyon kereszül lépsz be? Mert add hozza azt is a tüzfalhoz (bar elvileg ha a QNAP VPN-jét hasznalod, azt illene automatikusan hozzaadnia, szerintem. Nem vagyok biztos benne, én nem azt hasznalom VPN kapcsolathoz) -
biga
őstag
En sem értem, annak ellenére, hogy én valoban sok NAS-t menedzselek, és szinte mindet tavolrol
De én 99%-ban vmilyen VPN kapcsolaton keresztül, sokszor domain controlleres authentikalassal teszem ezt.
Otthoni felhasznaloként nem nagyon latom, mi olyan dolog lehet, amihez feltétlenül nyitva kell tartanom egy külsö admin elérést... -
biga
őstag
En személy szerint - cigam-hoz hasonloan - letiltottam minden mycloudLink vagy cloud alapu DDNS szolgaltatast. Sajnos az a tapasztalat, hogy az ilyen, NAS gyartok altal a sajat domainjükön alapulo minden szolgaltatas nagyon elökelö helyen van a botok tamadasi listajan. Persze - remélhetöleg - a gyartok mindent megtesznek, hogy ne jusson at semmi ezen keresztül, de az ördög nem alszik.
Ha nem muszaj, inkabb kezeljétek az admin funkciokat velsô halozaton vagy jobb hilyan VPN-en keresztül.
Vagy ha mindenképp kellene egy külsö elérés, akkor egy domainregisztracio sem nagy összeg (10-15$/év), ra egy SSL (akar egy Let's encrypt) és maris mehet sajat domainen keresztül (bar bevallom, kicsit trükkös kihagyni a QNAP sajat domainjét, mert mindenképpen azt akarja eröltetni) -
biga
őstag
Igen, a QNAP NAS nalam is borzalmasan lassan bootol. Ha egyszerre inditom a mellette lévö Asustor-ral, akkor azt mar régen hasznalom, mire a QNAP eljut a szolgaltatasok inditasaig.
Szerencsére ez szamomra szinte teljesen irrelevans, nagyon-nagyon ritka, hogy barmilyen okbol le kell allitanom, akkor meg belekalkulalom, hogy egy leallitasra + ujrainditasra jobb, ha hagyok neki jo 20 percet. -
biga
őstag
-
biga
őstag
válasz
Beni2360
#12180
üzenetére
Ilyenkor hogy érzékeled? Dolgozik a HDD, vagy csak néha bevillog/bekerreg?
Mert ha intenziv HDD hasznalat van, miközben tizen percekig csak a betöltöképernyöt latod, akkor én elsösorban nem a LAN felé keresgélnék. (bar az tényleg furcsa, hogy ping-re egyaltalan nem valaszol).
Ha nem, akkor ahogy cigam is irta, lehet gyanakodni a halozatra is.
Magat a LAN resetet megcsinalhatod a 3mp resettel.
Hogy allsz a mentésekkel? -
biga
őstag
válasz
Beni2360
#12166
üzenetére
Ez gyanusan ugyan az, ami nekem volt legutobb, mikor a rendszer lelötte a tüzfalat, arra hivatkozva, hogy tul sok eröforrast hasznal Nyilvan, hisz épp teljes erövel védekezett.
Kapcsolj ki minden külsö elérést (pl tiltsd le a routeren az összes bejövö portot a NAS felé) és:
- probald meg a NAS ujrainditasaval
- esetleg szedd le és tedd fel ujra a tüzfalat
- aztan ha kell rekonfig és a router ujrakonfigEz egy nagyon elb@szott dolog a QNAP rendszerében.
-
biga
őstag
válasz
Beni2360
#12155
üzenetére
Oranként 50 meg nem is olyan sok. Amikor oranként 5000 jön, akkor kezdj aggodni
De viccet félretéve:
alapvetöen az a jo megközelités, hogy a tüzfalad ugy legyen konfiguralva, hogy MINDENT bejövöt kérést tiltson. Aztan egyenként hozzadod azt az egy két portot, amit akarsz hasznalni. Ugyan igy a routered NAT-jat is ez alapjan konfigolod: csak azt a par protot, és csak azt engeded at, amit muszaj (azt gondolom nem kell ismételni, hogy soha nem hasznalunk kivülröl elérhetöen alapértelmezett portot! Ez alol talan egy 443 prot lehetne kivétel, ha mondjuk web-szervert üzemeltetsz).
De ha ez mind be van igy allitva, akkor - ahogy cigam is mondta - addig nincs nagy baj, mig elkapja öket. Akkor van, ha "és amikor) nem!
Persze ha mondjuk kapsz oranként 100-as, vagy 1000-es (esetleg mét nagyobb) blokkolast, akkor mar a gond inkabb az szokott lenni, hogy egyszer csak elfogy az eröforrasod, mert arra megy el a nagy része, hogy blokkoljon.
Nos ilyenkor jöhet az, hogy lelövöd az érintett szolgaltatasok elérését, ha teheted modositod a portokat (mindenhol) és ujracsatlakozol. Vagy lelövöd a vasat, és varsz par orat/napot, hogy a botok keressenek maguknak uj célpontot
Felhasznaloi fioknal ha kell, hozz létre uj felhasznalot uj, komplex jelszoval, a régit dobd a kukaba (ezért is mondom, hogy ha lehet, adminböl is legyen mindig egy tartalékod)
En eleve azt javaslom, hgoy ha lehet, ne hasznald a QNAP sajat DNS-ét csatlakozasra (nagyon sok tamadas éri). Ha amugy is halozaton belül akarod csak elérni sima munkacsoportos környezetben (domain nélkül) akar VPN-en, akkor siman lépj be közvetlenül hely IP segitségével (persze itt is modositott portokkal, ha lehet). Es eleve ne is engedj belépést kivülröl admin felületre.
Ezekkel a szabalyokkal otthoni környezetben mar azért elég jol el lehet lenni, de tény, hogy nincs garantalt védelem (menteni, menteni, menteni!! ) -
biga
őstag
Pusztan az a tény, hogy 3 napba tellett neki kimasolnia 6TB adatot mar érdekes
Még akkor is, ha gondolom valami paritasos vagy tömöritéses növekményes backup-ot hasznal.
En meg nem hasznaltam QNAP alatt ezt, de ennek fényében majd ha szükségem lesz ra, rakészülök Hogy klasszikust idézzek: ez is lehet olyan jo, mint "sajtreszelövel rejszolni" 
-
biga
őstag
En csak reménykedem, hogy a QuTS következö frissitése megoldja a ClamAV-vel kapcsolatos hibat. Egyszerüen idegesitö: mar rég el is tavolitottam e miatt (nincs a folyamatok közôtt sem), de ez nem akadalyozza meg abban, hogy allandoan értesitsen, hogy szükséges és kötelezö frissités van a ClamAV-re, mert az uj firmware nem tamogatja ezt a verziot (ami ugye nincs is feltéve). Aztan ha mondjuk - csak azért, hogy hagyjon békén - rakattintok a Frissités most gombra, akkor meg feltelepiti azt a verziot, ami szerinte nem kompatibilis ezzel a firmware-vel (nem frissiti, hiszen nincs is fent, felrakja!). Aztan kezdi elölröl...
Faraszto. Nem tünik nagy hibanak, de e miatt kikapcsoltam a ClamAv-t, ami azért mégis csak egy biztonsagi elem, és nagyon gondolkozom azon is, hogy a kritikus frissitésekre figyelmeztetést is kikapcsoljam.
Igy lesz egy jelentéktelen, inkabb csak zavaro hibabol sulyos biztonsagi probléma... -
biga
őstag
Szerintem ugy - bar majd leirja - hogy a home mappa igazabol mindig az adott user mappaja, ez tartamazza a beallitasait is. Tehat egy masik - lehetöleg admin - user attol még be tud lépni (hisz neku ott van a sajat home mappaja, amit a többiek nem is latnak), és akar ujra létre tudja hozni a "törölt" felhasznalot.
Ezért szoktam eleve minimum 2 admin fiokot létrehozni, a masikat tartaléknak.
Illetve itt ha csinal az ember egy 3mp resetet, az eleve reaktivalja az esetleg kikapcsolt admin felhasznalot is (amit ugyebar alapbol mindig érdemes elsö lépésként kikapcsolni).
De kivancsi vagyok én is, hogy esetleg milyen alternativ megoldast talat a kolléga erre -
biga
őstag
Igazabol latszolag müködött, a frissitéseket is megkapta, vagy ha eröltettem, akkor kézileg is frissitett. A biztonsagi központ is latta, mint aktiv virusvédelem. De igazad van, a processzek között nem néztem a frissités ota (fel sem merült bennem a fentiek miatt). Most meg leszedtem, majd felteszem ujra és megnézem elötte és utana is.
-
biga
őstag
A helyzet még ennél is bizarrabb: mivel elegem lett belöle, ezért eltavolitottam a ClamAV-t, hogy hagyjon békén az allando értesitéssel. Tehat a CLAMAV NINCS telepitve. Ennek ellenére tovabbra is folyamatosan dobalja a figyelmeztetést. Ujrainditas utan is.
Valamit nagyon el...tak ezzel a frisitéssel... -
biga
őstag
A legutobbi szoftverfrissités ota a ClamAV furan müködik. Plusz igazabol a rendszer folyton figyelmeztet, hogy kötelezö frissités érhetö el a ClamAV-ra, viszont:
- a frissitések között nem jelenik meg
- ha rakattintunk a frissités most-ra a kötelezö frissitések értesitésben akkor sem történik semmi.A ClamAV eltavolitasa és ujrarakasa nem segit.
A ClamAV nem tul nagy dolog, nem mondanam a hatékonysag csucsanak, viszont az egyetlen ingyenes megoldasa a QNAP-nak. Es valojaban szerintem nem is a ClamAV-vel van gond, hanem a Q(u)TS-el. -
biga
őstag
válasz
szjoci
#12103
üzenetére
SSD cache, plane ha irasi cache is van benne, hogy a ZFS féle ZIL-röl mar ne is beszéljünk), akkor azt érdemez egy RAID1 kötetbe tett SSD-kkel csinalni. Igen, ez duplazza a költségeket, viszont nincs ilyen para.(A ZIL nem is megy fel, ha nincs RAID1-ben). Vannak azért esetek, amikor sokat dob ez a fajta cache, de szerintem az itt jelenlévök részére nem sok haszna van, akkor mar inkabb tedd a rendszert az app-okkal együtt az SSD-re (ha lehet, azt is RAID1-en, bar ez nem feltétlenül kötelezö természetesen).
Mondjuk egy 2%-os SSD csak 2 dologra jo (mert levélnehezéknek tul könnyü): ha pont akkora tavolsag hianyzik az asztal laba alol és macskat dobalni vele. (Nem, nem, kacsazni sem lehet vele vizen, azonnal elsüllyed...)Az, hogy viszont nem jelzett a rendszer, hogy elérte a kuka allapotot az SSD-t, az megérne egy ticket-et (feltéve persze, ha egyébként nem te kofigoltal félre vmit)
-
biga
őstag
Ez igy ebben a formaban - legalabb is QuTS Hero esetén - részigazsag. HDD szinten nincs, de pool szinten igen is dedikaltan rendszer az egyik pool (ezt irja is xy Pool (System).
A többi pool-on ez igy nem szerepel. Illetve a rendszer pool-nak van par kötelezö, és eltavolithatatlan könyvtara, illetve az alap app-ok is szigoruan ide települnek, azok nem is migralhatok mas pool-ra.
Es sajnos ez a rendszer sem migralhato mashova: ha egyszer egy pool-on ott van, akkor legfeljebb azt teheted, hogy törlöd azt a pool-t (minden adattal) és ujra létrehozod mashol. Es nem nagyon van befolyasod arra, hogy mi lesz a rendszer pool, elvileg az elsö szabad pool, de nekem pl a pool2-re tette, mert elnéztem az 1 eltavolitasakor, és kérdés nélkül feltette a 2-re. Azota ott van, és addig, mig egyszer le nem üritem ott is marad. -
biga
őstag
válasz
bela85
#12085
üzenetére
Varj, lehet, hogy rosszul értem. Tehat volt egy blacklisted azokbol az ip-kböl, amik - valoszinüleg automatikusa - blokkolva lettek, mondjuk mert elérték azt a limitet, ami triggerelte a blokkolast (pl x sikertelen bejelntkezési kisérlet), és ezt te törölted? Es ez utan az az öröm targya, hogy ezek az ip - még - nem növelik a visszautasitott kérések szamat?
Mert ha igy van, akkor:
- egyrészt ez nem jelenti azt, hogy ezek az ip-nem tamadnak, csak a tüzfalad nem blokkolja még automatikusan öket, hiszen blacklist hijan nem ismeri öket (szoval nyugodtan büvészkednek valamit)
- masrészt lényegében adtal nekik rögtön még egy esélyt
Ha javasolhatok valamit: blacklistet soha nem törlünk, esetleg egy-egy egyedi ip-t rola, ha muszaj (pl ha téged blokkolt, met mondjuk elfelejtetted a jelszavadat, és ez x-edszerre sem hiszed el bejelentkezéskor ), hiszen egy jo blacklist érték, hiszen mar eleve megkönnyiti a fw dolgat, nem kell azon meloznia, hogy viselkedés stb alapjan szürjön, ott van a listan, tehat visszadobom.
Ha szerencséd van, akkor - ha valodi attack megy - akkor hamarosan ujra létrejön egy uj lista, lehetöleg hamarabb, mint ahogy egy bejut.
De ha rosszul értelmeztem, akkor bocsA No-ip ingyenes ddns domainjai (hopto.org stb) régota ismertek kb minden bot altal (a többi szolgaltatoiéi is). Ezek az elsök között vannak a tamadasi listan! En semmiképpen nem hasznalnam éles ddns eléréshez. Inkabb regisztralj egy sajat domain-t, ha mindenképpen kell, aktivald a ddns szolgaltatast ra és hajra. Vagy 10-15€/per év.
A NAS-ok sajat ddns szolgaltatas is jobb valasztas, bar az sem életbiztositas. -
biga
őstag
válasz
morfondőr
#12077
üzenetére
Természetesen nem alap port
Bar keményebb tamadas esetén az is csak kis segitség, mert siman scannelnek a botok komplett port tartomanyokat is, hatha vmelyik valaszol, mondjuk egy 'auth error'-t. Oda mar mehet is az uj botsereg.
De nem is az admin felület volt az elsödleges célpont (vagy talan egyaltalan nem az), hanem az egyik VM-em, illetve egy több VM-böl allo csopoert, benne egy honeypot-tal.
Egyszerüen nagy a forgalmam, elöbb-utobb ugy is rad talalnak, és akkor kapod az ivet, nyugodt lehetsz. Ezért van nekem a tüzfal utan még egy-két plusz trükk (pl ez a honeypot is), mert ezt csak folyamatos monitorozgatassal, illetve gyakori rekonfiggal tudod némileg elharitani. (vagy dinamikus külsö ip-vel, de az meg munkabol adodoan nem jöhet szoba)Nemrég olvastam egy érdekes statisztikat, miszerint nagyjabol a globalis netforgalom felét a botok teszik ki. Es lehet, hogy ez optimista becslés...
Nem véletlenül mondjak néha, hogy az internet halott
cigam: igen, szerintem sem normalis, tervben van, hogy jelezzem nekik, de elöször végig akarom jarni magam a dolgokat, hatha én b@sztam el valami konfigot (bar mint mondtam, szerintem az sem normalis, ha tudom ugy konfiguralni, hogy heves tamadas esetén lelövi a tüzfalat).
Egyelöre addig is lehütöttem a botok kedélyét, és még a bejövö kûlsö tüzfalamon meg a waf-on lemaszkoltam magam, mig rajövök, hogy konfig vagy szoftver probléma.
Megjegyzem, nem hibanak tünt, siman kaptam par értesitést, hogy magas a RAM hasznalat, aztan az x-edik ilyen utan (miközben mar nagyban követtem a tamadokat) jelezte, hogy mivel többször abnormalis RAM hasznalatot érzékelt egy app-nal, ezért egyelöre lekapcsolta az érintett app-ot. Aztan listazta az érintett app-ot: QuFirewall. Na mondom: gratula!
Aztan visszakapcsolni sem tudtam. Lényegében a külsö letiltas utan, mikor lecsökkent a terhelés, akkor sikerült ujrainditonom a fw-t.
Most ennek mondhatni jo vége lett, de ha ezt egyszer pl az admin felület portjaval teszi, akkor az mar mas kérdés.... -
biga
őstag
Ahogy nézem, az elmult napokban (talan rgebb ota) nagyon megnött a QNAP-okat célzo tamadasok szama.
Viszont talalkoztam egy fura, de meglehetösen veszélyesnek mondhato jelenséggel, ami érthetetlen szamomra, hogy hogyan képzelték ezt a QNAP-nal:
Egyetlen nap fogtam el vagy 80e belépési kisérletet. Ez viszont kicsit leterhelte a tözfalat (QFirewall), ami megnövekedett memoriafelhasznalassal is jart. Addig-addig, mig meglepetésre a QNAP rendszere lelötte a tüzfalat, mint abnormalisan sok memoriat okozo alkalmazast
Nagyjabol olyan akcio ez töle, mint ha egy kocsi kikapcsolna a féket vészfékezéskor, mert tulsagosan terheli a kocsit....
Egyelöre még keresem, hogy milyen alapon thette meg ezt a rendszer, esetleg valami beallitas (bar ez ha felhasznaloi beallitas, akkor is probléma).
Szerencsére ez nem okozott nalam semmi gondot, mert egy VM-re ment az egész, ami honeypot-ként funkcionalt, de érdemes elgondolkozni ezen.... -
biga
őstag
Ez mint ha megoldodott volna (gondolom naluk valtoztattak valamit a bejelentkezésnél), viszont most vettem észre egy masik furcsasagot ugyan csak a QVR Pro Elite-nél, ha valaki hasznalja rajtam kivül, megnézné, hogyan jelzi ki neki a szerver terhelést? Mert szerintam a RAM hasznalatot forditva jelzi: tehat a szabad RAM-ot jelzi hasznaltként (és riadoztat, hogy jajjaj, 84% a RAM hasznalat, de valojaban 84% szabad).
Nem vagyok biztos benne, hogy nem nalam van valami elallitva (bar gözöm nincs, mi lehet, mindent megnéztem), ezért szeretném ha le tudna ellenörizni mas is ezt a problémat. -
biga
őstag
A legutobbi QVR Pro Elite frissités ota a QNAP nagyon tultolja a "biztonsagot". MINDEN alkalommal kéri a kétlépcsös azonositast, van, hogy kétszer is (hiszen siman sokszor eleve az admin felületröl lépek be). Ez a "kevesebb jobb" tipikus esete. Tapasztalatom szerint ilyenkor van az, hogy atlag felhasznalo kikapcsolja ezt a plusz biztonsagi lépcsöt, mert idegesiti, hogy minden belépésre 2FA-t kér.
En mag csak bosszankodhatok, és varhatom a következö frissitést, ahol végre megjegyzi a belépést. -
biga
őstag
válasz
Lackó1984
#11959
üzenetére
Kiveszed az egyik lemezt, ahogy csinaltad, egy külsö USB-s dokkoloban leformazod, majd ezzel a dokkoloval csatlakoztatod a NAS-hoz. Ratolod az adatot, majd utana törlöd a NAS-ban lévö RAID kötetet, illetve rögtön létrehozol egy egyszerü kotetet. Visszatolod az adatt, majd utana berakod az addigra leüritett masik HDD-t és uj kötetet hozol rajta létre.
Kicsit macera, na meg igy nem teljesül az igényed, miszerint nem akarod ujrakezdeni, viszont tutira müködni fog, és ha a RAID kötet törlése és a sima kötet létrehozasa között nem inditod ujra, akkor az is lehet, hogy az app-ok is megmaradnak. -
biga
őstag
válasz
morfondőr
#11878
üzenetére
En QuTS hero-t hasznalok. Ha van elég RAM-od, és tényleg érdekel a ZFS, akkor hajra. De ahogy korabban irtam, mikor leirtam a tapasztalataimat a QuTS hero-val kapcsolatban, szamolj vele, hogy a ZIL miatt nagyobb a memoriaigénye, és a legtöbb esetben valoszinüleg több helyet fog hasznalni ua. adat, mint QTS esetén (bar nyilvan ez adat és az altalad hasznalt funkcioktol is függ majd).
Az SSD cacheing is macerasabb egy kicsit, mert ha ira/olvasas cache-t akarsz hasznalni, akkor minimum a 2SSD (ilyenkor egy RAID1-en meg az irasi/olvasasi cache), 3 javasolt (1olvasasi, 2 irasi).
Nyilvan ha a biztonsag az elsödleges szempont, akkor az elöny a ZFS-nel, de ezen felül szerintem egyszeri otthoni felhasznalo nem lat mas elönytA frissités szerintem a modern ember stresszfaktora: az esetek többségében legalabb annyi uj problémat okoz, mint amennyit megold
-
biga
őstag
válasz
szjoci
#11872
üzenetére
Hajjaj, nekem 32GB van, de van eset, hogy jatszanom kell azzal, hogy 1-2VM-et lelövök, hogy jusson a többinek. Gondolkozom a bövitésen, mondjuk egy duplazason, de még nem szantam magam ra...
De szerintem itt mi vagyunk a ritka hollok, akik a NAS-on eröforrasigényes VM-e(ke)t futtatnak, kvazi kis szerverként -
biga
őstag
válasz
Qtya123
#11849
üzenetére
Nem, minöségben semmi különbség. A különbség inkabb a hozzaadott szolgaltatasokban van. Kb ugy hasznalhatod a NAS-odat, mint pl a Netflix felületét. Illetve sok egyéb hang/video stb beallitas van. De magaban a lejatszas minöségében nem, vagy nem feltétlenül, ha a TV eleve gond nélkül jatssza a formatumot. Szoval ha neked elég igy, akkor hasznald egészséggel
-
biga
őstag
Annyira nem érzem elönynek. Akkor mar inkabb NFS/AFP/SMB. Még annyi eröforrasa sincs, mint a DLNA-nak, ami minimum indexelni fogja a fajlokat. De valoban, az több beallitast, illetve lehet, (de nem szükségszerü), hogy plusz alkalmazast igényel. Egy mai atlag TV meg siman elvisz pl egy Kodi-t, ami meg röhögve kezel NFS-t, vagy SMB-t (illetve természetesen DLNA-t is).
Szerintem a DLNA egyetlen elönye tényleg annyi, hogy lényegében a TV-k (illetve barmilyen medialejatszo) tudja fajl szinten kezelni, nem kell esetleg jogosultsagokat stb beallitgatni. Ha innen nézzük, akkor valoban elöny a "butasaga". A TV fajlkezelöjében betallozod a mediafajlt, mint pl egy Windows-ban, és lejatszod a TV ugyancsak olyan-amilyen lejatszojaval. Mint irtam is, akinek ennyi elég, hat hasznalja nyugodtan. Na de ehhez tényleg elég egy nagyon buta NAS is, ez a tudas kb a halozatra dugott USB vinyo szintjén van. Szerintem aki itt érdeklödik, pont arra kivancsi, hogy ha mar beruhaz egy szemmel is észrevehetö összeget egy rendes NAS-ra, akkor mi lehet a jo megoldas még? En a kérdezö kérdését is igy értelmeztem. -
biga
őstag
Nem tudom, mi a baj ezzel. Kiprobalta, és megy, felfoghatod megerösitésként. A hangsulyos részt utana irtam, hogy a DLNA az mükodö, de igazabol egy "buta" megoldas. A Kodi gyakorlatilag semmilyen plusz eröforrast nem igényel a NAS részéröl, viszont mar jobb megoldas, mint egy sima DLNA (kivéve az altalam emlitett esetet). A Plex meg annyival igényel több eröforrast, hogy ott telepiteni kell egy szervert (Kodi esetében ez ugyebar nincs). Te nem értesz egyet ezzel? A kérdésben pl ez szerepelt:
Mi lenne erre a legjobb megoldás, amely viszonylag kevés erőforrást igényel a NAS részéről? Plex? Vagy valami más?
-
biga
őstag
válasz
Qtya123
#11841
üzenetére
Siman DLNA-n el fog menni igy. De ha a tv-d tamogatja az app-okat, és van lehetöséged mondjuk egy Kodi-t vagy Plex-et feltenni, akkor azért egy joval minöségibb megoldast fogsz kapni.
Tény azonban, hogy ez föleg annak hasznos, aki eleve mondjuk kép illetve video gyüjteményben gondolkodik. Aki csak annyit csinal, hogy teszem azt leszed vmi filmet (természetesen valami legalis forrasra gondolok...), aztan megnézés utan törlés, annak macera azzal foglalkoznia, hogy az emlitett szoftverekhez igazitsa a forrast (pl esetleg atnevezze a fajlt, törölje a felesleges sample-ket stb, aztan felismertesse). Oda jo a DLNA, vagy valami NFS megoldas, letallozni a TV fajlkeresöjében és hajra. Nem tul szofisztikalt, de - ha a halozat birja illetve a tv ismeri a formatumot - menni fog. -
biga
őstag
válasz
morfondőr
#11829
üzenetére
Hat én is igy logikazom az alapjan, amit tapasztaltam. De ha valakinek van mas tapasztalata, azt szivesen varom.
De egyébként tegyél bele eleve NAS-hoz tervezett SSD-t, végül is ott ez volt a tervezési szempont (a 7/24 üzem).
Magam is igy tervezem hamarosan atallitani a rendszert, most 2 SSD van benne cache-ként (a ZFS-hez ha irasi/olvasasi cache-t is akarsz beallitani, akkor ez a minimum), ami mellé még betennék egyet minimum, és arra dobni a rendszert. Bar nalam felmerült az, hogy ott is RAID1-et (vagy akar - ha ramszakad némi pénzmag - RAID10-et) allitsak be, de csak akkor, ha minimum 4TB nyi kötetet tudnék létrehozni, mert akkor ide költöztetném a VM-eket is, és a HDD-ken valoban csak az offline adat lenne tarolva.
De ha végül csak kisebb SSD-t teszek be, akkor marad maganyosan, és rendszer ra -
biga
őstag
válasz
morfondőr
#11827
üzenetére
Nem gondolom, hogy komoly kockazat lenne. Illetve nem nagyobb, mint mondjuk a PC-d/laptopod esetén
Ha valamiért mégis megallna a rendszered, az sajat tapasztalatom alapjan (mikor egyszer kirantottam a QNAP alol a rendszert az altal, hogy siman töröltem az azt tartalmazo pool-t. A rendszer attol még vigan ment RAM-bol következö inditasig, persze a telepitett alkalmazasok elszalltak, de ez nem érintette az adatokat) egy ujrainditas utan visszarakja egy erre alkalmaz helyre. Tehat szerintem ha valamiért megallan az SSD, akkor arrol eleve fogsz kapni egy értesitést, aztan beteszel a helyére egy masik SSD-t, amit az inditas utan ujrarak ra. De mondom, ez csak a sajat tapasztalatom, miutan kinyirtam a futo rendszert az enyémen, ha valaki pontosabbat tud, mondja el
De ujra kérdem: neked eddig hany rendszer (pl PC-n) szallt el SSD meghibasodas miatt? Nem mondom, hogy nem lattam még ilyet, de szerintem ritka, mint az a bizonyos fehér hollo -
biga
őstag
válasz
morfondőr
#11825
üzenetére
Most direkt ranéztem az enyémen, és ami biztos, hogy QuTS hero alatt a cache dedikaltan cache, nem hozhatsz létre rajta mappat.
De ha jol értem, akkor neked lehet jobb megoldas lenne, ha a beletett SSD-re tennéd inkabb a rendszert (vele ugye a PLEX-et is), és akkor eleve nagyban fel fog gyorsulni mindened, a RAID5 tömb meg marad csak adat. Esetleg beleteszel 2 M.2 SSD-t, egyet a rendszernek, egyet meg a cache-nek, és még jobb -
biga
őstag
Authentikalas szmpontjabol valoban nem lenne különbség, viszont az SSH a legjobban tamadott protokoll! Ez föleg annak köszönhetö, hogy az SSH kapcsolatok a legtöbb szervernél - alapbol be van kapcsolva (hiszen pl a legtöbbek altal hasznalt különféle VPS szolgaltatasok esetén ez az alapértelmezett kapcsolat). Megleödnél, mennyire nem konfiguraljak az atlag felhasznalok az SSH-t, rendszeresen talalkozom pl 22-esen futo porttal, ami még akkor is problémas, ha egyébként az authentikalas mögötte erös (mondjuk valami passphrase védett kétkulcsos titkositas). Azt meg plane ritkan latom, hogy még a ssh felhasznalot is kiveszik a su group-bol.
Ezzel szemben a VPN minden esetben alapos konfiguralast igényel, ezen felül a fajlelérés a legtöbb szerveren alapértelmezésként local felhasznalo szerint hierarchizalt, amit jo esélleyl alapbol a VPN-en is ehhez kötsz.
De az igaz, hogy ha jol beallitod az SSH-t, akkor nem feltétlenül lesz kevésbé biztonsagos.
Nem biztonsagi, pusztan kényelmi elöny a VPN mellett ezen felül, hogy pl egy tipikus Win környezetben mondjuk beallitasz egy csatolt halozati meghajtot, ami LAN és WAN köenyezetben hasonloan elérhetö. Ez egy sftp-vel közel sem ennyire kényelmes.Szerintem az üdvözlendö (én magam ezt csinalom) az az, hogy az SSH - hacsak nem feltétlenül szükséges az adott feladathoz - nem lép ki a NET-re. VPN-en csatlakozom a halozathoz, és utana egy LAN-on csatlakozom SSH-hoz, ha kell egy su felhasznaloval.
-
biga
őstag
En mondjuk SSH-t csak nagyon feltételesen engednék ki a netre, természetesen a port megvaltoztatva valami nagyon masra, az authentikalas atombiztosra, persze eleve csak valami kifejezetten erre a célra létrehozott korlatozott (még véletlenül sem su) userrel és még igy is aggodnék a neten logo SSH miatt.
A VPN szerintem is a jo megoldas (na nem mintha az tökéletes lenne, demindenképpen alkalmasabb erre a feladatra, és a biztonsagi kockazat is kisebb) -
biga
őstag
Halozatot hozza alaphelyzetbe, meg a tüzfalat kikapcsolja. Legalabb is amikor én teszteltem, akkor lényegében ezt csinalta.
De a te esetedben ha jol értem, akkor a samba megy, szoval a halozat alapvetöen megy.
Esetleg nem lehet, hogy valami eleve resetlte a halozatot, és te korabban modositottad az admin felület portjat? Mert akkor visszaalt az alap 8080-ra. Probald ki azzal: ip-cimed:8080 -
biga
őstag
Esetleg kapcsolodott valaki itt QNAP SSH szolgaltatashoz vscode alap RemoteSSH-n keresztül? Tudok kapcsolodni sima SSH kliens alkalmazassal hozza gond nélkül, illetve a RemoteSSH-val is tudok minden mashoz kapcsolodni, csak együtt nem hajlandok menni. Ahogy a logot nézem, szerintem a QNAP visszautasitja, hogy a vscode a csatlakozas utan inicializalja magat a szerveren, ami fura, hisz eleve csak adminként tudok kapcsolodni. Hatha valaki itt hasznalja igy, az megmondhatna, miért nem engedi a QNAP az inicializalast.
-
#11789
biga
őstag
Speeedfire
#11786
biga
őstag
válasz
Speeedfire
#11786
üzenetére
Az md13 (illetve a többi md) az elvileg a lemezkezelési processek, tipikusan pl. a RAID kezelés. De szerintem neked inkabb a halozatnal lehet valami gondod. Nem mondom biztosra, de én azzal kezdeném, hogy kitalalnam, mi ez a sok event, honnan jönnek.
A localhost-rol jövö blokkolas - mint irtam is korabban - siman lehet egy belsö szolgaltatas nem megfelelöen beallitva (vagy tamadva, és a b@sztatja a tüzfalat . Bar ennek kisebb az esélye). Ez nem nagy hiba, viszont ugyancsak felesleges eröforrasfelhasznalas, jo lenne azt is tudni, hogy mi okozza.
Egyébként nekem (mondjuk az nem QNAP-on) pont a ClamAV csinalt olyat, hogy beragadt egy update, és folyamatosan ujraprobalkozott. Mondjuk fw nem blokkolta, csak elvitte a savszélesség 5-6%-at folyamatosan. Szoval ilyen belsö problémak is lehetnek akar a localhoston -
#11784
biga
őstag
Speeedfire
#11781
biga
őstag
válasz
Speeedfire
#11781
üzenetére
Ez nagyon sok event itt ebben a log-ban egy személyes hasznalatu NAS esetén. Ott valami nagyon nem tünik jonak. Nézd meg azért a részletes jelentést is, mert lattam mar olyat a QNAP-nal, hogy szigoru beallitas esetén a belsö szolgaltatas akart maszkalni, és a tüzfal elfogta (pl egy konténer virtualis halozati kapcsolata, amit elfelejtettél beallitani)
Ez siman lassithatja az egész halozatodat. -
#11782
biga
őstag
Speeedfire
#11775
biga
őstag
válasz
Speeedfire
#11775
üzenetére
Mennyire van tele a kötet?
-
biga
őstag
Nos, rejtélyes modon, miutan 2 napja nem tudok belépni a QVR Pro Client-ba sehogy, most, miutan irtam gondoltam na bumm, ujramegprobalom. Semmit nem valtoztattam a beallitason, reggel ota nem is nyultam hozza; Most beengedett. Még nem jöttem ra, mi az oka, illetve hogy mi volt az oka annak, hogy nem engedett be...
Most megy a teszt kamera gond nélkül. Nem minden funkcioja, de a nagy része megy rendesen. -
biga
őstag
Ja, a QVR Pro Elite szerint van 2 szabad csatorna, azzal nem is volt gond, elvben a kamera is hozza van adva,(gondolom) ,de a QVR Pro Client-be az istennek sem sikerül egyelöre bejelentkeznem. Nem hajlando a helyi felhasznalo adataival bejelentkezni. Ajanlgatja, hogy lépjek be QVR Pro fiokkal, amire ha rakeresek, mindig licenceket magyaraz.
-
biga
őstag
Gondoltam, uj szakaszba valtok, ami a teszteket illeti. Bar nem célom erre hasznalni, de ha mar itt van, gondoltam letesztelem a NAS NVR képességeit. Illetve teszteltem volna, mert a QNAP oldalan még ott lévö Surveillance Station nevü app nem létezik, illetve én sehol sem talalom a NAS-on. Helyette a QVR Center/Elite stb-t latom, viszont még csak egy teszt erejéig sem tudom elindulasra birni licence nélkül. Lehet, hogy én néztem el valamit, szoval ha van tapasztalatotok e téren, szivesen veszem az infot. Pusztan csak a teszt kedvéért nézném meg, igy nem tragédia, ha nem megy, de hat érdekes lenne e téren is az összehasonlitas, némileg javitana a renoméjan
Talan belefér a topicba, hogy egy rövid pre-konkluziot azért tehessek:
egyelöre szoftveres oldalon alig van piros pont a QNAP oldalan. Hianyos, ami van, annak is jelentös része fizetös (minimum licence miatt). Maga a felulet sem tökéletes, erölteti a dinamikus, transparent ablakokat, csak ez bizonyos navigatorokban gyakran bugos. (Webfejlesztöként is dolgozom, eleve mindent több navigatorban tesztelek )
Ami van, az föleg céges környezetre van optimalizalva (ami mondjuk nekem nem baj), igy az elmult hetek tapasztalatai és edigi tesztje alapjan otthoni, nagyrész média felhasznalasra nem ajanlanam jo szivvel. Persze ha siman csak alapfunkciok kellenek, egyszerü fajlmegosztas, ilyesmi, arra jo. Webszervernek is jo. Csak azokra meg draga.
Aki komolyabb virtualizacioban gondolkodik, vagy AI fejlesztési munkakra keres kis szervert, esetleg nagyon sok konténer fut neki parhuzamosan, annak idealis, mert azért a konkurensekhez képest erös hardverekkel operal. Nagyon jo a különbözö kiegészitö ellatottsaga is, igy egy jobb modell esetén tényleg szélsöséges modon lehet felskalazni. Ha valaki nem nagyon akarja hasznalni a sajat admin felületet, szinte csak addig buheralgat ott, amig egy-két virtualis környezetet létre nem hoz, illetve alap paraméterket be nem allit, aztan szinte sosem néz visssza, annak is jo valasztas lehet. Szivem szerint ezt a vasat egy ADM-mel vagy DSM-el kombinalva hasznalnam mindenhova -
biga
őstag
válasz
morfondőr
#11742
üzenetére
Müködö eszköz esetén aligha kell aggodni a lecsapodas miatt. Melegebb, mint a környezete, sött, jellemzöen még ventillator is van benne.
Mondjuk a pincédben tarolt egyéb szerszamok mar mas kérdés. Jarasd mindet... és nem tudom miért kerültünk hirtelen a trópusokra...
Ez annyira nem lehet meglepetés, szakemberek mar évtizedek ota figyelmeztetnek minket, hogy ez var rank! Egy ideje még a csapbol is ez folyik, csak a legtöbb ember még mindig nem hiszi el... -
biga
őstag
Marmint a pince? Nem jobban, mint barhol mashol a lakasban. Bar oka lehetne ra, amennyi esö esik allandoan. De errefelé a kanikulat mashogy értelmezik
A mult héten jo, ha 18 fok volt odakinn, most pl jo idö van, mert van vagy 24! ![;]](//cdn.rios.hu/dl/s/v1.gif)
Maga a pince amugy szellöztetett, na meg egy hazi gyartasu "rack" szekrényben van 3 NAS, egy kis szerver, plusz a switchek, router stb. Igazabol ez a szekrény füti a pincét Ez a hömérséklet, amit lattok, nagyjabol allando, talan par fok eltérés van tél-nyar viszonylatban.
)
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Új hozzászólás Aktív témák
Hirdetés
- btz: Internet fejlesztés országosan!
- Linux kezdőknek
- Autós topik
- Milyen belső merevlemezt vegyek?
- Apple MacBook
- Medence topik
- Micro Four Thirds
- Fájdalmasan gyenge kijelzőt válaszott a Switch 2-höz a Nintendo
- Pécs és környéke adok-veszek-beszélgetek
- Házi barkács, gányolás, tákolás, megdöbbentő gépek!
- További aktív témák...
- Honor 400 Lite 256GB Kártyafüggetlen 1Év Garanciával
- Xiaomi Redmi Note 14 Pro 256GB Kártyafüggetlen 1Év Garanciával
- iPhone 12 Pro Max / 128 GB / 88%-os akku / gyári független / Pacific Blue
- GAMER PC : RYZEN 5 4500 / 16GB DDR4 / ASUS RX 480 8GB / WiFi / Bluetooth / 512GB M.2 SSD / 500GB HDD
- Dell Latitude 7390, 13,3" FHD IPS , I5-7300U CPU, 16GB DDR4, 512GB SSD, WIN 11, ( olvasd végig )
- BESZÁMÍTÁS! Sony PlayStation 4 PRO 1TB SSD fekete játékkonzol extra játékokkal garanciával hibátlan
- Bomba ár! Dell Latitude 7390 2in1 - i7-8G I 16GB I 256SSD I 13,3"FHD Touch I HDMI I Cam I W11 I Gar
- ÁRGARANCIA!Épített KomPhone i7 14700KF 32/64GB RAM RX 9070 XT 16GB GAMER PC termékbeszámítással
- Samsung Galaxy S23PLUS 256GB Kártyafüggetlen 1Év Garanciával
- Csere-Beszámítás! AMD Ryzen 7 7700 Processzor!
Állásajánlatok
Cég: Promenade Publishing House Kft.
Város: Budapest
Cég: CAMERA-PRO Hungary Kft
Város: Budapest