- This topic has 34 hozzászólás, 7 résztvevő, and was last updated 20 years, 11 months telt el by
.
-
Bejegyzés
-
Most abbamaradt… vagyis egyszer-egyszer naplózódik ilyen üzenet, u.azzal a ll header adatokkal.
Ellenben ilyenek jöttek helyette:eth1: Too much work at interrupt, IntrStatus=0x0001
last message repeated 4 timesMi az az ll header?
Ez utóbbi lehet kontakthiba volt… merthogy épp mozgattam elõtte a gépet… szegénykém még mindig szabadon szívja a friss levegõt, a miniITX-házak ára még mindig a csillagos eget verdesi, meg a designról van némi nézetkülönbség a hazai forgalmazók és köztem.
Hogy a kénköves mélysébõl feltalicskázó feketeség szántaná végig azt a néhány kerékkel kevesebbel rendelkezõ agyament hátát egy ménkûvel, aki már megint nyomja a sódert a gépem felé. Hát csak elkezdõdött ismét a produkció 14:35:55-tõl.
Szakadna rá az a magasságos… annak a temérdek eszére, aki a belsõ hálózati címtartományt kifelé forgalmazásra használja!
Valakiiii segítség!Azt mondja a szolgáltatónál az egyik technikus, hogy valószínûleg megpróbál valaki bejönni a gépemre.
Közvetlen provokáció lehet… ezt sejtem… meg néhány válasz jött eddig csupán a kérdéseimre. Tanácsoltátok néhányan hogy ne reagáljam túl a dolgot… igazatok lehet, dolgozok tovább.Ahmm, találtam némi megoldást:
What does „kernel: martian source aabbccdd for 11223344, dev eth0” mean?
These are packets that Linux does not expect from the direction they came from (i.e. packets from internal hosts coming in on the external interface). The cause is probably a misconfigured machine on your LAN. You can turn off logging those packets via
/proc/sys/net/ipv4/conf/*interface*/log_martians
which is documented in /usr/src/linux/Documentation/proc.txtA proc.txt persze máshol van, ám láthatóan nem használ, ha 0-át írok a log_martians-ba.
/usr/src/linux/Documentation/filesystems/proc.txtTalán ez segít, ha valaki találkozik hasonlóval:
su
vi /sbin/SuSEfirewall2915.sor tájékán
echo 0 ] $i/log_martians 2] /dev/nullEz a marsi címzésû, azaz szabálytalan címrõl érkezõ vagy szabálytalan címre küldött csomagok – lásd belsõ hálózati címtartomány – naplózását kapcsolja ki, ha a tûzfalon az FW_KERNEL_SECURITY mûködik (SuSE8.2-esben alapállapotban bekapcsolt, ezt tükrözi az /etc/sysconfig/SuSEfirewall2).
Lehet valaki az IP címemet állította be átjárónak…
MyDoom
Informatikai szolgálat avagy rombolás?
VIRUS (Worm.SCO.A) IN MAIL FROM YOU
Feladó:
„AntiVirus.webtar.hu”Címzett:
Dátum:
péntek, 13.25.38VIRUS ALERT
Our content checker found
virus: Worm.SCO.A
in email presumably from you (), to the following recipient:
-> robert@hirlap.comPlease check your system for viruses,
or ask your system administrator to do so.Server Report
Feladó:
soltam@freestart.huCímzett:
enis@hdsnet.huDátum:
2003. 06. 12. 10.02The message cannot be represented in 7-bit ASCII encoding and has been sent as a binary attachment.
file.zip (32,5KB)
🙂
naja, duppla kiterjesztes, 9 eves trukk;
Nem feltétlenül jelent rosszat az hogy dupla kiterjesztésü gondoljunk pl arra hogy küldök linuxról egy nagyon kezdõ win esnek tar.gz be pár dolgot szerinted mit gondolna róla? vírus???
BARU:
„Nem feltétlenül jelent rosszat az hogy dupla kiterjesztésü gondoljunk pl arra hogy küldök linuxról egy nagyon kezdõ win esnek tar.gz be pár dolgot szerinted mit gondolna róla? vírus???”
nem vagyok benne biztos, hogy erted, hogy mirol van szo, ezert leirom: a win95 ota van egy olyan „felhasznalobarat” opcio, hogy az ismert allomanyformatumok kiterjeszteset rejtse el, mert ez egy tok cool dolog (orulnek, ha vki elmagyarazna, ez miert tok cool); igy egy egyszeru emilben meg lehet jatszani, hogy kuldesz love_letter_for_you.rtf.com rosszindulatu cuccost, es mivel az ismert allomanyformatumot (com esetunkben) elrejti, ezert az egyszeri aldozat csak love_letter_for_you.rtf -et lat belole es dupplaklikk es voila: rosszindulatu cuccos elindtiva;
ez az a duppla kiterjesztes, amivel mar ’95 ota trukkozhetnek;
- Be kell jelentkezni a hozzászóláshoz.
legutóbbi hsz