Új hozzászólás Aktív témák

• BoB veterán

  #26700

  #26699 CPT.Pirk

  2018-04-25 16:32:41

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  BoB

  veterán

  #26699 CPT.Pirk

  A szabályfájl vége .rules csak lusta voltál leírni, vagy tényleg hiányzik a végéről?

• CPT.Pirk Jómunkásember

  #26699 2018-04-25 15:55:26

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  CPT.Pirk

  Jómunkásember

  Csináltam egy ilyen udev szabályt:

  ACTION=="add", RUN+="/home/user/rotate.sh"

  a /etc/udev/rules.d/10_touch_rotate -ba.

  A rotate.sh ott van, és futtatható. Kézzel indítva megcsinálja, amit kell.

  Értelmezésem szerint a fenti szabálynak minden usb-s cucc csatlakozásakor le kellene futnia. Mi a nem jó?

• klambi addikt

  #26698 2018-04-25 11:36:28

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  klambi

  addikt

  graylog kérdések:
  (sajna CentOS)
  - több windows szervert úgy vennék fel, hogy mondjuk gelf udp és a portszámot modosítom, mert ha ugyanazon veszem fel akkor sikít. ez így megfelelő-e?
  -linux szervereknél szintén ez a kérdés csak más logformátummal.

  elsőre csak ez a két egyszerű, a többit ha van hozzáértő.

  Köszönöm.

• Rimuru veterán

  #26697

  #26696 klambi

  2018-04-25 11:09:25

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Rimuru

  veterán

  #26696 klambi

  De meg mindig nem tettel fel semmilyen kerdest, igy ha esetleg ideteved valaki olyan aki tudna valaszolni az se tud.

• klambi addikt

  #26696

  #26695 Rimuru

  2018-04-25 10:54:30

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  klambi

  addikt

  #26695 Rimuru

  átpörgettem, azért nem egy szentírás és nem úgy van pár dolog ahogy leírták. Ebből fakadóan lenne pár kérdésem aki esetleg nyúzza már egy ideje.

• Rimuru veterán

  #26695

  #26694 klambi

  2018-04-25 10:48:27

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Rimuru

  veterán

  #26694 klambi

  Szia, dokumentacio?
  http://docs.graylog.org/en/stable

• klambi addikt

  #26694 2018-04-25 10:29:50

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  klambi

  addikt

  szevasztok,

  graylog kérdésem lenne. most barátkozunk igazából, ezügyben kellene kis útmutatás.

• CPT.Pirk Jómunkásember

  #26693 2018-04-25 10:23:57

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  CPT.Pirk

  Jómunkásember

  Tudtok olyan képernyővédőt Linuxra, ami alkalmas céges logó megjelenítésére? Nem baj, ha tud némi beúszást, vagy valami effektet. Átböngésztem a Mint Cinnamon lehetőségeit ezen a téren, de nem találtam igazán normálisat.

• letix senior tag

  #26692 2018-04-18 22:14:29

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  letix

  senior tag

  Udv a szakiknak!
  mdadm vs LVM, hardware RAID fölött témában szeretnék érdeklődni, tanácsot kérni.

  Leleldzik itthon kis játszós NAS jellegű gép, egy elég őskövület Areca 1210-es vezérlővel, 2*2TB-os 7200rpm-es + 2*1.5TB-os 5400rpm-es HDD-vel. A gépben a CPU egy Celeron 1037U.

  Szeretném a lehető legjobb sebességet elérni úgy, hogy az ne menjen a rendelkezésre állás rovására.
  Több dolgot kipróbáltam, a vezérlő viszonylag jól képes kezelni RAID5-ben vagy RAID10-ben is a különböző diszkeket, de a neten olvasgatva ezt a felállást elvetettem. A 2db RAID1 tömböt is elvetettem, ott nagyon sok kapacitást vesztenék, és sebességben sem szimpatikus a dolog.

  A kérdés, amely a jelenlegi helyzettel kapcsolatos:
  2db fizikai RAID1 tömb fölé mit érdemes inkább alkalmazni?

  -mdadm RAID0 a két fizikai RAID1 tömb fölé, így 3TB hasznos tár marad viszonylag gyors eléréssel, plusz a maradék hasznosítható.

  -LVM Stripe a két fizikai RAID1 fölé, így a hasznos tár könnyen formázható, és sebességben is elfogadható, kicsivel talán gyorsabb is az előbbinél.

  Szokás-e egyáltalán ilyen felállásban szétosztani a lemezeket?
  Ha van esetleg más ötlet, szívesen fogadom. A felhasználás átlagos otthoni mentések, backup tár, esetleg iSCSI MPIO-val 2db Gbit kártyán, VM storage-nak, ilyesmi.

  Köszönöm!
  udv
  letix

• Lenry félisten

  #26691

  #26689 Nestor16

  2018-04-12 23:28:00

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Lenry

  félisten

  #26689 Nestor16

  lenry@Echo-Five:/$ echo `date +%s` - `date -d '14 Sep 1992' +%s` | bc
807146733

  hogy ez most az a szám-e, amit kerestél, azt nem tudom, mindenesetre ez elvégzi a fentebbi művelet

• sonar addikt

  #26690

  #26683 Gergi

  2018-04-12 21:31:43

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  sonar

  addikt

  #26683 Gergi

  Plusz ugye nem árt előtte tájékozódni, hogy SELinux élesitve van-e. Mert akkor ez a shadow copy-zás nem fog menni

• Nestor16 senior tag

  #26689 2018-04-12 21:24:52

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Nestor16

  senior tag

  Hali.

  Linux Mint-em van. A Calendar appletnél akarom, hogy kijelezze a napjaim számát.
  Ott tartok, hogy megvan a kód: [link]

  datediff() {
d1=$(date -d "$1" +%s)
d2=$(date -d "$2" +%s)
echo $(( (d1 - d2) / 86400 )) days
}
$ datediff '1 Nov' '1 Aug'
91 days

  Hogy lehet egy egy sorba megoldani?

  date +%s - date -d '14 Sep 1992' +%s - ez a kiinduló állapot, de azt a mínuszt sehogy sem eszi meg. Az egyszerűsítés kedvéért a második rész eredménye: 716421600. Gondolom át kéne konvertálni Stringből integerré.

  Bár azt még nem tudom ezt hogy akarom beilleszteni a naptárba. Ez lesz a kövi kérdés.

• Rimuru veterán

  #26688

  #26686 Domonkos

  2018-04-12 21:12:23

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Rimuru

  veterán

  #26686 Domonkos

  su a belepni kivant user jelszavat keri, ha azt nem tudod akkor nem tudsz belepni, sudo su amire te gondolsz.

• 0xmilan addikt

  #26687

  #26686 Domonkos

  2018-04-12 20:15:30

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  0xmilan

  addikt

  #26686 Domonkos

  Vagy john-nal megporgetni a hash-en a rockyou-t.

• Domonkos addikt

  #26686

  #26683 Gergi

  2018-04-12 20:04:37

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Domonkos

  addikt

  #26683 Gergi

  Ugyan csak sejtem, hogy mire kellhet, de nem lenne megoldas a sima su?

• Rimuru veterán

  #26685

  #26683 Gergi

  2018-04-12 19:33:45

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Rimuru

  veterán

  #26683 Gergi

  A problemat meg is oldottad.
  Persze ovatosan, hasznalj pl vipw-t stb.

• 0xmilan addikt

  #26684

  #26683 Gergi

  2018-04-12 19:32:08

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  0xmilan

  addikt

  #26683 Gergi

  Szerintem meg is valaszoltad a kerdest.

• Gergi senior tag

  #26683 2018-04-12 19:28:16

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Gergi

  senior tag

  Sziasztok!

  Adott egy olyan probléma, hogy egy linuxos (Red Hat) user jelszava nem ismert, de ideiglenesen be kellene állítani rá egy új jelszót. A kérdésem az lenne, hogy lehetséges az, hogy miután már nem kell az ideiglenes jelszó, akkor vissza lehet állítani valahogy az eredeti (nem ismert) jelszót? Gondolok itt olyanra, hogy a visszamásolnám a /etc/shadow fileba az eredeti pw hash-t.
  (root jog van a szerverhez)

  Előre is köszönöm a segítséget!

• Domonkos addikt

  #26682

  #26672 BoB

  2018-04-10 00:56:31

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Domonkos

  addikt

  #26672 BoB

  vagy a nohup

• AlBundy aktív tag

  #26681 2018-04-07 13:00:33

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  AlBundy

  aktív tag

  Xubuntu alatt hogyan lehet a kijelzőket megcserélni?

  Adott egy 15,4"-os notebook és rákötöttem HDMI-vel egy 32"-os tv-t.
  A TV sokszor mondjuk nincs bekapcsolva, ilyenkor a kibővítés automatikusan megszűnik. Ez rendben is van. De ha újra bekapcsolom a TV-t a kibővítés mindig jobb oldalra megy, de én balra szeretném. Ilyenkor mindig fogd és vidd módszerrel megcserélhetem, de szeretném, ha nem kéne ezzel foglalkozni. A default kibővítést szeretném balra rendezni.

• csixy addikt

  #26680

  #26679 Frawly

  2018-04-02 22:16:46

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  csixy

  addikt

  #26679 Frawly

  A körmömmel ,mint egy gitárpengetővel ugrasztottam le (pontosabban fel) a sárga műanyag fedelet , aztán alkoholos filccel körberajzoltam az SSD panelt az alsó (hűtő) aluminium öntvényen, úgy hogy a négy rögzítőcsavar luka megmaradjon , majd kiszedtem a négy csavart , kettékaptam és leflexeltem a felesleget az alu alapból, aztán visszacsavaroztam. Miután az új helyére került , még kettő kis kék öntapadós hűtőbordát ráragasztottam a maradék alu alapra. A plasztik kártya lényegében a feleslegessé vált sárga fedő ( a samsung 470-es ilyen sárga) helyett van és izolál.
  Sajnos ilyen 22pines sata toldó dugóhoz nem tudtam hozzájutni, sem toldó kábelhez.

• Frawly veterán

  #26679

  #26677 csixy

  2018-04-02 21:52:28

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Frawly

  veterán

  #26677 csixy

  Ötletesen megoldottad. Elkerülte a figyelmem. Esetleg szebben meg tudnád oldani egy olyan dugóval, ami kicsi megemeli a SATA csatlakozókat egyfajta lépcsővel felfelé, vagy kábellel toldja meg újabb csatlakozóvá, így már fölé lehet lógatni, és nem kell plasztik kártyával kitámasztani. De végül is ha működik, az esztétika nem lényeg. A leírásból azt hittem, hogy tényleg flexszel vágtad szét. A SSD burkolatát elég lecsavarozni. Ha ragasztva lenne, akkor késsel szétpattintani.

• Lacc aktív tag

  #26678 2018-04-02 20:22:27

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Lacc

  aktív tag

  Hali.

  KDE alatt hogyan tudom kideríteni, hogy mi a picsr lassú, kihagy és laggol a gépelés?
  Firefox, Chrome, JetBrains IDE-k, KDE alkalmazásindító esetén a gépelés, vagy kihagy betűket, hiába ütöm le a P betűt, delete, backspace nem jelenk meg sosem.
  Amit észrevettem, hogy az Orosz billntyúzet kiosztásra is azt írja ki, hogy német (igaz német fonetikusan használom, de akkor is furi)

• csixy addikt

  #26677

  #26676 Frawly

  2018-04-02 08:59:04

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  csixy

  addikt

  #26676 Frawly

  Pedig jársz arra gyakran!
  Parancsolj! Itt van a teljes manufaktúra.

• Frawly veterán

  #26676

  #26668 csixy

  2018-04-02 05:29:52

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Frawly

  veterán

  #26668 csixy

  Ez melyik fórumtopik? Megnézném azt plasztik kártyával alátámasztott, flexelt SSD-t, jól hangzik

• DrojDtroll veterán

  #26675

  #26674 sonar

  2018-04-01 22:20:58

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  DrojDtroll

  veterán

  #26674 sonar

  a byobu tökéletesen teszi a dolgát

  nem is tudom, hogyan tudtam eddig enélkül élni

• sonar addikt

  #26674

  #26671 DrojDtroll

  2018-04-01 22:15:44

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  sonar

  addikt

  #26671 DrojDtroll

  Esetleg screen-t is érdemes megnézni

• DrojDtroll veterán

  #26673

  #26672 BoB

  2018-04-01 21:30:10

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  DrojDtroll

  veterán

  #26672 BoB

  köszönöm

• BoB veterán

  #26672

  #26671 DrojDtroll

  2018-04-01 21:13:11

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  BoB

  veterán

  #26671 DrojDtroll

  Neked egy terminal multiplexer kell. [link]

• DrojDtroll veterán

  #26671 2018-04-01 21:10:10

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  DrojDtroll

  veterán

  Van egy konzolos program ami renderel egy fájlt. Kb 4 nap mire elkészül. Egy távoli gépen indítottam el ssh-val. a parancs után odaírtam egy & jelet, hogy az ssh kapcsolat megszakadása után is folytatódjon a program futása. Van arra lehetőség, hogy újra bessh-zva a gépre valahogyan elővarázsoljam, hogy az adott program mit írna ki a képernyőre(szóval a jelenlegi állapotot)?

  Ha ezt nem lehet megcsinálni akkor jó megoldás az ha legközelebb a következő módon járok el?:

  parancs > output.log&

  és a következő bejelentkezéskor pedig ezt az output.log-ot figyelem, mondjuk egy tail-lal

• csixy addikt

  #26670

  #26669 ubyegon2

  2018-04-01 20:17:11

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  csixy

  addikt

  #26669 ubyegon2

  Az egy reklám plasztik kártya és azért tettem alá. hogy a meztelen SSD ne kontaktoljon a WIFI kártyával. Amúgy az SSD kicsit ferdén és nem túl szabályos helyzetben ül a csatlakozójában. öö .. ja hogy a fűnyíró , nem rossz ötlet köszi a biztatást. Ez kb olyan mint a konzervgyári munkás és az uborkaszeletelő (nő) közötti vonzalom.

• ubyegon2 félisten

  #26669

  #26668 csixy

  2018-04-01 20:11:22

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  ubyegon2

  félisten

  #26668 csixy

  Próbálom követni a thread-et amúgy, érdekelnek az ilyen kűzdelmek. Láttam a flexelt SSD-t is, de a bankkártya funkciója kicsit homályos alatta.😉
  Anno írtam is, de lassan valósággá válik, hogy a fűnyíród lesz a következő célpont! Szerintem az is meg fogja magát adni egyszer.😁

• csixy addikt

  #26668

  #26665 ubyegon2

  2018-04-01 20:00:12

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  csixy

  addikt

  #26665 ubyegon2

  "Thread"-thread! Kerestem a megoldást és végül meglett. Bár kissé verítékesen és kerülőúton de elértem a célomat. DVI porton VGA átalakítóval egy ócska monitor hozza a rendszer által fel nem ismert 1366x768-as felbontást 60 herzen igaz , hogy a rendszer ezt 1368x768-nak hajlandó megcsinálni, de végre egy hétnyi verítékezés után működik és még nincs éjfél. És mindez egy 2011-ben gyártott Wise thin kliensen aminek általa nem hirdetett módon UEFI tudása van és bele kellett szó szerint köszörülni - flexezni egy 128 gigás SSD-t a 4 gigás SSD helyére és lett benne összesen 4Giga RAM és ír olvas- beszél . Szóval csudajó lett ez az egzotikus HW. Nagyon örülök neki! Ja és absolut off , hogy a win10 is hibátlanul futna rajta, de elég lesz rá mostmár a linux.

• csixy addikt

  #26667

  #26664 Rimuru

  2018-04-01 19:38:03

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  csixy

  addikt

  #26664 Rimuru

  A rendszerbeállítások ... dysplay menüpontban volt egy DVI-0 és egy VGA-0 kimenet ami valójában egy. Én a DVI-0 kijelző engedélyezve opcióból kivettem a pipát és emiatt a VGA-0 kijelzőm is meghalt, mivel DVI-VGA átalakítót használok. Ujratelepítettem az egész rendszert most így néz ki. Most már így fogom hagyni. A VGA-t áttettem a DVI baloldalára és így most már minden minden progi ablaka a VGA-0 kijelzőben nyílik meg.
  Most már jól működik.
  
  A DVI ablak valójában nem látszik, csak ebben a screenshotban.

• Rimuru veterán

  #26666

  #26665 ubyegon2

  2018-04-01 19:02:06

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Rimuru

  veterán

  #26665 ubyegon2

  Talan? az hogy kde-n valahol elkattintott valamit nem mond nekem semmit.

• ubyegon2 félisten

  #26665

  #26664 Rimuru

  2018-04-01 18:12:54

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  ubyegon2

  félisten

  #26664 Rimuru

  Biztosan követed az összes létező Linuxos topikot, ahol fut ez a thread?

• Rimuru veterán

  #26664

  #26663 csixy

  2018-04-01 18:00:05

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Rimuru

  veterán

  #26663 csixy

  Igazabol azt kene tudni hogy mit csinaltal, mert pl nekem elkepzelesem nincs mit jelenthet az esetedben a "letiltottam a DVI kimenetet".

• csixy addikt

  #26663

  #26661 Lenry

  2018-04-01 17:29:17

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  csixy

  addikt

  #26661 Lenry

  Eltávolítottam a /home/user/.config/KDE mappát de nem csinált semmit. Lehet hogy az egész tralla/.config mappát el kellett volna távolítani?

  Most már újratelepítettem az egészet. Jó lett minden.

• csixy addikt

  #26662

  #26661 Lenry

  2018-04-01 15:10:03

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  csixy

  addikt

  #26661 Lenry

  Köszi, ez is jó lesz, de a chroottal eddig eljutottam, lehet finomítani?
  [manjaro /]# xrandr --current
  No protocol specified
  Can't open display :0
  [manjaro /]#

• Lenry félisten

  #26661

  #26660 csixy

  2018-04-01 14:57:06

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Lenry

  félisten

  #26660 csixy

  Kőbalta módszer, de a home könyvtáradban lévő .kde vagy .config/kde mappát törölve/áthelyezve törlődik az összes egyedi beállítás.

• csixy addikt

  #26660 2018-04-01 14:06:31

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  csixy

  addikt

  Valaki segítene, nem szeretném újra telepíteni az egészet???

  a probléma

• Frawly veterán

  #26659

  #26657 asuspc96

  2018-03-31 16:57:03

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Frawly

  veterán

  #26657 asuspc96

  Vannak ilyen esetek, de ilyenkor nem csak a virtuális gép problémás, hanem fertőződés lenne fizikai gépek között is azonos hálózaton. Ezért kell frissen tartani a host és guest OS-t, és rendszeresen kell frissíteni a virtualizációs szoftvert is.

• BoB veterán

  #26658

  #26657 asuspc96

  2018-03-31 11:21:38

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  BoB

  veterán

  #26657 asuspc96

  Itt is vannak sérülékenységek mint akármi másnál amit ki lehet használni hogy kilépjünk a host gépre.

  Itt van az aktuális lista: [link]

  Nyilván nehezebb egy virtuális gépen keresztül támadni egy OS-t, de nem lehetetlen.

• asuspc96 őstag

  #26657 2018-03-31 11:05:02

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  asuspc96

  őstag

  Helló,

  Nemrégiben beszélgettünk itt erről a témáról, ezzel kapcsolatban lenne olyan kérdésem, hogy virtuális gépből, mennyire tud átfertőzni a host os-re ?

• Frawly veterán

  #26656

  #26654 ubyegon2

  2018-03-26 17:51:29

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Frawly

  veterán

  #26654 ubyegon2

  Alapvetően Archon sem kell bűvészkedni. Valószínű, hogy ha csak a Mesa van fent, akkor az új gépen a kernel alapból másik modesetting drivert tölt be, de épp úgy fog működni minden. Ez a fallbackes varázslás max. csak olyannál kell, aki zárt drivereket használt.

  Nálam nemrég 2. gen. Core i-s laptop telepítését vittem át 3. gen Core i laposra, és csak egy inteles hookot kellett hozzáadni az initramfs-hez, meg átírni a gépnevet és NetworkManagerben újra létrehozni egy új kapcsolatot, mert a meglévő a wlp2s0-ás eszközre volt megadva, és az új gépben wlp3s0 volt a neve. Az egész nem igényelt nagy varázslást, pár perc munkával futott tovább hibátlanul a régiről klónozott rendszer az új gépen.

• Frawly veterán

  #26655

  #26650 Frawly

  2018-03-26 17:47:53

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Frawly

  veterán

  #26650 Frawly

  Úgy néz ki, hogy a NetworkManager száműzése segített, azóta egyszer sem ragadt be a Wi-Fi-kapcsolat. Így van a NM a ludas, vagy a netctl, mégse a Wi-Fi-kártyámmal van baj.

• ubyegon2 félisten

  #26654

  #26651 Rimuru

  2018-03-26 07:33:24

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  ubyegon2

  félisten

  #26651 Rimuru

  Ez amúgy Manjaro (Arch) alap miatt van, már hogy bűvészkedni kell? Épp minap írtam valakinek, hogy az alaplapcsere is simán fog menni, úgy is lett (vagyis nem, de ez a statikus IP beállításai miatt volt).
  Most nem vonalaskodok, tényleg érdekel. Anno én a desktopból simán átdugtam az SSD-t a Toshibába és ment. (Debian alap volt a meghajtón azt hiszem)

• taiji csendes tag

  #26653

  #26651 Rimuru

  2018-03-26 00:01:23

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  taiji

  csendes tag

  #26651 Rimuru

  Köszi. Ezt kipróbálom.

• bambano titán

  #26652 2018-03-25 23:46:36

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  bambano

  titán

  multistream displayportot használ valaki intel prociban levő videokártyával?

• Rimuru veterán

  #26651

  #26649 taiji

  2018-03-25 23:09:13

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Rimuru

  veterán

  #26649 taiji

  kicsit kell buveszkedni.
  mielott kicsereled: ha valtozik a video kartya rakd helyre a driver kerdest
  eppen hogy kicserelted (elso boot): fallback boot -> initramfs generalas -> reboot -> orul

• Frawly veterán

  #26650

  #26590 Frawly

  2018-03-25 19:34:23

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Frawly

  veterán

  #26590 Frawly

  A Wi-Fi problémámat nem tudtam megoldani azóta sem. Annyit kizártam, hogy nem az IPv6 hibája, mert azt letiltva is rendszeresen előjön. Azóta a 2.37-es systemd is frissült 2.38-ra. A beállításokat is kézire raktam, fix IP, átjáró, Google-féle 8.8.8.8-as DNS. Még mindig szórakozik. Kezdem azt hinni, hogy a Wi-Fi modul haldoklik az X220-ban. Egyelőre most kilőttem a NetworkManagert, és a wpa_supplicant alapú wifi-menu-vel hoztam létre a kapcsolatot. Szerintem ez sem fog segíteni, de majd meglátjuk.

• taiji csendes tag

  #26649 2018-03-25 19:10:12

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  taiji

  csendes tag

  Sziasztok,

  Jelenleg egy Manjaro linuxot használok (Arch linuxon alapul). Notebookot fogok cserélni 2-3 napon belül. A mostani SSD-met átteném az új notebookba. A linux ugyanúgy probléma nélkül működni fog tovább automatikusan esetlegesen módosítva a drivereket (mint mondjuk egy Windows 10), vagy kézi beavatkozás szükséges ilyenkor? Vagy biztos ami biztos telepítsem újra a rendszert?

• 426os őstag

  #26648 2018-03-25 14:36:31

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  426os

  őstag

  Üdv!

  Van valakinek tapasztalata az i8kutils nevű ventillátor szabályozó programmal? Egy Dell e6430-on szeretnék Linuxot (Mint 18.3 Cinnamon) használni, de folyamatosan indokolatlanul nagy forulatszámon járatja a ventit és ez zavaró. A gép hardveresen rendben van, a hőfokok is megegyeznek a Windowsnál tapasztalt számokkal, csak a gép sokkal hangosabb.
  Az említett programot nem sikerül működésre bírni, illetve a hatása nem látszik.
  Feltettem a csomagkezelőből, beállítottam a konfig fájlokat is, de olyan, mintha mégsem nyúlna hozzá a ventillátorhoz, pedig konkrétan Dell laptopokhoz való. Akinek sikerült már működésre bírnia az tudna segíteni, hogy megtaláljam mi a probléma? (Kezdő Linux felhasználó vagyok, 20 év Windoes után)

• _Dumber_ őstag

  #26647

  #26646 _Dumber_

  2018-03-25 10:31:25

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  _Dumber_

  őstag

  #26646 _Dumber_

  MÉg egy két teszt:

  A smartd futott, de leállítottam, -> eredmény ugyanaz..

  inotifywatch kimenet:

  inotify /dev/sda
  -bash: inotify: command not found
  root@nuc:~# inotifywatch /dev/sda
  Establishing watches...
  Finished establishing watches, now collecting statistics.
  total access close_nowrite open filename
  684 128 278 278 /dev/sda

• _Dumber_ őstag

  #26646 2018-03-25 09:06:35

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  _Dumber_

  őstag

  Újra megakadtam és egy kis segítséget szeretnék kérni.

  Még egyszer a rendszer:

  NUC kisgép egy SSD-vel
  SSD-n van egy PROXMOX szerver (debian)
  Virtuális gép (később gépek) telepítve. Jelenleg csak egy debian.

  Van a gépben egy HDD (/dev/sda) is, ami a PROXMOX-ra nincs felcsatolva , csak odadva a virtuális debiannak.
  Szeretném ha ez a hdd leállna ha nincs használva .
  A proxmox alatt hdparm -S 60 /dev/sda kiadva. Soha nem áll le.

  Tesztelve a következő módon:
  egy RPI szerű gépből (banana-R1) került át, és ott tökéletesen működött.
  Virtuális gépek kikapcsolva.
  hdparm -Y /dev/sda és hdparm -y /dev/sda parancsra a HDD leáll, de pár másodperc múlva elindul újra.
  USB-n egy alap ARCH linuxxal bootolva, a hdparm parancsra leáll és úgy is marad, tehát nem a BIOS ébresztgeti fel.

  Kizárásos alapon marad a proxmox. Kérdés az, hogy egy fel sem csatolt HDD-t mi az isten ébresztgeti fel?

• bambano titán

  #26645

  #26644 letix

  2018-03-21 17:52:44

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  bambano

  titán

  #26644 letix

  ha például nem iptables-szel akarod megoldani, akkor van triviális megoldás

  redir.

• letix senior tag

  #26644 2018-03-21 15:34:35

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  letix

  senior tag

  Üdv a szakiknak!

  iptables-el kapcsolatban lenne egy érdekes kérdésem.

  Adott egy publikus oldalról is elérhető szolgáltatás, ezen szolgáltatáshoz az ISP DNS szerverében fel lesz véve egy rekord (xyz.valami.hu), melyet az internetről meghívva egy adott belső hálózati szerverhez fog eljutni a kérés. A port forward ezen szerver felé nem probléma, legalábbis a net felől, ez eddig tiszta.

  Az lenne a kérdésem, hogy megoldható-e, hogy a belső hálózatból is elérhető legyen a szolgáltatás xyz.valami.hu néven? Helyi DNS jelen helyzetben nem használható.

  Annyival bonyolódik még a helyzet, hogy az átjárót megvalósító Debian tűzfal előtt van egy NAT-oló szolgáltatói eszköz is, tehát dupla NAT van. Az ISP eszközén DMZ-ben van a szóban forgó Debian tűzfal.

  Jelen helyzetben megoldható lehet?
  Első körben NAT loopback-hairpin kifejezésekre találtam hasznos infókat, elvileg megoldható, viszont a dupla NAT miatt problémás lehet.

  Köszönöm!

  udv
  letix

• _Dumber_ őstag

  #26643 2018-03-18 19:00:29

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  _Dumber_

  őstag

  2 óra próba után feladom, inkább kérdezek:

  adott egy friss telepítésű debian 9

  cron telepítve, cron.service fut

  Crontab tartalma:

  # Global variables
SHELL=/bin/sh
PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin


*/1 * * * * root chown -R minidlna:minidlna /home/minidlna
*/1 * * * * root /winyoteszt/winyoteszt

  crontab lefut, de semmi eredménye

  syslog:

  Mar 18 18:57:01 home-server CRON[1706]: (root) CMD (root chown -R minidlna:minidlna /home/minidlna)
Mar 18 18:57:01 home-server CRON[1705]: (CRON) info (No MTA installed, discarding output)[/S]

[S]Mar 18 18:57:01 home-server CRON[1707]: (root) CMD (root /winyoteszt/winyoteszt)
Mar 18 18:57:01 home-server CRON[1704]: (CRON) info (No MTA installed, discarding output)

  mit felejtettem el?

  A "root" felesleges volt a sorokban.

• bambano titán

  #26642

  #26638 asuspc96

  2018-03-18 12:29:17

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  bambano

  titán

  #26638 asuspc96

  azért helytelen a kérdésed, mert open source licenszből van vagy 140 féle.
  a válaszhoz tudni kellene, hogy melyik.

  "feltettem a jogász-topikba is, de ott több napos a legutóbbi értelmes hsz.": van ott értelmes hsz?

• BoB veterán

  #26641

  #26640 asuspc96

  2018-03-18 11:29:26

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  BoB

  veterán

  #26640 asuspc96

  [link]

  Legelső találat

• asuspc96 őstag

  #26640

  #26639 BoB

  2018-03-18 10:42:32

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  asuspc96

  őstag

  #26639 BoB

  Oh tényleg, hogy én erre miért nem gondoltam, köszi

  igazából én vagyok a hülye, hogy ilyen kérdést fel mertem tenni

• BoB veterán

  #26639

  #26638 asuspc96

  2018-03-18 10:00:42

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  BoB

  veterán

  #26638 asuspc96

  Le van írva mindegyik licenszhez, el kell olvasni.

• asuspc96 őstag

  #26638 2018-03-18 09:51:03

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  asuspc96

  őstag

  Fél-off topik:

  Ha én felhasználok olyan Free/OSS projektet, a saját projektembe, amiből később nyereséget remélek, akkor ennek, hogy vannak a jogi következményei ?

  feltettem a jogász-topikba is, de ott több napos a legutóbbi értelmes hsz.

• Frawly veterán

  #26637 2018-03-17 23:48:42

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Frawly

  veterán

  De hogy legyen itt valami szakmaibb is: tudja valaki, hogy i3wm-nél Compton segítségével hogyan lehetne az ablakfejléceket átlátszóvá tenni? Erre a Compton -e kapcsolója lenne való, de az nem működik, de még így sem lenne reménytelen, mert az --opacity-rule alapján meg lehetne neki adni, de nem tudom mire hivatkozzak, milyen elemnévre. Az i3bar-t már sikerült átlátszóvá tenni, csak az ablakfejléceket nem.

• Frawly veterán

  #26636

  #26635 BoB

  2018-03-17 23:03:45

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Frawly

  veterán

  #26635 BoB

  Én még akkor sem láttam ilyet Linuxon. Windows alatt is van sandbox, de nem ér valami sokat.

  Ahogy nézem, ezek az exploitok is csak annyit tudnak, hogy kilépnek a sandboxból, de innen még messze van egy rendszer összefertőzése.

• BoB veterán

  #26635

  #26634 Frawly

  2018-03-17 21:48:49

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  BoB

  veterán

  #26634 Frawly

  És még nem hallottál olyanról hogy exploit? Például: [link]

  Más kérdés hogy a payload az esetek túlnyomó részében windows specifikus.

  Amúgy meg windows-on is megy a sandbox Chrome alatt, szóval érdekes a logikád mszerint ott árthat itt meg nem.

• Frawly veterán

  #26634

  #26633 BoB

  2018-03-17 21:39:02

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Frawly

  veterán

  #26633 BoB

  Lehet igazad van, én nem láttam még olyat, hogy valaki Linuxon egy weboldal meglátogatása után megfertőződött volna. Max. csak lefagyott vagy crashelt a böngésző, de újraindítva a rendszert, semmi gubanc, ugyanis nem tudott az oldalon futó script sem a sandboxból kilépni, sem a rendszerbe beleirkálni. Amit eddig vírust Linuxon ismerek, azok mind olyanok, hogy a felhasználónak kell tevőlegesen futtatni őket su/sudo-val, hogy össze tudják fertőzni a rendszert. Esetleg elméletileg még nem rendszergizdaként a windowsos vírus futhat le Wine-ben, de az is legfeljebb a home mappába tud belehányni, a rendszermappákba nem, meg valami másik Wine folyamatot tud létrehozni.

• BoB veterán

  #26633

  #26631 Frawly

  2018-03-17 18:18:09

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  BoB

  veterán

  #26631 Frawly

  "megbízható oldalakon is meg lehet fertőződni Windows alatt"

  Nem csak windows alatt. Linux alatt is

• sh4d0w félisten

  #26632

  #26631 Frawly

  2018-03-17 18:04:16

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  sh4d0w

  félisten

  #26631 Frawly

  En nem azt mondtam, hogy ved a malware-ektol, hanem azt, hogy egy emeltebb biztonsagi szint hasznalata eseten ajanlatos a hasznalata. Egyebkent meg van olyan scenario, ahol malware-ektol is megvedhet (pl. nem allandoan becsatolt lemezterulet/kontener).

• Frawly veterán

  #26631

  #26630 sh4d0w

  2018-03-17 17:36:50

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Frawly

  veterán

  #26630 sh4d0w

  Abban egyetértünk, hogy megbízható oldalakon is meg lehet fertőződni Windows alatt. Ugyanis a legtöbb oldal igénybe vesz reklámszervereket, és oda tudnak a támadók rosszindulatú kódot injektálni, amire az oldal üzemeltetőjének nincs ráhatása, volt már párszor, hogy így egy csomó megbízható oldal terjesztett így ártalmas kódot. Itt nem csak arra kell gondolni, hogy valami összefertőzi a gépet, hanem mondjuk míg fut az aktuális oldal a böngészőben, addig a reklámszerverről letöltött cryptominer, coinminer script szépen dolgozgat a háttérben. Kárt nem okoz, leköt némi memóriát és prociidőt, az oldal bezárásával el is múlik, mégis olyan dolog futott le, aminek nem kellett volna.

  Azzal viszont nem értek egyet, hogy a LUKS és egyéb titkosítás segít a malware-ek ellen. A biztonságot valóban növelik, mert fizikailag kizárják az illetékteleneket az adathozzáférésből, de mikor épp futnak, akkor az OS számára transzparensek, így pedig a malware szempontjából úgy látszik, mintha nem is lenne titkosítva.

• sh4d0w félisten

  #26630

  #26626 asuspc96

  2018-03-17 16:44:48

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  sh4d0w

  félisten

  #26626 asuspc96

  El kell felejteni legelsokent, hogy ha "megbizhato" oldalakon jarsz, akkor nem kapsz be semmit. Megbizhatonak tekintett site-okrol ugyanugy bekaphatod a malware-t, tehat a bongeszesi szokasok megvaltoztatasa nem ad semmit a vedelmedhez. (Hetkoznapi pelda: azzal, hogy nem mesz a varos rossz hiru negyedebe, meg csunyan helyben hagyhatnak a jonevu kornyeken is.)
  Mi van akkor, ha a veled egy halozaton levo geprol fertozik meg a tiedet? Meg bongeszni sem kell hozza...

  Linuxra egyebkent van clamav, de nem rezidens es leginkabb akkor lehet szukseged ilyesmire, ha ez egy szerver es Windows gepeknek nyujt szolgaltatasokat - ekkor sem a sajat vedelmeben van az AV, hanem hogy a Windows-ok egymast ne fertozzek ossze.

  Linux alatt a kovetkezoket teheted az atlagos biztonsagi szint elereseert: stabil rendszert hasznalsz, amit frissen tartasz; nem veszel fel 3rd party repokat, vagy ha megis kell, akkor csak a minimalisan szuksegeset; nem rootkent hasznalod a rendszert; rendszeres backup a szamodra fontos dolgokrol (DVD, kulso HDD, akarmi).

  Ha ennel emeltebb szintu biztonsagot akarsz, akkor teljes lemez titkositasa LUKS-szal vagy VeraCrypt kontenerek hasznalata; fail2ban, ha vmilyen szervert uzemeltetsz; ketfaktoros azonositas; HIDS/NIDS; online backup a kulso eszkozon kivul.

  Aztan meg mindig lehet fokozni ezt egeszen addig, amig hasznalhatatlan lesz a cucc.

• asuspc96 őstag

  #26629

  #26627 bambano

  2018-03-17 16:18:10

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  asuspc96

  őstag

  #26627 bambano

  Nem vagyok szakavatott a témában, meg ez inkább paraszti gondolkodás, de az nem lehet egy jó módszer rá, ha:

  Return owner of process given PID - nem magát a felhasználó nevét kellene kikeresni, hanem magát az elindított folyamat szülőjét ?
  Vagy itt nincs ilyen szülő-gyerek viszony a folyamatoknál ?

  Arra gondolok, hogyha végignézzük ezt a kit ki hívott meg láncolatot, és ebbe van olyan amit felhasználó indított az oké, míg ami gyanúsan nélküle indult az meg "kuka" ?

  Bár ez eleve már távol esik a kezdeti kérdésemtől, meg nem is biztos, hogy valid eszmefuttatás

  Vannak elismert vírusírtók linuxra is, vagy a legtöbbje "garázsprojekt" ?
  Esetleg van ennek szakirodalma, vagy fórumja ?

• _Dumber_ őstag

  #26628

  #26618 Rimuru

  2018-03-17 15:54:53

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  _Dumber_

  őstag

  #26618 Rimuru

  Köszi,
  Egy kicsit trükközni kell.
  A /home van a hdd-n így ahogy bejelentkezem egyből felpörög.
  vsz írok egy scriptet ami időnként kiírja egy filebe az eredményt (cc 10 percenként)

• bambano titán

  #26627

  #26626 asuspc96

  2018-03-17 15:47:34

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  bambano

  titán

  #26626 asuspc96

  én abban látom a fő problémát, hogy ma már nem nagyon lehet megkülönböztetni a malware-t a rendes programtól oprendszer szinten. te, mint vírusirtó, hogy döntöd el, hogy az a levél, ami épp kifelé megy a gépedről, az szándékosan küldött levél, vagy az akaratod ellenére kiküldött spam? ugyanígy, hogy döntöd el, hogy az a dns rezolválási kérelem, amit kitol a géped, miattad van, vagy egy botnet miatt?

  sehogy. ugyanazokat az oprendszer szolgáltatásokat veszi igénybe az általad direkt elindított levelező program is, mint egy vírus. ugyanúgy nem tudod eldönteni, hogy most azért nyitotta meg egy program a gyereked fotóját, mert ki akarod venni a vörösszem effektust, vagy azért, mert le akarja kódolni váltságdíjért.

• asuspc96 őstag

  #26626

  #26625 bambano

  2018-03-17 14:53:08

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  asuspc96

  őstag

  #26625 bambano

  Tehát olyan mint "vírusirtó" egyrészt feleslegesnek mondható átlag felhasználás mellett, másrészt meg a paranoia bizonyos felsőbb fokait már megüti ?

  Én nagyon win-en se találkoztam vele (kopp kopp), persze nem is nagyon járkálok olyan helyen, ahol potenciálisan sz@rba nyomnám a kezem....

• bambano titán

  #26625

  #26624 asuspc96

  2018-03-17 14:17:01

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  bambano

  titán

  #26624 asuspc96

  változnak az idők, változnak a vírusok.

  régen romboltak, ma sokkal inkább rejtőzködnek, hogy minél tovább használhassák saját disznóságaikhoz a te erőforrásaidat.

  ha ezt tekinted definíciónak, hogy általad nem kívánt céllal általad nem kívánt kód fut, akkor igen, találkoztam ilyennel. ezek zömében olyan esetek voltak, amik vagy találékonyságból indultak ki (senki nem gondolta, hogy arra is jó), vagy emberi hanyagságból.

  én klasszikus vírussal soha nem találkoztam linuxon.

• asuspc96 őstag

  #26624 2018-03-17 13:24:16

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  asuspc96

  őstag

  Helló

  Olvastam ezt a cikket: Is Linux Immune to Viruses?, és felvetődött bennem a kérdés, hogy valaki találkozott már ilyen incidenssel ?
  Gyanítom átlagos használat mellett ígyse-úgyse "kapok el" semmit se.

• Dißnäëß nagyúr

  #26623

  #26620 Rimuru

  2018-03-17 07:30:10

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Dißnäëß

  nagyúr

  #26620 Rimuru

  Koszi ide is, rapezsgek.

• Dißnäëß nagyúr

  #26622

  #26621 Frawly

  2018-03-17 07:29:38

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Dißnäëß

  nagyúr

  #26621 Frawly

  Ph-s palyafutasom soran ritkan talalkozok ennyire informativ, tiszta, vilagos es reszletes valasszal. Wow, kitisztult a kep, ez erdekelt pontosan. Koszonom !!

• Frawly veterán

  #26621

  #26619 Dißnäëß

  2018-03-17 05:53:13

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Frawly

  veterán

  #26619 Dißnäëß

  A titkosítás az titkosítás, az mindegy, hogy Live rendszer alól csináltad, vagy USB-re vagy akármi másra telepített rendszernél.

  Az avatatlan szemnek a header is „láthatatlan”, hiába van ott, ha csak egy átlagos particionálóprogrammal vagy Windowszal ránéz, annyit lát, hogy formázatlan RAW partíció, ha megnyitja hex-editorral, akkor meg csak random adathalmaz az egész. A nem avatatlan szem is csak annyit tud megállapítani a header alapján (mondjuk valami normálisabb linuxos particionálóprogi felismeri, hogy encrypted partition), hogy LUKS-szal titkosítottad, egészségére, nem fog vele sokra menni, nem hinném, hogy egyhamar megtörik.

  Szóval, ha annyira akarod, akkor a Gentoo Wiki alapján csináld meg azt a detached headert, de nem látom sok értelmét. A tényleg szakavatott szem header nélkül is felismeri, hogy pseudo random adathalmazról van szó, és hogy emiatt titkosítás állhat mögötte, nem /dev/urand segítségével felülírás. Ez már a paranoiának egy teljesen értelmetlen szintje.

  Esetleg egy fokkal lehet finomítani az elképzeléseden, nem partíciót titkosítasz, hanem partíción kívüli egész lemezt, ergo a lemezen nem lesz még partíciós tábla sem, meg a headert is eltünteted, akkor viszont tényleg tűnhet úgy, hogy valaki letörölte az egész drive-ot /dev/urand igénybevételével. Akkor aztán a particionálóprogik is úgy látják, hogy teljesen particionálatlan a lemez.

• Rimuru veterán

  #26620

  #26619 Dißnäëß

  2018-03-16 23:44:36

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Rimuru

  veterán

  #26619 Dißnäëß

  Gentoo wiki, itt megtalalod a valaszt

• Dißnäëß nagyúr

  #26619 2018-03-16 21:36:41

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Dißnäëß

  nagyúr

  Sziasztok,

  Live CD vagy USB stick-re telepített rendszer esetén ha a HDD-t titkosítom, totál értelmezhetetlen random lesz a rajta lévő anyag, az első pár bájttal együtt, vagy van valami header-je az ilyen partíciónak ?

  Ha nincs header, ergo megállapíthatatlan avatatlan szemnek, mi van rajta, klassz.

  Ha van header, lehetséges boot és a partíció feloldása/mount-olása után a header-t felülírni, miközben élesben megy a rendszer és a HDD mount-olva ? Szóval ha jön egy áramszünet, egy header nélküli random bájtos titkosított hdd-m legyen, aminek titkosított partícióját újra boot-olva tudom használni ismét, ha feloldás/mount-olás előtt a header-t helyreállítom (majd újra törlöm).

• Rimuru veterán

  #26618

  #26617 _Dumber_

  2018-03-16 21:19:41

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Rimuru

  veterán

  #26617 _Dumber_

  hdparm -C ?

• _Dumber_ őstag

  #26617 2018-03-16 20:14:47

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  _Dumber_

  őstag

  Adott egy hdd amire kiadtam a
  hdparm -S 120 /dev/sda
  parancsot, hogy 10 perc semmittevés után kikapcsoljon. Hogyan tudom ellenőrizni, hogy valóban leáll?

  Gép: Intel NUC i3, SSD és HDD.
  Proxmox szerver az SSD-n. A rajta lévő 3 VM közül 1 használja a HDD-t. Debian- minidlna funkcióval.

• Mr Dini addikt

  #26616 2018-03-13 20:06:56

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Mr Dini

  addikt

  Sziasztok!

  Egy minimális, Busybox alapú initrd ramdisket gyártok épp, melynek célja ténylegesen csak egy speciális eszköz rootfs-ének indítása lenne. Vagyis nem más, mint egy switch_root parancs futna le rajta.

  A kernel támogatja az EXT2-t, illetve az USB-t is, viszont a device node-ok érthető módon nem jönnek létre, hiszen jóformán csak egy busyboxos bin mappám van, illetve a sys és proc fel van csatolva. Így viszont nem tudom a teszt pendriveom - melyen a rootfs van - azonosítani...

  A findfs természetesen üres kimenettel tér vissza. Így csak egy rescue shell-t tudok indítani.

  Hogy tudnám megoldani?

  Szerk.:

  Ez a parancs hibát dob egyébként:

  mount -n -t devtmpfs devtmpfs /dev

• letix senior tag

  #26615

  #26614 0xmilan

  2018-03-09 15:55:28

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  letix

  senior tag

  #26614 0xmilan

  Köszönöm az infót!

• 0xmilan addikt

  #26614

  #26612 sh4d0w

  2018-03-09 15:50:35

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  0xmilan

  addikt

  #26612 sh4d0w

  Az md5 itt nyilvan nem azt jelenti, hogy hashelve megy at az adat, hanem ezzel az algoritmussal generaljak a kulcsot. de pl. digitalis alairasoknal is hasznalnak "cryptographic hash function"-t.

  A SHA-1 ugyanolyan rossz, mint az MD5. Tavaly mar volt ra mukodo collision attack.
  A sha256 OK.

• letix senior tag

  #26613

  #26612 sh4d0w

  2018-03-09 15:03:32

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  letix

  senior tag

  #26612 sh4d0w

  Köszi a válaszod sh4d0w, így már sokkal világosabb a dolog mint ezelőtt
  Olvasgattam a feladat előtt ugyan, de most már tényleg tisztább.

  Közben megszületett a végleges megoldás, kíváncsi volnék a szakik véleményére.

  Minden Debian8-on az openssl.cnf-ben a digest-hez felvettem az sha256-ot is az md5,sha1 mellé.

  A titkosítást Debian verziótól függetlenül mindenhol -md sha256 kapcsolóval teszem meg, ami a 128 karakter hosszú "kulccsal" történő titkosítást illeti.
  Ugyanilyen kapcsolóval titkosítom ki fogadó oldalon (Debian8-on) az imént leteszteltem, és szépen megy Debian8 és Debian9 küldőtől is.

  Remélem így már a biztonságosabbnak mondható!

  Köszönöm!
  letix

• sh4d0w félisten

  #26612

  #26610 letix

  2018-03-09 14:52:14

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  sh4d0w

  félisten

  #26610 letix

  Hash: a plain textbol csinalsz egy sornyi krixkraxot. A plain textet visszanyerni nem tudod. Tipikus pelda: passwordok.

  Encryption: a plain textbol egy kulcs segitsegevel csinalsz krixkraxot. A kulcs segitsegevel visszanyerheto a plain text a krixkraxbol. Ennek van szimmetrikus es asszimetrikus valtozata. A szimmetrikusnal ugyanazt a kulcsot hasznalod a titkositasra, mint a decryptre es sokkal gyorsabb, mint az asszimetrikus megoldasok. Problema a kulcs disztributalasa (hogyan juttatod el a celrendszerre). Asszimetrikusnal kulon kulcs van a titkositasra (publikus kulcs) es a visszafejtesre (privat kulcs). Itt ugye nem kell foglalkoznod a kulcs disztibutalasaval, ellenben joval lassabb a szimmetrikus megoldasoknal.

  Gondolom a celszerveren vissza akarod nyerni a plain adatot, ergo a hashing (mint pl. az md5) nem johet szoba.

  Atjarhatosag altalaban lehetseges, ha nem valtoztatnak a hasznalt eljarason. Mivel a te eseted pont beleesik egy ilyen valtoztatasi ciklusba, ezert nem mukodik ugy, ahogy elvarod. Trivialis megoldaskent ugyanazt az openssl-t kellene hasznalnod mindket rendszeren.

• letix senior tag

  #26611

  #26604 letix

  2018-03-09 13:57:37

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  letix

  senior tag

  #26604 letix

  Találtam egy md5-nél remélhetőleg jobb megoldást. Debian8-on az openssl.cnf-ben a digest md5, sha1.

  Tehát küldő oldalon (Debian9) ha így titkosítok:
  -md sha1

  és fogadó oldalon (Debian8) így titkosítok ki, abban az esetben működik szépen.

  Így jobb lehet a dolog?
  Köszönöm

  letix

• letix senior tag

  #26610

  #26608 sh4d0w

  2018-03-09 13:38:37

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  letix

  senior tag

  #26608 sh4d0w

  Az asszimetrikus titkosítás még elég új dolog számomra, így el tudom ugyan olvasni amit írsz, de nem tudok vele mit kezdeni. . Van -md sha256 kapcsoló is, azzal sajnos nem működik. Mit tudok ezzel kezdeni, merre induljak?
  Vagy lehet hogy nincs is a két különböző verziójú openssl között átjárhatóság?

  Köszi
  letix

• letix senior tag

  #26609

  #26607 bambano

  2018-03-09 13:35:41

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  letix

  senior tag

  #26607 bambano

  Köszi, kipróbáltam 256, és 512-vel is, sajnos nem jött be.

  Pontosítanék:
  A titkosítás lefut ugyan a Debian9-en csak épp a 8-on nem tudok vele mit kezdeni..

• sh4d0w félisten

  #26608

  #26606 letix

  2018-03-09 12:50:31

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  sh4d0w

  félisten

  #26606 letix

  Az md5 hashelesre valo, nem titkositasra.

• bambano titán

  #26607

  #26604 letix

  2018-03-09 12:20:02

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  bambano

  titán

  #26604 letix

  nekem a tbird azért hisztizett, mert túl rövid volt a kulcs.
  próbáld ki az eredeti felállást úgy, hogy nem 128 karakteres kulcsot használsz, hanem 256-ot vagy 512-t.

• letix senior tag

  #26606

  #26604 letix

  2018-03-09 11:48:07

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  letix

  senior tag

  #26604 letix

  Némi google után a megoldást (nem biztonságos!) megtaláltam
  [link]

  -md md5 kapcsoló a key.bin-el történő encrypt sor mögé.
  Ahogy a fenti link is taglalja ez a digest nem biztonságos, ámbár működik. Kérdés hogy mekkora kockázatot rejt magában? Nem feltétlen szenzitív adatokat utaztatnék de még is jobb ha nem plaintext-ben menne/jönne.

  Ötlet esetleg?
  Köszi!

  udv
  letix

• letix senior tag

  #26605

  #26604 letix

  2018-03-09 11:04:55

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  letix

  senior tag

  #26604 letix

  Kipróbáltam, sajnos szimpla passphrase-el titkosítva (küldő-Debian9) sem nyitható ki a fogadó oldalon (Debian8), ugyanezzel a hibával.

  Köszi!

• letix senior tag

  #26604 2018-03-09 10:48:06

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  letix

  senior tag

  Üdv a szakiknak.

  Több Debian8-ról és 1db Debian9-ről szeretnék egy távoli Debian8 gépre 1db titkosított állományt átvinni automatikusan. A titkosításra asszimetrikuskulcsokat használnék, openssl-el. (openssl új téma még számomra..) Az scp, vagy ssh kulcsos auth, stb most nem járható sajnos. Átviteli közeg csak FTP lehet.

  Debian8 openssl 1.0.1t-1+deb8u7
  Debian9 openssl 1.1.0f-3+deb9u1

  A script: legyárt egy random 128 karakter hosszú kulcsot, valamint ezzel titkosítja a hasznos adatot, majd a másik oldal (fogadó) publikus kulcsával titkosítja a 128 karakteres kulcsot, és ezeket utaztatom..
  /usr/bin/openssl rand -base64 128 -out key.bin
  /usr/bin/openssl enc -aes-256-cbc -salt -in $DATA -out $DATA.enc -pass file:key.bin
  /usr/bin/openssl rsautl -encrypt -inkey $PUBKEY -pubin -in key.bin -out key.bin.enc

  Itt jegyezném meg, hogy ez a script szépen lefut Debian8 gépeken, Debian9-en viszont csak akkor megy, ha az első sorban az -out $KEY a rand után következik..

  Szóval megvan a titkosított "kulcs" és a titkosított adat.

  Fogadó oldalon így nyitom ki őket:
  /usr/bin/openssl rsautl -decrypt -inkey $PUBKEY -in key.bin.enc -out key.bin
  /usr/bin/openssl enc -d -aes-256-cbc -in $DATA.enc -out $DATA -pass file:key.bin

  Debian8 alatt létrehozott adat szépen kinyílik, Debian9 alatt létrehozott adat kititkosítása ezzel a hibával száll el:
  bad decrypt
  3074016956:error:06065064:digital envelope routines:EVP_DecryptFinal_ex:bad decrypt:evp_enc.c:516:

  Az openssl különbözősége az ok? Mit lehet tenni ilyenkor?

  Köszönöm!
  letix

• Mr Dini addikt

  #26603 2018-03-08 17:04:25

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Mr Dini

  addikt

  Rendben, magic number probléma elhárítva! Ténylegesen a gcc okozta a galibát.

  Most egy másik fw-vel próbálkozom, aminek az initrd fájlja 35,7 MB. Ezt kicsit nehézkes lenne a ramba tölteni, majd bootolni vele u-boot alól minden alkalommal... Fogtam, felcsatoltam, majd kibontottam a teszt pendriveom rootfs cimkéjű partíciójára. Viszont initrd nélkül nem tudom használni a root=LABEL=rootfs bootargs argumentumot... UUID alapján is próbáltam azonosítani, sajnos az sem ment. Hogyan tudnék initrd nélkül bootolni közvetlenül az USB HDD-mről?

  Illetve megpróbáltam tömöríteni ezt a monstrumot. Egy cpio és egy gzip tömörítés után kaptam egy 8.8 MB-os fájlt. Faragtam belőle egy uInitrd-t, a szemlátomást betölti az u-boot rendben a fájlt. Csak a hiba továbbra is fennáll, innen gondolom, hogy valami mégsem jó...

  Mit tudok tenni?

• Lenry félisten

  #26602 2018-03-06 22:46:41

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Lenry

  félisten

  cronból lefut egy shellscript, amiben az rsync SSH-n keresztül letölt pár fájlt. eddig szuper.
  a scriptet a nobody futtatja, ami eddig működött is, most viszont futás helyett elhasal azzal, hogy

  Could not create directory '/nonexistent/.ssh'.
Warning: Permanently added 'asdfasdfadsfa.com,78.xxx.xxx.xxx' (ECDSA) to the list of known hosts.

  /nonexistent ugyebár a nobody home könyvtára Debian esetén, és persze, hogy nem létezik.

  hiába mondom az SSH-nak, hogy hagyja a francba a .ssh könyvtárat, nem tudom ezt kiverni a fejéből.
  rsync -riHvz --chmod=ugo=rwX -e "ssh -o StrictHostKeyChecking=no -o UserKnownHostsFile=/dev/null -i /home/stbstbstb" egyéb parancsok

• Mr Dini addikt

  #26601

  #26599 bambano

  2018-03-05 22:43:11

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Mr Dini

  addikt

  #26599 bambano

  A toolchain-t még nem kaptam meg hozzá, ezért próbáltam ki kíváncsiságból egy másik arm-gcc-vel. Ezért más valóban a két readelf kimenet (EABI/GNU EABI).

  De ez megmagyarázhatja az eltérő magic numbert is?

Új hozzászólás Aktív témák