Linux-haladó

chkrootkit - NEW: INFECTED (PORTS: 465)

Fórumok

Sziasztok,
Amikor lefuttatom a chkrootkit-et a következő hibaüzenetet adja, tudna nekem valaki ebben segíteni mitől lehet ez a hibaüzenet, az adott porton a postfix figyel SSL-en

'Bindshell' - NEW: INFECTED (PORTS: 465)

netstat -an|grep 465
tcp 0 0 0.0.0.0:465 0.0.0.0:* LISTEN
unix 3 [ ] STREAM CONNECTED 88465

lsof -P -n -i | grep 465
master 31859 root 16u IPv4 88461 0t0 TCP *:465 (LISTEN)

netstat -apn | grep 465
tcp 0 0 0.0.0.0:465 0.0.0.0:* LISTEN
31859/master unix 3 [ ] STREAM CONNECTED 88465 31859/master

[workaround] ipmi feleslegesen növeli a load kijelzést

Fórumok

Van 8 mag a szerverben. Jön a felhasználó, és futtat 8 szálon. Használ 8*100% cpu-t.

A load érték viszont olyan 8.8, ugyanis a [kipmi0] nevű kernelthread szinte mindig RN státuszban van. (RN: runnable, nice).
Nem befolyásolja érdemben a felhasználó munkáját, csak a load érték lesz hibás.Ha a felhasználó 1..7 szálon futtat, akkor a [kipmi0] nem tölt el értelmes mennyiségű időt runnable státuszban, tehát a load értéke helyesen 1..7.

root@cn14:~# cat /etc/debian_version 
6.0.5
root@cn14:~# uname -a
Linux cn14 2.6.32-5-amd64 #1 SMP Sun May 6 04:00:17 UTC 2012 x86_64 GNU/Linux
root@cn14:~# uptime
 10:39:23 up 1 day, 18:49,  1 user,  load average: 8.75, 8.72, 8.65
root@cn14:~# lsmod | fgrep ipmi
ipmi_devintf            6587  0 
ipmi_si                30960  0 
ipmi_msghandler        26634  2 ipmi_devintf,ipmi_si
root@cn14:~# ps faxu | grep [k]ipmi
root       909  0.1  0.0      0     0 ?        RN   Jun05   3:21  \_ [kipmi0]

ipmitool 1.8.11-2+squeeze2
ipmievd fut vagy nem fut, nem befolyásolja.

nincs helyi diszk, pxeboot, nfsroot.
12GiB ram, 2x Intel Xeon E5520

44 pont ilyen szerverem van.

minden tippet előre is köszönök.

rsync link-dest opcióval

Fórumok

Sziasztok!

A következőt szeretném megvalósítani: Egy MyBook-ra szeretnék archiválni rendszeres időközönként úgy, hogy több mentésem meglegyen visszamenőleg. Ezt az rsync --link-dest opciójával meg lehetne oldani helytakarékosan, de nem megy. Legalábbis a helytakarékosság része nem megy, mert hardlinkelés helyett másol mindig mindent.
A parancs:
rsync --archive --hard-links --human-readable --progress --delete --numeric-ids --verbose --link-dest=rsyncuser@mybook::srv7rcs/backup.1/ /var/backups/ rsyncuser@mybook::srv7rcs/backup.0/
A backup.1-ben van egy teljes mentés, a backup.0-ban kellene egy olyan mentésnek létrejönnie, amiben a változatlan fájlok csak hardlinkek.
A fájlok tulajdonosa, jogai, dátuma egyezik.
rsync verziók:
Ahonnan a scriptemet futtatom:
rsync version 3.0.7 protocol version 30
A daemon verziója:
rsync version 3.0.9 protocol version 30
A MyBookon alapból 2-es verziójú rsync van, optware-ből telepítettem a 3-ast, és be is állítottam, hogy ez fusson daemonként (eltartott egy ideig, mire rájöttem, hogy attól, hogy telepítettem a 3-ast, még a 2-es fut parancssorból is, és daemonként is). Mindegy, ezen túl vagyok, de még mindig nem működik jól.

t-online EPC3925 cable modem/router hiba..., rejtett menüpontok előcsalogatása.

Fórumok

Nemrég a t-com kicserélte a korábbi thomson kábelmodemet (KÁBELMODEM csak) egy cisco EPC3925-re (ROUTER).
( a csere érdekessége, hogy egyszer csak nem volt netem..., bejelentettem a hibát, másnap vagy harmadnap kijött egy szerelő aki cserélte a router, és elmondta hogy nincs semmi hiba, csak állítottak valamit a hálózatukon (Csömör), és a korábbi modem nem kompatibilis a beállításokkal, ezért nem is működhetne a netem. Kérdeztem hogy és miért nem elötte cserélték akkor..., vagy miért nem szóltak hogy gond lesz..., ezt ő igazáből nem tudta, így intézik. Üzleti előfizetés egyébként, két munkanapunk esett ki)

No szóval ezzel az új kábelmodemmel az ssh kapcsolatok szakadnak. Ha inaktív a kapcsolat: épp nem írok semmit, akkor megszakad.
Így nagyjából alkalmatlan a munkánkhoz.
Nem az ssh-val van amúgy a probléma, vagy csak ezzel a portal..., hanem az inaktív dolog.

Más gond is van vele..., wifi például nagyon lassú, és ledobálja az embert.

Fórumok alapján ezt a router lehetne bridge módban is használni, állítani, és ez megoldaná a dolgot..., csak nekünk ez az opció "nincs".
Amúgy is praktikus lenne nekünk, mivel:
-a saját routerünkre szükség van, vpn, stb...
-kétszeres NAT kicsit kellemetlen
-állíthatnánk a sajátunkat is bridge-be talán (nem tudom mi lenne akkor a vpn-el pl), de a cisco csak 192.168.x.x-es alhálózatokat enged beállítani, ami nekünk szintén szar. (megvan a saját 10.y.x.z/16 -os tartományunk, ami kell!)
-dmz sem jó nekünk

A hiba természetesen be van jelentve a t-comnál is, eddig semmi eredmény..., illetve két napja azt mondták hogy megvan a hiba, dolgoznak rajta, valami eszközükkel van a gond. Tegnap semmi, ma viszont azt mondták hogy szerintük nincs hiba, nem is volt, és a hibajegy le van/volt zárva.

A lényeg hogy saját firmware-t raknak rá. Már töltenék fel másikat (próba szerencse, legfeljebb nem lesz vele net, (nem számottevően kellemetlenebb mint a jelenlegi helyzet)), de sajnos nem találok... Hol lehet ilyet szerezni? Legújabb cisco mondjuk, amihez t-izé nem nyúlt hozzá.

A másik érdekesség/lehetőség, hogy a router html oldalának forrásában megtaláltam ezt a router-bridge mód beállítási lehetőséget, csak hidden javascriptel. Forrás:
http://pastebin.com/1Q5eYZMv

Hogy lehetne ezt a "hidden"-t kikapcsolni?
Említettek mások egy Greasemonkey-es megoldást..., de csak ennyit, hogy hol találok hozzá scriptet, arról nem írtak. Próbálkoztam, de nem jártam sikerrel.

Van ötletetek?

Kernel fordítás

Fórumok

Sziasztok,

Vettem egy dell mini 1018-at második gépnek (os: próbáltam ubi 12.04-et, tetű lassú volt és nekem kb. használhatatlan ez az "izé" felület..., ugyhogy visszapakoltam 10.04-et, amivel azért érezhetően gyorsabb), és elmerengtem azon, lehet-e (és van-e értelme) egy olyan kernelt fordítani, amiben csak és kizárólag azok a modulok és minden egyéb szükséges dolog lenne benne kizárólag ami kell ennek a kis gépnek a működéséhez. Nem vagyok egy nagy kernel guru, ezét is kérdezem:

- A kernel automatikusan ismeri fel a hardver elemeket, vagy meg lehet neki modnani, hogy ezt és ezt töltsd be (akár belfordítva, akár modulként), és ne is foglalkozz mással?
- Gyorsabb lesz-e tőle valami is?
- Van értelme ilyennel foglalkozni? :)

Köszi,

MG

UPNP - Szerintetek?

Fórumok

Sziasztok!

Van egy Debian rendszerem, ezen keresztül oldom meg az Internet hozzáférést...

Öcsém előállt egy kéréssel, hogy valamilyen játék cheat-ellenőrző programjának nyitni kellene egy portot.
Ok, adja meg a portszámot és beállítom rá a port forwardot...
...de eleddig úgy fest, hogy ez a hü**e program csak UPNP használatával tud boldogulni.

Látom, hogy elvileg a linux-igd csomag megoldaná a program gondját, de mindig ódzkodtam az
UPNP használatától - félek attól, hogy szükségtelen problémák forrása lehet...
...és nem tetszik az ötlet, hogy bármely gép automatikusan kérvényezhet portot,
amin majd jól azt csinál (a géppel), ami neki jólesik.

Nektek mi a véleményetek erről, mennyire szívesen használtok UPNP-t?
Én vagyok túlságosan "paranoid"?

Esetleg állítsak be egy VPN kapcsolatot virtuális interface-re és ezen fusson az UPNP daemon?

...vagy teljesen fölösleges az ellenérzésem ezzel szemben?

/var/log/debug felnövekszik 2 óra alatt fél gigásra

Fórumok

Sziasztok.

Egy érdekes jelenség lőtte ki magát itt a szórakoztatásomra, melyre keresgéltem a problémát, és megleltem egy SD kártya használatakor.
A tárgyban megadott fájlom akkor kezd alien-szerűen gyors növekedésbe, amikor használni kezdem a kártyát. Furcsamód az a wine-os program is belassul, mellyel a kártyát írom/olvasom éppen --- az ok vélhetően a debug fájl írása miatt van.

Szerintetek mi lehet a jelenség hátterében?

Ez a mai adag a fájlban, ezzel írja tele nekem úgy, hogy nap végére majdnem 0.5 GB a mérete:

-----------

a[log]$ head -n 40 debug
May 28 13:28:03 darkstar kernel: [ 6.776362] usb-storage: Status code 0; transferred 31/31
May 28 13:28:03 darkstar kernel: [ 6.776367] usb-storage: -- transfer complete
May 28 13:28:03 darkstar kernel: [ 6.776372] usb-storage: Bulk command transfer result=0
May 28 13:28:03 darkstar kernel: [ 6.776379] usb-storage: usb_stor_bulk_transfer_sglist: xfer 4096 bytes, 1 entries
May 28 13:28:03 darkstar kernel: [ 6.777131] usb-storage: Status code 0; transferred 4096/4096
May 28 13:28:03 darkstar kernel: [ 6.777137] usb-storage: -- transfer complete
May 28 13:28:03 darkstar kernel: [ 6.777143] usb-storage: Bulk data transfer result 0x0
May 28 13:28:03 darkstar kernel: [ 6.777148] usb-storage: Attempting to get CSW...
May 28 13:28:03 darkstar kernel: [ 6.777154] usb-storage: usb_stor_bulk_transfer_buf: xfer 13 bytes
May 28 13:28:03 darkstar kernel: [ 6.777237] usb-storage: Status code 0; transferred 13/13
May 28 13:28:03 darkstar kernel: [ 6.777242] usb-storage: -- transfer complete
May 28 13:28:03 darkstar kernel: [ 6.777247] usb-storage: Bulk status result = 0
May 28 13:28:03 darkstar kernel: [ 6.777254] usb-storage: Bulk Status S 0x53425355 T 0x6a R 0 Stat 0x0
May 28 13:28:03 darkstar kernel: [ 6.777263] usb-storage: scsi cmd done, result=0x0
May 28 13:28:03 darkstar kernel: [ 6.777271] usb-storage: *** thread sleeping.
May 28 13:28:03 darkstar kernel: [ 6.777401] usb-storage: queuecommand_lck called
May 28 13:28:03 darkstar kernel: [ 6.777415] usb-storage: *** thread awakened.
May 28 13:28:03 darkstar kernel: [ 6.777422] usb-storage: Command READ_10 (10 bytes)
May 28 13:28:03 darkstar kernel: [ 6.777426] usb-storage: 28 00 00 00 03 f0 00 00 08 00
May 28 13:28:03 darkstar kernel: [ 6.777447] usb-storage: Bulk Command S 0x43425355 T 0x6b L 4096 F 128 Trg 0 LUN 0 CL 10
May 28 13:28:03 darkstar kernel: [ 6.777454] usb-storage: usb_stor_bulk_transfer_buf: xfer 31 bytes
May 28 13:28:03 darkstar kernel: [ 6.777627] usb-storage: Status code 0; transferred 31/31
May 28 13:28:03 darkstar kernel: [ 6.777632] usb-storage: -- transfer complete
May 28 13:28:03 darkstar kernel: [ 6.777638] usb-storage: Bulk command transfer result=0
May 28 13:28:03 darkstar kernel: [ 6.777646] usb-storage: usb_stor_bulk_transfer_sglist: xfer 4096 bytes, 1 entries
May 28 13:28:03 darkstar kernel: [ 6.778252] usb-storage: Status code 0; transferred 4096/4096
May 28 13:28:03 darkstar kernel: [ 6.778259] usb-storage: -- transfer complete
May 28 13:28:03 darkstar kernel: [ 6.778265] usb-storage: Bulk data transfer result 0x0
May 28 13:28:03 darkstar kernel: [ 6.778270] usb-storage: Attempting to get CSW...
May 28 13:28:03 darkstar kernel: [ 6.778277] usb-storage: usb_stor_bulk_transfer_buf: xfer 13 bytes
May 28 13:28:03 darkstar kernel: [ 6.778364] usb-storage: Status code 0; transferred 13/13
May 28 13:28:03 darkstar kernel: [ 6.778369] usb-storage: -- transfer complete
May 28 13:28:03 darkstar kernel: [ 6.778374] usb-storage: Bulk status result = 0
May 28 13:28:03 darkstar kernel: [ 6.778382] usb-storage: Bulk Status S 0x53425355 T 0x6b R 0 Stat 0x0
May 28 13:28:03 darkstar kernel: [ 6.778391] usb-storage: scsi cmd done, result=0x0
May 28 13:28:03 darkstar kernel: [ 6.778399] usb-storage: *** thread sleeping.
May 28 13:28:03 darkstar kernel: [ 6.783984] usb-storage: queuecommand_lck called
May 28 13:28:03 darkstar kernel: [ 6.784058] usb-storage: *** thread awakened.
May 28 13:28:03 darkstar kernel: [ 6.784067] usb-storage: Command READ_10 (10 bytes)
May 28 13:28:03 darkstar kernel: [ 6.784072] usb-storage: 28 00 00 00 03 f8 00 00 08 00
a[log]$
a[log]$
a[log]$
a[log]$ head -n 40 /var/log/debug
May 28 13:28:03 darkstar kernel: [ 6.776362] usb-storage: Status code 0; transferred 31/31
May 28 13:28:03 darkstar kernel: [ 6.776367] usb-storage: -- transfer complete
May 28 13:28:03 darkstar kernel: [ 6.776372] usb-storage: Bulk command transfer result=0
May 28 13:28:03 darkstar kernel: [ 6.776379] usb-storage: usb_stor_bulk_transfer_sglist: xfer 4096 bytes, 1 entries
May 28 13:28:03 darkstar kernel: [ 6.777131] usb-storage: Status code 0; transferred 4096/4096
May 28 13:28:03 darkstar kernel: [ 6.777137] usb-storage: -- transfer complete
May 28 13:28:03 darkstar kernel: [ 6.777143] usb-storage: Bulk data transfer result 0x0
May 28 13:28:03 darkstar kernel: [ 6.777148] usb-storage: Attempting to get CSW...
May 28 13:28:03 darkstar kernel: [ 6.777154] usb-storage: usb_stor_bulk_transfer_buf: xfer 13 bytes
May 28 13:28:03 darkstar kernel: [ 6.777237] usb-storage: Status code 0; transferred 13/13
May 28 13:28:03 darkstar kernel: [ 6.777242] usb-storage: -- transfer complete
May 28 13:28:03 darkstar kernel: [ 6.777247] usb-storage: Bulk status result = 0
May 28 13:28:03 darkstar kernel: [ 6.777254] usb-storage: Bulk Status S 0x53425355 T 0x6a R 0 Stat 0x0
May 28 13:28:03 darkstar kernel: [ 6.777263] usb-storage: scsi cmd done, result=0x0
May 28 13:28:03 darkstar kernel: [ 6.777271] usb-storage: *** thread sleeping.
May 28 13:28:03 darkstar kernel: [ 6.777401] usb-storage: queuecommand_lck called
May 28 13:28:03 darkstar kernel: [ 6.777415] usb-storage: *** thread awakened.
May 28 13:28:03 darkstar kernel: [ 6.777422] usb-storage: Command READ_10 (10 bytes)
May 28 13:28:03 darkstar kernel: [ 6.777426] usb-storage: 28 00 00 00 03 f0 00 00 08 00
May 28 13:28:03 darkstar kernel: [ 6.777447] usb-storage: Bulk Command S 0x43425355 T 0x6b L 4096 F 128 Trg 0 LUN 0 CL 10
May 28 13:28:03 darkstar kernel: [ 6.777454] usb-storage: usb_stor_bulk_transfer_buf: xfer 31 bytes
May 28 13:28:03 darkstar kernel: [ 6.777627] usb-storage: Status code 0; transferred 31/31
May 28 13:28:03 darkstar kernel: [ 6.777632] usb-storage: -- transfer complete
May 28 13:28:03 darkstar kernel: [ 6.777638] usb-storage: Bulk command transfer result=0
May 28 13:28:03 darkstar kernel: [ 6.777646] usb-storage: usb_stor_bulk_transfer_sglist: xfer 4096 bytes, 1 entries
May 28 13:28:03 darkstar kernel: [ 6.778252] usb-storage: Status code 0; transferred 4096/4096
May 28 13:28:03 darkstar kernel: [ 6.778259] usb-storage: -- transfer complete
May 28 13:28:03 darkstar kernel: [ 6.778265] usb-storage: Bulk data transfer result 0x0
May 28 13:28:03 darkstar kernel: [ 6.778270] usb-storage: Attempting to get CSW...
May 28 13:28:03 darkstar kernel: [ 6.778277] usb-storage: usb_stor_bulk_transfer_buf: xfer 13 bytes
May 28 13:28:03 darkstar kernel: [ 6.778364] usb-storage: Status code 0; transferred 13/13
May 28 13:28:03 darkstar kernel: [ 6.778369] usb-storage: -- transfer complete
May 28 13:28:03 darkstar kernel: [ 6.778374] usb-storage: Bulk status result = 0
May 28 13:28:03 darkstar kernel: [ 6.778382] usb-storage: Bulk Status S 0x53425355 T 0x6b R 0 Stat 0x0
May 28 13:28:03 darkstar kernel: [ 6.778391] usb-storage: scsi cmd done, result=0x0
May 28 13:28:03 darkstar kernel: [ 6.778399] usb-storage: *** thread sleeping.
May 28 13:28:03 darkstar kernel: [ 6.783984] usb-storage: queuecommand_lck called
May 28 13:28:03 darkstar kernel: [ 6.784058] usb-storage: *** thread awakened.
May 28 13:28:03 darkstar kernel: [ 6.784067] usb-storage: Command READ_10 (10 bytes)
May 28 13:28:03 darkstar kernel: [ 6.784072] usb-storage: 28 00 00 00 03 f8 00 00 08 00
a[log]$

-----------
A keletkező irreális méret kezdetben:

a[log]$ ls -lh /var/log/debug
-rw-r--r-- 1 root root 52M máj 28 15:31 /var/log/debug
a[log]$

...aztán nő.
Egyre csak.

Syslog-NG log feldolgozás

Fórumok

Sziasztok,

Nemrég kezdtem el foglalkozni a Syslog-NG naplózó rendszerrel, de az alapok elsajátítása után rögtön el is akadtam... :(
Amit eddig elértem az az, hogy tetszőleges fájlt fel tudok olvastatni, és a log sorokat egy az egyben mysql adatbázisba írom. Itt jön a csavar, hiszen egy text típusú mező kiírt üzenet nem mond túl sokat, ezért gondoltam akkor feldarabolom (http://vimeo.com/27430117). Készítettem egy parser adatbázist, elneveztem az oszlopokat, hivatkoztam a destination-ban, és vártam, hogy az adatok struktúráltan landoljanak a táblában. Ehelyett üres sorokat kapok, és nem tudok rájönni miért is van ez...

Egy-két részlet a konfigból:

Parser adatbázis:

parser pattern_db {
db_parser( file("/var/lib/syslog-ng/patterndb.xml") );
};

Forrás:

source proba_src {
file("/tmp/proba.log" follow_freq(1));
};

Cél:

destination proba_mysql {
sql(type(mysql)
host("localhost") username("asdf") password("asdf")
database("proba") table("log")
columns("datetime varchar(16)", "program varchar(20)")
indexes()
values("$R_DATE", "$DATUM"));
};

Útvonal:

log { source(proba_src); parser(pattern_db); destination(proba_mysql); };

A patterndb egy szabály tartalmaz (@ANYSTRING:DATUM:@), ami mindenre illeszkedik gyakorlatilag. Amikor hozzáadok egy sort a forráshoz, akkor megjelenik egy új sor a táblában, csak az értéket nem hozza át...
Ötlet?

Előre is köszönöm!

postfix + dovecot levél fogadás hiba [MEGOLDVA]

Fórumok

Sziasztok

Egy postfix dovecot párost próbálok beállítani. Amikor levelet fogad a szerver az alábbi sorokat (ez csak a vége, ennél azért lényegesen hosszabb) elszáll a fogadás. Van valakinek ötlete, hogy merre keressem a hibát? Tudom, hogy google a barátom, de már nem tudom, hogy hogyan keressek rá.

May 23 15:56:08 localhost postfix/smtpd[3454]: xsasl_dovecot_server_create: SASL service=smtp, realm=(null)
May 23 15:56:08 localhost postfix/smtpd[3454]: name_mask: noplaintext
May 23 15:56:08 localhost postfix/smtpd[3454]: name_mask: noactive
May 23 15:56:08 localhost postfix/smtpd[3454]: name_mask: nodictionary
May 23 15:56:08 localhost postfix/smtpd[3454]: name_mask: noanonymous
May 23 15:56:08 localhost postfix/smtpd[3454]: name_mask: forward_secrecy
May 23 15:56:08 localhost postfix/smtpd[3454]: name_mask: mutual_auth
May 23 15:56:08 localhost postfix/smtpd[3454]: xsasl_dovecot_server_connect: Connecting
May 23 15:56:08 localhost postfix/smtpd[3454]: xsasl_dovecot_server_connect: auth reply: VERSION?1?1
May 23 15:56:08 localhost postfix/smtpd[3454]: xsasl_dovecot_server_connect: auth reply: MECH?LOGIN?plaintext
May 23 15:56:08 localhost postfix/smtpd[3454]: name_mask: plaintext
May 23 15:56:08 localhost postfix/smtpd[3454]: xsasl_dovecot_server_connect: auth reply: MECH?PLAIN?plaintext
May 23 15:56:08 localhost postfix/smtpd[3454]: name_mask: plaintext
May 23 15:56:08 localhost postfix/smtpd[3454]: xsasl_dovecot_server_connect: auth reply: MECH?CRAM-MD5?dictionary?active
May 23 15:56:08 localhost postfix/smtpd[3454]: name_mask: dictionary
May 23 15:56:08 localhost postfix/smtpd[3454]: name_mask: active
May 23 15:56:08 localhost postfix/smtpd[3454]: xsasl_dovecot_server_connect: auth reply: SPID?3456
May 23 15:56:08 localhost postfix/smtpd[3454]: xsasl_dovecot_server_connect: auth reply: CUID?2
May 23 15:56:08 localhost postfix/smtpd[3454]: xsasl_dovecot_server_connect: auth reply: COOKIE?d7721436ad1dabbb19692d769485ac49
May 23 15:56:08 localhost postfix/smtpd[3454]: xsasl_dovecot_server_connect: auth reply: DONE
May 23 15:56:08 localhost postfix/smtpd[3454]: xsasl_dovecot_server_mech_filter: skip mechanism: LOGIN
May 23 15:56:08 localhost postfix/smtpd[3454]: xsasl_dovecot_server_mech_filter: skip mechanism: PLAIN
May 23 15:56:08 localhost postfix/smtpd[3454]: xsasl_dovecot_server_mech_filter: skip mechanism: CRAM-MD5
May 23 15:56:08 localhost postfix/smtpd[3454]: fatal: no SASL authentication mechanisms
May 23 15:56:09 localhost postfix/master[3346]: warning: process /usr/lib64/postfix/smtpd pid 3452 exit status 1
May 23 15:56:09 localhost postfix/master[3346]: warning: /usr/lib64/postfix/smtpd: bad command startup -- throttling
May 23 15:56:09 localhost postfix/master[3346]: warning: process /usr/lib64/postfix/smtpd pid 3454 exit status 1

A válaszokat előre is köszönöm mindenkinek!