Hirdetés
- Magga: PLEX: multimédia az egész lakásban
- GoodSpeed: Te hány éves vagy?
- Klaus Duran: Minden drágul. Vajon a fizetések 2026-ban követi minimálisan?
- Geri Bátyó: Agglegénykonyha 12 – Ecetek és zsiradékok
- weiss: Autó költségek
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- Personal notes '12
- f(x)=exp(x): A laposföld elmebaj: Vissza a jövőbe!
- ldave: New Game Blitz - 2026
- leslieke: leslieke farmerzsebe
Új hozzászólás Aktív témák
-
mrots
tag
"Nem értem. Nem szereted ha a gép végzi a mentést , mert kompromittálódhat. Ha a NAS készíti a mentést az nem kompromittálódhat? Vagy mit értünk kompromittálódás alatt?"
A kollega logikaja nagyon is helyes. A lenyeg az, hogy vannak szanaszet a halozaton dolgok amiket menteni kell. Ha ezek a dolgok tudnak irni oda, ahol a mentes van (azaz ok maguk keszitik es masoljak oda a mentest, ahol az gyulik) akkor kompromittalodas eseten le tudja torolni az osszes korabbi mentest is.Ha a mentest gyujto eszkoz - mondjuk nas - behuzza a menteseket mindenhonnan, mert senki nem tud irni a mentesbe, csak maga a nas, aki huzza a cuccot, akkor csak a nas kompromittalodasa eseten kerulnek veszelybe korabbi mentesek. Azaz egy rosszakaronak ahhoz, hogy helyreallithatatlan gondot tudjon okozni, ket helyre kell bejutnia, nem egyre.
-
-
mrots
tag
"De a DIY rendszer még annyira sem valo olyannak, aki megijed a hibaktol."
Mondjuk inkabb ugy, hogy az elmult 20 evben semmi mast nem csinaltam, csak DIY rendszereket raktam ossze. Azt gondoltam, valamikor kb 8 eve, hogy oreg vagyok mar ehhez, hogy butykoljek vackokkal, legyen inkabb egy dobozos termek es vegre legyek csak felhasznalo.
Sok apro bosszusag utan amivel en kuzdottem (es amit mar sokszor megcsinaltam magamnak, kevesebb ido alatt, csak vegre lusta felhasznalo akartam lenni) a te sztorid mar csak a pont volt az i-n.
-
mrots
tag
"Nem tudom, mi a tanulsag a dologban, vagy van-e egyaltalan."
Koszi, hogy leirtad. Engem megerositett abban, hogy papiron meg marketingdumaban a qnap szoftvere tok jo, de vegul a gyakorlatban igazabol nem annyira. Mukodik mukodik, de ha eldobja magat, akkor ember legyen a konzolon aki helyre tudja varazsolni. Ahhoz kepest, hogy milyen arban mennek a termekeik, oszinte leszek, en tobbet vartam. Mar egy ideje billegek azon, hogy ha a mostani nas megpusztul hardveresen, akkor en bizony nem koltok megegyszer dobozos termekre. Osszerakom egy 4-es rpi-bol, kulso merevlemez hazzal - ugyanazt fogja tudni, mint amire jelenleg hasznalom. -
mrots
tag
"Tényleg érdekel, mert mindenki írja, hogy hű, meg há, de még sehol nem láttam viszont azokat a fájlokat, amiket feltöltöttem. "
Elnezest, de a valaszomat roviden nem tudom osszefoglalni, mert sok a disclaimer.
1) Nem akarlak meggyozni semmirol. Mast se. Mindenki ugy tarolja az adatait, ahogy szerinte az neki a legjobb
2) Nem kritizallak sem teged, sem a masik kollegat, aki google photost hasznal, pusztan vegre szembe jott ket ember akik ugy tunik regota es rutinosan hasznaljak a cloudot, kivancsi vagyok az elonyokre. Mert szerintem nincs. Ahogy te a hatranyokat meg sosem lattad leirva, en az elonyoket.
3) Nem kerdes, hogy az, akinek az informatikai tudasa abban kimerul, hogy egy tplinkre vagy asusra fel tud huzni egy openwrt-t, annak igazabol tul sok valasztasa nincs. Tenyleg vannak cloud szolgaltatok, tenyleg az ember arcaba van dugva talcan a kesz megoldas, tulajdonkeppen zero energiaval lehet elkezdeni hasznalni. Nem celom az o vilagukat megerteni, nem valoszinu, hogy valaha kozos nevezon lennek egy ilyen kollegaval, mert egyszeruen masok az elvarasaink es mas a kenyelmi igenyszintunk is. A klasszikus kenyelem - biztonsag skalan ok valoszinuleg a bal oldalon vannak, en inkabb a jobb oldalon. Ami azt jelenti, hogy mindketten kotunk kompromisszumokat, mert egyikonk sem a tokeletes megoldast hasznalja.Es akkor a valasz, amit irni akartam. Nem hiszem, hogy ugyanabban a kontextusban gondolkozunk.
Azt kerdezed miert baj, ha a kutyad / testvered / gyereked fotoja a felhoben van, meg sosem lattad viszont sehol.
a) Attol, hogy valamit nem lattal, az meg letezik. En sem lattam egymillio dollart de attol sok embernek van.
b) Nem az a problema, hogy most az adataid hol vannak es ki fer hozza. Ez nem erdekes. Az a problema, hogy sem most, sem a jovoben nem tudsz rendelkezni afelett, hogy ki ferhet hozza. Nagy, komoly rendszerekben is vannak hibak, biztonsagi serulekenysegek. Sot, a nagy szolgaltatok celtablaval a hatukon leteznek, mivel mindenki tudja, hogy ott az adat, tehat oket kell tamadni. Zero rahatasod van arra, hogy egy hibat mikor es hogyan patchelnek, tortenik-e hiba a patcheles kozben stb. Ez a valodi problema.
Igen, lehet mondani, hogy nagy ceg, eroforrasokkal, megoldjak. Sok nagy ceg kompromittalodott mar. Felho vagy sem, mindenki serulekeny, en is.
Easyjet, 2019-2020: 9 millio szemelyes adatot vittek
British Airways, 2018: 500k bankkartya adata ellopva (ugy, hogy a BA maga nem is tarolt kartyaadatokat!)
Salesforce, 2025: 5.6 millio adatot vittek el, a salesforce ugyfele peldaul a google is, tehat a google adatokat is vittek
Orange Belgium, 2025: 850k elofizeto neve, telefonszama, SIM azonositoja, PUK kodja, elofizetesi informacioja2025 van, ma mar mindenki felhot hasznal kisebb-nagyobb mertekben. Nem tudod kikerulni es nem is kotik az orrodra amikor egy termeket hasznalsz. Sokszor ugy kerul ki a felhobol adat, hogy nem is azt a ceget tamadjak, ahol az adat van, hanem a szolgaltatast, amit hasznal (supply chain attack).
Igen, tudom, fentebb adatokrol irok es mentesrol beszelunk. De ez igazabol mindegy, mert adat mindketto.
Dropbox, 2012: 68 millio account kompromittalodott
Azure, 2021 es 2024: tenantok adatai kerultek ki (emalek, szemelyes adatok, rendszeradatok, kulcsok)
AWS, 2024: millionyi tenant kulcsai, jelszavai, adatbazis-hozzaferesei, API hozzaferesei kerultek ki a nyilt internetre, kodolatlanul
GCP, 2024: RCE (remote code execution) hiba a google cloud platformon, szerverek millioi voltak kompromittalhato allapotbanNe erts felre. Nem azt mondom, hogy ezek a vilagcegek mind ostobak es en jobban tudok naluk valamit. Nem, a technologia ugyanaz, a protokollok es a best practice-ek ugyanazok. A kulonbseg abban van, hogy az en mentesi megoldasomon nincs celtabla, valamint, es ez az igazan fontos: 100% kontrollom van afelett, hogy mi tortenik az adataimmal. Nincsenek beszallitoim, akikben meg kell bizzak, nincsen semmi ismeretlen. Cserebe nem is tudom ezt nagytetelben csinalni, nem tudok uzletet epiteni kore, az en megoldasom nem skalazhato. De nem is kell, mert a sajat es csaladom mentesei csak.
Tudod mi tortenik egy fenti breach utan? A GCP majd kuld egy emailt, hogy ok aztan igazan nagyon sajnaljak. Ennyi. Hogy mi lesz az adataiddal az oket nem annyira erdekli.
Es vegul raternek arra, hogy miert baj, ha titkositatlanul (=kenyelmesen) kezelt mentes van a felhoben? Egyreszt ma mar az AI crawlerek siman bejarjak az internetet, hibakat kihasznalva azt is beindexelik amirol nem is tudsz, aztan csak lesel, ha a tiz eves lanyod fejevel general kutyas pornot az AI. Vagy nem kell extrem dolgokig elmenni: ma mar kozepiskolaban siman elofordul, hogy egy visszautasitott fiu AI segitsegevel meztelen kepet general az osztalytarsarol aki visszautasitotta, aztan kikuldi a barataiknak. Es ehhez csak egy rola keringo arckep kell az interneten.
Es igen, a gyerekeim arcat semmilyen AI ne indexelje, ne tanuljon, nem akarok olyan EULA-t elfogadni amiben lemondok dolgokrol.
De ha tullepunk a csaladi fotokon, nalam mentesben ott vannak dokumentumok is, mint az autok kotelezo biztositasai, szerzodesek (munka, lakas, hitel, stb), iratok (mindenki utlevele, taj kartyaja, amit el tudsz kepzelni) szoval minden olyan fontos dolog, ami normalis esetben egy mappaban van valami fiokban es tiz evben egyszer van ra szukseg. Szinten mentesben vannak olyan dolgok amik rendszeresen kellenek: loginok bankokba, kincstarba, pontgyujto kartyakhoz, kozmuszolgaltatasokhoz, nyugdijpenztarhoz. Nyilvan titkositva, jelszokezelovel, plusz az egesz mentes titkositva. Ha holnap engem elcsap a busz, a felesegemnek tudnia kell azokat a dolgokat intezni, amiket amugy en intezek: szamlafizetes, iskolai dolgok a gyerekeknek, stb. Hozza kell tudjon ferni az emailemhez, hogy a mindennapi ugyeket nelkulem is intezni tudja, ha ugy hozza a sors.
Mindezeket papiron tarolni
- nem praktikus (mennyiseg, kereshetoseg)
- single point of failure (ha betornek es elviszik? ha leeg a lakas?)Tehat ezek mind mentesben vannak (csaladtagoknal titkositott merevlemezek nasban vagy raspberry pi-n), ket orszagban, negy merevlemezen, hot es cold backup egyarant, rendesen titkositva, tobb retegben.
Nem, ezeket nem akarom felhoszolgaltatora bizni, koszonom szepen. Nem, nem erdekel kulonosebben, hogy 5 perccel tovabb tart egy 2018-as csaladi fotot kikeresni es megoldani. A rendelkezesreallasom nem jobb, mint a felho (sot: rosszabb). De 100% garantalva vannak az adataim, nem kerulhet kulso kezbe, nem fuggok semmilyen beszallitotol es nem kell megbiznom senki ismeretlenben.
Mindaddig amig a kinaban gyartott merevlemez firmware-ben nincs ransomware vagy mas kartekony kod, addig szerintem jo vagyok. A paranoia es az egeszseges aggodasnak szerintem ez meg az innenso oldala, ha mar a firmware-ben sem biznek, az lenne a paranoia es az mar jobban akadalyozna, mint segitene engem.
Mivel mernok vagyok, folyamatosan keresem a jobb megoldasokat mindenre, nem hiszem, hogy egyszer osszeraktam valamit es az mindorokke egy optimalis megoldas lesz. Nem hasznalom a felhot, lattam ket embert aki igen, azt gondoltam talan kiderul valami erv a felho mellett, amit megfontolhatok. Eddig sajnos nem.
-
#13044
mrots
tag
Speeedfire
#13043
mrots
tag
válasz
Speeedfire
#13043
üzenetére
"Akkor írj kérlek egy működőképes alternatívát."
En szivesen irok, de nem errol beszeltunk, a cloud elonyeit szerettem volna vegre megerteni. De nem jutottam kozelebb, mert barhogy nezem is, ket teljesen alapveto szukseg egymast kizarja.- osszunk meg konnyen fotokat a gphotos-tol (ugy tunik ez neked fontos - nem kritizalom, hogy neked mi fontos)
- taroljuk titkositva az adatainkat, hogy a felhoszolgaltato ne ferjen hozza (ez neked fontos kellene, hogy legyen, de lehet nem az, nekem viszont ez a fontos)Ha az elso fontos, a masodikat nem tudom csinalni, hiszen nem lehet egy URL-t kikuldeni, hogy itt van a kutyam tavalyi kepe.
-
#13042
mrots
tag
Speeedfire
#13041
mrots
tag
válasz
Speeedfire
#13041
üzenetére
"Minden backup-nak kell egy földrajzilag független helyen lévő másolata."
Teljesen egyet ertek. En csak azt nem ertem, hogy ezt miert csak cloud-dal lehet megoldani."AWS, GCP ennyie erővel mind olyan hely, ahova nem szabad felmásolni semmit se."
Pontosan igy latom, igen. Nyilvan vannak dolgok amikkel nem tudok mit kezdeni, mert a robotporszivo terkepe a lakasomrol is AWS-ben van, de nem tudok tenni ellene. De a sajat mentesem tarolasanal tudok dontest hozni. -
mrots
tag
-
#13038
mrots
tag
Speeedfire
#13037
mrots
tag
válasz
Speeedfire
#13037
üzenetére
Nem tudom hogyan fogalmazzam meg mashogy a kerdest. Miert jo a cloudban tarolni az osszes adatod masolatat?
- meg akarod osztani valakivel?
- en nem a mentest akarom megosztani valakivel, sot, nem is ertem mi lehet az, ami a mentett cuccokbol megosztasra kell, hogy keruljon? -
#13036
mrots
tag
Speeedfire
#13035
mrots
tag
válasz
Speeedfire
#13035
üzenetére
egyszer nagyon szivesen meghallgatnam, hogy aki cloud-ba akar backupolni, az miert ragaszkodik ehhez, mert en meg nem jottem ra az elonyere, viszont a hatranyara igen.
-
mrots
tag
válasz
vargata
#13016
üzenetére
Azert nem ertem az osszefuggest, mert ha az alaplap vagy barmi meghal, attol a lemez(ek) meg ott van(nak) az adatokkal egyutt. Felrakod egy USB-s hazban egy kali linuxra vagy raspberry pi-re es irhato/olvashato. Attol, hogy a nas maga meghalt, az adatok meg nem vesztek el, a kettonek semmi koze egymashoz.
Igaz, epp en irtam itt rola, hogy a qnap megneheziti a dolgat annak, aki nem ert a linuxhoz, mountolashoz, cryptsetup-hoz, a raid parancssoros kezelesehez vagy az LVM-hez. Ha ugy erzed, ebbe a csoportba tartozol, akkor nyisd ki a penztarcad es rendszeresen vegyel uj nas-t, mert ha meghal akkor hiaba vannak az adataid a kezedben, nem fogsz tudni mit kezdeni vele.
Alternativakent csinald azt, amit en: felejtsd el a RAID-et, mert semmi ertelme ha egyetlen nas-on belul van meg tobb peldanyban az adatod. Legyen tobb kulonbozo eszkoz, amik kozott peldaul naponta automatikusan mentesz. Ket eszkoz egyszerre csak nem hal meg. Ebben az esetben elegendo lesz akkor nas-t cserelni ha tenyleg meghalt az egyik, majd az adatokat visszamasolod a meg eletben levorol. Ez valoszinuleg olcsobb, mint par evente uj nas-ra beruhazni.
-
mrots
tag
válasz
vargata
#13014
üzenetére
Nem ertem a kerdest. A kisebb nasokban, mint amit irsz, az egyetlen mozgo alkatresz a venti. Az enyem is 2017-es, iden 8 eves. Mar billegett a lec, hogy kuka vagy sem, de eddig mindig szoftveresnek bizonyult a problema. Amig el nem pukkan benne valami, ez bizony itt fog uzemelni mert semmi ok nincs a kicserelesre.
-
mrots
tag
válasz
vargata
#13008
üzenetére
"pingeltem az x.x.0.20-s címen, és a x.x.0.30-s cím azt válaszolta, hogy a host nem elérhető, vagy hasonló."
Valoszinuleg ezt lattad (paste egy pingrol amit most inditottam egy nem letezo ip cimhez):
Pinging 10.8.29.7 with 32 bytes of data:
Reply from 10.8.29.8: Destination host unreachable.
a 29.8 a sajat cimem, amirol pingelem a .7 -et. A .30 a te peldadban a sajat cimed volt. -
mrots
tag
A kerdesedre nem tudok valaszolni, de meg tudom erositeni, hogy en is az adatokat tartom fontosabbnak, mint egy diszk arat. Igen, nekem is verzett a szivem es penzkidobasnak ereztem, amikor a 2017 ota 7/24-ben folyamatosan porgo 2T merevlemezt kidobtam es 2x 4TB lemezre ruhaztam be helyette, hogy akkor mar bovitsunk is. Es most itt allok a kezemben az amugy hibatlan, csak kisse oreges, megviselt 2T-s lemezzel amit mar fontos adatra nem hasznalnek de kidobni pazarlasnak erzem. Megis, a jozan esz azt mondja, hogy az elott kell kidobni es uj lemezre migralni mielott a baj megtortenik, nem utana. Ez az ara.
-
mrots
tag
válasz
attila.86
#12851
üzenetére
Nem hasznalok qufirewallt mert semmi ertelme. Eppen ezert irtam, hogy ha a szabalyok parameterei kozott nincs kikapcsolhato naplozas, akkor a ruleset elejen vegyel fel egy szabalyt arra, amit nem akarsz loggolni es az action legyen drop. Ha olyan logika menten mukodik amit sejtek (vaktaban) akkor minden forglaom, ami nem matchel semmire, az naplozva lesz es jelentve. Ha a forgalom amit nem akarsz latni matchelni fog egy drop szabalyra, akkor nem jut el a lanc vegeig, hogy naplozzon.
-
mrots
tag
válasz
attila.86
#12848
üzenetére
"a broadcast csomagokat másik hálózatból is kapja a fizikai csatoló és mind megy eldobásra. Ezzel lehetne valamit kezdeni?"
- ne loggold ezeket
- vagy ha amugy loggolni akarod (vagy nem kikapcsolhato) akkor tegyel be elore egy drop szabalyt loggolas nelkul, hogy csak az keruljon loggolasra amit semmilyen mas szabaly nem kezelt korabban. -
mrots
tag
válasz
huhogo53
#12833
üzenetére
Reszvetem, beke poraira. Az ember az adataival nem jatszik, de ha van rola mentes, en a helyedben lehet, hogy bootolnek USB-rol egy live linuxot es megprobalnam az adatokat visszaszedni. Semelyik parancs, amit korabban irtam, nem bantja a lemezt, nem akar irni az adatokra, csak beallitja az OS-nek, hogy tekintsen ra mint raid, illetve mint LVM. De ha a NAS-ban van meg egyetlen peldanyban az adatod, akkor ertem, ha nem akarsz hozzakezdeni.
Amugy azota en megvettem 2x8TB lemezt, az egyik megy a TS128-ba, a masik pedig a cold backup. A cold backupra most tortenik a 4TB-rol a mentes. Ha megvan, akkor 4TB lemez nasbol ki, masik 8tb lemez be a helyere, hagyom, hogy nullarol felrakja magat es ha minden kesz, akkor adat felmasolas a regirol es megy tovabb az elet. Amazon prime napok voltak, jo olcson mertek a merevlemezeket, ugy dontottem ideje beruhazni.
-
mrots
tag
Az elso linkedben: "could allow remote attackers who have gained user access to execute arbitrary "
Tehat azok a tamadok, akiknek mar van hozzaferesuk, azok hajthatnak vegre tamadast, hogy meg tobb joguk legyen. A masodik linkedben sem latom sehol leirva, hogy azonositatlan felhasznalok tudnak nullarol tavolrol kihasznalni a hibat. De igazabol mindegy is. Az en eszkozom problemajat nem kell elmeselned mert nem az enyem ami kint log az interneten.
-
mrots
tag
A linkelt oldalon nincs olyan hiba, amit ervenyes felhasznalonev / jelszo paros nelkul ki lehet hasznalni.
Ezzel nem azt mondom, hogy csinalja csak, hanem azt, hogy az ervedet, amivel amugy egyetertek, a linkelt oldal nem tamasztja ala, mert azok kozott nincs semmi ami ra veszelyes lehet. Inkabb az olyan hibakkal kapcsolatban kellene aggodnia, ami autentikacio nelkuli tavoli hibakihasznalast tesz lehetove, amik kozul viszont a linkelt oldalon egy sincs.
-
mrots
tag
válasz
PHenis
#12319
üzenetére
"Az a kérdésem, hogy ha a qnap meghal de a hdd túléli, akkor a tartalma olvasható majd egy linux vagy windows rendszeren?"
A rovid valasz igen. A hosszu valasz, hogy egy korabbi OS verzioval futottam bele olyan bugba, hogy a drive encryption passphrase-nak csak az elso 16 karakteret hasznalta a qnap. Azaz mikor felmountoltam, megadtam a 16 karakternel hosszabb passphrase-t, mukodott, hasznaltam evekig. Aztan egyszer csak migraltam, kivettem a HDD-t, fel akartam mountolni egy linuxban es az istennek nem sikerult. Felkutattam a fel internetet mire megtalaltam ezt a bugot. Utana megprobaltam csak a passphrase elso 16 karakterevel es ugy mar ment kulso linuxon is.A fenti bugtol eltekintve a valasz igen. Ha pedig nem hasznaltal titkositott filerendszert akkor a problema nem is erint.
-
mrots
tag
"De se az SSH, se a crontab manipulacioja nem az a felhasznaloi feladat"
Nem is allitottam, hogy az lenne. Valaki azt irta: nem lehet megtudni, milyen utemezett feladatok futnak a hatterben. Az en allitasom pedig az, hogy de.Nem irtam, hogy barmit modositani kene, nem irtam, hogy szerkeszteni kene. Csak azt, hogy de, van egy lista amiben minden utemezett feladat megtalalhato.
-
mrots
tag
válasz
morfondőr
#12288
üzenetére
"Sajnos nincs egy olyan menüpont, ahol az összes ütemezett feladat össze van szedve."
De, van. Belepsz SSH-n es megnezed, mi van a crontabban. Nem csak azt latod, hogy mi fut, de azt is, hogy mikor, igy tudsz korrelalni a "leallas" idejevel.
[~] # uname -a
Linux nas 3.10.20-al-2.5.3 #976 SMP PREEMPT Wed Jan 31 05:56:57 CST 2024 armv7l unknown
[~] # whoami
admin
[~] # crontab -l
# m h dom m dow cmd
0 2 * * * /sbin/qfstrim
36 9,21 * * * /sbin/notify_update --nc 1>/dev/null 2>&1
0-59/20 3 * * * /sbin/adjust_time
0 1 * * * /etc/init.d/flush_memory.sh >/dev/null 2>&1
0 4 * * * /sbin/hwclock -s
0 3 * * * /sbin/vs_refresh
0 3 * * * /sbin/clean_reset_pwd
0-59/15 * * * * /etc/init.d/nss2_dusg.sh
30 7 * * * /sbin/clean_upload_file
30 3 * * * /sbin/notice_log_tool -v -R
*/10 * * * * /sbin/config_cache_util 0
00 03 * * * sh /share/CACHEDEV1_DATA/.qpkg/MalwareRemover/MalwareRemover.sh scan;#_QSC_:MalwareRemover:malware_remover_schedule:None:d::
30 07 * * * sh /share/CACHEDEV1_DATA/.qpkg/MalwareRemover/Upgrade.sh;#_QSC_:MalwareRemover:malware_remover_upgrade:None:d::
0 3 * * 0 /etc/init.d/idmap.sh dump
* * * * * /var/cache/netmgr/lock_timer.sh
0 4 * * * /etc/init.d/wsd.sh restart
4 3 * * 3 /etc/init.d/backup_conf.sh
0 12 * * * /mnt/ext/opt/LicenseCenter/bin/qlicense_tool local_check
0 0 * * * /usr/local/sbin/qsh nc.archive >/dev/null 2>&1 -
mrots
tag
válasz
gallimi
#12032
üzenetére
Ha az IP pingel, akkor a doboz nem halt meg. Feltetelezem, hogy az ssh engedelyezve van es ennek ellenere nem valaszol. Gondolom egy telnet <ip> 22 -t is kiprobaltal, hogy latszodjon, az ssh demon egyatalan valaszol-e es csak a kulcsok egyezteteseben akad el, vagy mar a udvozlo sor sem jelenik meg. Egy wireshark is meg tudja mondani, hogy a putty belepesi probalkozasra TCP RST jon-e (az ssh nem fut), vagy lezajlik a TCP hanshake es utana megall (fut az ssh de molyol, szamol, lassu, elfogytak az eroforrasai stb), vagy nem jon semmi valasz (nem valoszinu, mert az halozati hibara utalna, de a ping megy, szoval halozati hiba valoszinu nincs).
En meg megprobalnam, hogy amikor elerheto (azt irtad reboot utan elerheto) akkor belepnek ssh-val, ott hagynam (mondjuk egy raspberry pi-rol screen -en at). Megvarnam amig nem mukodik es amikor a hiba elojon megneznem, hogy az ott hagyott ssh session mukodik-e meg? Ha igen, akkor belulrol is korbe lehet nezni. Logokat megnezni, megprobalni a nas-rol kifele ssh-zni, megnezni hogy all a memoria, cpu terheles. Olyasmiket amik ravilagithatnak arra, miert nem valaszol az ssh-ra.
Vagy, ha a reboot nem takaritja ki, utolag is lehet logokat nezni, de az nem feltetlen tartalmaz mindent.
-
mrots
tag
válasz
Beni2360
#11988
üzenetére
Koszi, kedves, hogy segiteni probalsz / javaslatot teszel, de per pillanat ezt elengedtuk. Mielott a gyerekek szulettek, egy projektorra volt rakotve egy regi laptop es azon ment a netflix. Mikor az elso szuletett, elpakoltuk, mert se idonk nem volt mar nezni, se nem akartuk, hogy mikor jarni kezdett, lerangassa a vezetekeknel fogva. Azota ha egyatalan van idonk leulni, akkor egy ipaden nezunk netflixet, illetve van rajta VLC, samban latja a nas-t, es onnan tud lejatszani sajat tartalmat. A plex egy hirtelen otlet volt, mert tulajdonkeppen a qnap semmilyen hozzaadott erteket nem hasznalom ki (kb egy alkalmazas sincs felrakva az alapertelmezetten tul) es gondoltam hasznaljuk mar valamire, ha egyszer qnap. Megbantam. Elengedtem. Majd egyszer.
-
mrots
tag
Hasonloan jartam en is. Gondoltam ott van 2-3 TB film amit valoban nezunk is ha idonk engedi, de ne mar samban nezzuk. Gondoltam felrakom a plexet. Hat, nem jott be. NAS kompletten meghalt tole. Vegul ugy sikerult eletre lehelni, hogy HDD kivesz, adatok lement egy kulso merevlemezre, HDD visszarak, factory reset, adatok visszamasol. Sose kapom vissza azt a ket napot az eletembol. Azota elunk plex nelkul es kibirjuk, hogy kevesbe csilli feluleten a VLC-ben valogatunk, mit akarunk nezni.
-
mrots
tag
válasz
Lackó1984
#11959
üzenetére
A raid1 definicio szerint azt csinalja, hogy ket lemezen akar futni es ha egy lemez eltunik, akkor amint megjelenik egy masodik lemez, elkezdi a tomb ujraepiteset. Azert nem sikerult amit csinaltal, mert az eredeti lemez tovabbra is raid1 -ben volt es varta, hogy mikor jelenik meg egy masodik lemez, amit bevonva helyreallithatja a raid allapotat.
-
Új hozzászólás Aktív témák
- Milyen asztali (teljes vagy fél-) gépet vegyek?
- Pánik a memóriapiacon
- Csütörtökön mutatkozik be a OnePlus új szériája
- exHWSW - Értünk mindenhez IS
- Magga: PLEX: multimédia az egész lakásban
- NOTEBOOK / NETBOOK / Mac beárazás
- Bambu Lab 3D nyomtatók
- QNAP hálózati adattárolók (NAS)
- GoodSpeed: Te hány éves vagy?
- Végre 120 Hz-es lesz az Apple következő monitora
- További aktív témák...
- iPhone 14 Pro / 128GB / Gold / Gyári kártyafüggetlen / eSIM only (205A)
- iPhone 14 Pro / 256GB / Deep Purple / Gyári kártyafüggetlen / eSIM only (207A)
- iPhone 14 Pro Max / 128GB / Silver / Gyári kártyafüggetlen / eSIM only (209A)
- Feliks Audio Echo csöves fejhallgató-erősítő / előerősítő több fajta prémium NOS csővel
- iPhone 13 Pro / 256GB / Sierra Blue / Gyári kártyafüggetlen (206A)
- Beszámítás! LG 32GQ850-B 32 240Hz IPS QHD 1ms monitor garanciával hibátlan működéssel
- Eladó igazi ritkaság! LG G7 Thinq 4/64GB / 12 hónap jótállással!
- ÁRGARANCIA! Épített KomPhone Ultra 9 285K 32/64GB RAM RTX 5080 16GB GAMER PC termékbeszámítással
- iPhone 15 Pro Max 256GB 90% (1év Garancia) Akár új akksival is kérhető!
- Arany János - Kapcsos könyv
Állásajánlatok
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest
Cég: Laptopszaki Kft.
Város: Budapest