Archive for the ‘Bosszantyú’ Category

« Older Entries

Far Manager - how to ruin a site

Monday, September 21st, 2009

I like Far Manager a lot (and Midnight Commander as well on linux boxes, if we’re here), as I grew up on Norton Commander. Once someone knows the keyboard shortcuts, he can work with that lightning fast.

Now, it happened, that I got a freshly installed notebook and one of the first things was to get Far Manager installed.
I visited the site, and found that the latest versions only available in .7z format.
Since I didn’t want to install 7-zip first, I downloaded an early install package in the good-old (erm…) .exe format.

Then, I thought I let them know, that maybe it is not the best idea to host the newest versions in .7z format, or at least provide an .exe version, but I couldn’t find a contact link on the site.

Then, I saw the forum!
Easypie - so I though -, I just register and drop a comment.
However, on the registration page, I faced an Impossible Mission!
A dreadful captcha, which was not just hard to read, but was impossible to read!
I tried to guess, but wasn’t successful, then I got another one, “Impossible Mission II” captcha.
To demonstrate what I am talking about, here are the two images I got (and no, I don’t have 16 color EGA mode selected on my computer). Anyone goes to the registration page can get similar ones.

(and no, “30M92″ wasn’t a good answer…)

No wonder there are no activity on the forum!

Finally, I found a contact address at the “If you are visually impaired or cannot otherwise read this code please contact the Board Administrator.” section, I sent a mail on this “captcha” and 7z issues, but so far I didn’t get any answer…

I believe I did all I could - even wrote a blog entry! :-)

Posted in Bosszantyú, English | 1 Comment »

Egy korszak vége

Friday, July 24th, 2009

Kedden véget ért egy korszak — felszámoltuk a saját NetWare (4.11) szerverünket.
Amúgy is már EOL (End-Of-Life) termék volt vagy 10 éve, meg a diszkeknek is furcsa hangja kezdett lenni, lassan tehát úgyis “hozzá kellett volna nyúlni”.

Nagyjából minden működik eltekintve egy-két dologtól, olyan banális okok miatt, ami a harmadik évezredben eléggé röhejesnek tűnik.
Például a hálózaton lévő banki program valamilyen hülye okból a helyi gépen létrehozott könyvtárát törölni kell, majd az induláskor létrehozza és boldog lesz. Ez egy, a bank által már korábbról ”ismert probléma”. Kérdés, hogy akkor miért nincs “kijavítva” a program?

Másik példa, hogy az eddig Novell NetWare szerveren tárolt Outlook Express adatbázis nem tárolható Windows szerveren. Sem menüből, sem registry átállítással nem lehet rávenni, hogy menjen. A hivatalos “magyarázat”: http://support.microsoft.com/kb/199074 - azaz “nem lehet” hálózati megosztáson.
Valószínűleg a programozó a Microsoftnál nem tekintette a Novell NetWare-t hálózati operációs rendszernek, ezért lehetett, hogy azon vígan ment… :-]

Az, hogy ugyan a felhasználónak kiosztott jogosultság azonnal, de a csoporton keresztül adott jogosultság csak újra bejelentkezés után “él”, megérne egy misét (az egész Microsoft jogosultságkezelés meg egy egész bibliát). NetWare alatt ha egy nagyobb fájt másolok és _közben_ elveszem a jogot a felhasználótól, akkor azonnal nem tudja továbbolvasni a fájlt. Windows alatt ez nem egészen így van…
(Jut eszembe, annó véletlenül kivettem egy működő NetWare szerverből egy hálózati kártyát és csak akkor vettem észre, hogy mit tettem, amikor a konzolon kiírta, hogy valami PCI event van… Aztán ijedtemben vissza is tettem, örült neki, és minden ment tovább… - Ez akkortájt volt, amikor Windows NT-n még újra kellett indítani a szervert IP cím változtatáskor…)

Azt hiszem már közeleg az az idő, melyben a kőbalta lesz a legcélszerűbb eszköz - hacsak nem kell majd illesztőprogram ahhoz is…

Posted in Bosszantyú, Case Study, Microsoft, Novell, technikai infók, winrant | 2 Comments »

SMARTy

Thursday, June 26th, 2008

HDD manufacturers invented S.M.A.R.T. some years ago.
So we should be happy, though I am not.

For one thing, there are no default error rates for attributes/thresholds, but manufacturer’s define (see also) when a drive is bad, and when it is good. Then of course they define it “to the extremities” so a drive in some cases can never go to bad SMART state even if it has constant problems. See more on this at: http://www.hdsentinel.com/smart/, from section “#1 Incorrect thresholds”.

I understand that current technology - in the microns - needs different approach than 10-15 years ago, but I fail to understand for example how a “197/C5″ (Current Pending Sector Count) attribute can exist and increase without big red warnings. This means that the sector was successfully written once, but later on it was couldn’t be read (equals data loss). And this doesn’t count as an error (according to harddisk manufacturers), only an increase of an attribute (which can decrease too!). My point of view is that this is sort of the equivalent of the “old day’s” dreadful “bad sector” term. Though that time this things usually happened at write time, so you could immediately notice.

This is a picture of one of my (brand new) Samsung HD501LJ harddisks after 2 days of operation.

The second one followed it’s “path” some days later.

They were mirrored, but swap got corrupted, then ssh and console got swapped out and couldn’t make it back to the memory. So eventually I had to power off the server and since the mirror broke, I didn’t have a fully readable, “mirrorable” array or disk, so I had to do a file by file copy to new disks. Of course off peak, so it was like from 01:00 to 04:00. Was fun… [not].

I also installed a server with 8 Samsung 500 drives, eventually we had to replace all (Hitachis seem to work fine).
If you format/rewrite a harddisk with a bunch of these “read errors”, then voila: the errors go away. Then manufacturer  refuses to replace the harddrive - because of “no errors”. So we stopped selling Samsung harddisks.

I consulted my friend who recovers data from damaged disks, and he confirmed that Samsung is “experiencing problems” with the PMR technology and recommended Hitachi and Seagate drives to use. I then used then a pair consisting of a Hitachi and a Seagate drives to avoid simultaneous failure because of same technology/same time manufacturing.

“Hitachi drives use quite special own technology to park HDD heads outside of magnetic disks area to a special parking ramp. This causes HDD heads not to suffer from parking - they’re NEVER land on disk surface during parking. So, actually, Hitachi HDDs can handle a LOTS of starts/stops without any real problems.” [quoted from here] - [original hitachi article / same in html, from google cache]
Parking _on_ the platter can be seen here (picture 1 and 2).

Even if your server runs 24/7 in a server room with proper power and climate, it can happen that you stop your server and it’s harddisk[s] would never spin up again - because of the contact with the drive’s surface it can get stuck in the dirt (then might even fell off at a restart).

Additionally meanwhile most manufacturers (Hitachi/IBM, Seagate and even Samsung) use embedded servo on all platters nowadays, some models have only one servo information for all platters (”Format Disk with Servo Tracks Once, Use Servo Information with Many Heads“) which makes an occasional recovery less possible because even when a professional disassembles a faulty drive, the platters can move, then chances to recover anything from those platters without servo information is near to impossible.

So kids, avoid Samsung drives for the time being…

Posted in Bosszantyú, Case Study, English, technikai infók | 3 Comments »

Okosabb vagy-e mint a S.M.A.R.T. ?

Monday, March 17th, 2008

Felmerült már többször mostanában, hogy mire jó a S.M.A.R.T. és mit is jelentenek az értékei.
Főleg a leggyakrabban előforduló “Raw_Read_Error_Rate” (1) és a “Hardware_ECC_Recovered” (195) attributum.

Ha jól értelmezem az új HDD technológiákat és a S.M.A.R.T.-ot, akkor ezek nem “hibák” [nézőpont kérdése... én tiltakozom...].

Az egyik (nemrég cserélt) Seagate HDD-re a “smartctl -a” azt mondja, hogy:

Device Model:     ST3500320AS
Serial Number:    9QM0BEJ3
Firmware Version: SD15
User Capacity:    500.107.862.016 bytes
—

SMART Attributes Data Structure revision number: 10
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  1 Raw_Read_Error_Rate     0×000f   117   099   006    Pre-fail  Always       -       157989864
  3 Spin_Up_Time            0×0003   094   094   000    Pre-fail  Always       -       0
  4 Start_Stop_Count        0×0032   100   100   020    Old_age   Always       -       44
  5 Reallocated_Sector_Ct   0×0033   100   100   036    Pre-fail  Always       -       0
  7 Seek_Error_Rate         0×000f   074   060   030    Pre-fail  Always       -       25943365226
  9 Power_On_Hours          0×0032   099   099   000    Old_age   Always       -       1550
 10 Spin_Retry_Count        0×0013   100   100   097    Pre-fail  Always       -       0
 12 Power_Cycle_Count       0×0032   100   100   020    Old_age   Always       -       44
184 Unknown_Attribute       0×0032   100   100   099    Old_age   Always       -       0
187 Unknown_Attribute       0×0032   100   100   000    Old_age   Always       -       0
188 Unknown_Attribute       0×0032   100   100   000    Old_age   Always       -       0
189 Unknown_Attribute       0×003a   099   099   000    Old_age   Always       -       1
190 Temperature_Celsius     0×0022   055   048   045    Old_age   Always       -       807600173
194 Temperature_Celsius     0×0022   045   052   000    Old_age   Always       -       45 (Lifetime Min/Max 0/15)
195 Hardware_ECC_Recovered  0×001a   054   048   000    Old_age   Always       -       157989864
197 Current_Pending_Sector  0×0012   100   100   000    Old_age   Always       -       0
198 Offline_Uncorrectable   0×0010   100   100   000    Old_age   Offline      -       0
199 UDMA_CRC_Error_Count    0×003e   200   200   000    Old_age   Always       -       0

Meg persze a logot is teleírkálja a megfelelő entry-kkel.

Namármost a kék elméletileg nem gond.

Az aktuális HDD technológia ill. a S.M.A.R.T. elméletileg úgy működik, hogy:

Beolvassuk szektort. Sikerült, jó az adat? Igen –> Király, goto vége.

Ha nem sikerült, akkor a beolvasott adatból meg a szektor mellé olvasott ECC-ből össze tudjuk rakni, hogy minek kéne lennie a szektor tartalmának?

Ha igen, akkor a Raw_Read_Error_Rate (1) és/vagy Hardware_ECC_Recovered (195) változókat növeljük.

MInt látható, a fenti diszken van mindkettő, és minkettő ugyanannyi, 157 millió akárhány. Szerintem ez 1550 órára vetítve problémásan sok, de hát ez a csodás a S.M.A.R.T. technológiában, hogyha a gyártó úgy gondolja, hogy az nem probléma, akkor nem az…

Alább a Hitachinál csak Raw_Read_Error_Rate (1) van (bár itt “csak” 1.5 millió esemény történt 1548 óra alatt), még lejebb a Samsungnál van ugyan mindkét változó, de csak a Hardware_ECC_Recovered tükrözi az összes ECC-vel javitott (tehát hibásan is olvasott) esemény számot. Ez a másik csodás a S.M.A.R.T.-ban, a gyártók ízlésüknek megfelelő értéket tárolnak benne és szintén ők “találják ki”, hogy mi a hozzátartozó tűrésküszöb. Ami értelemszerűen akkorára van véve, hogy ne vigyék vissza minden második diszket a kedves végfelhasználók…

Szóval, ha viszont az ECC alapján sem sikerült a tartalmat visszaállítanunk, akkor bizony a hagyományos értelemben vett “bad sectorral” van dolgunk, ugyanis egyébként lehet, hogy jó lenne a szektor, ha újraírnánk, de ez kevéssé vígasztal minket, ha pont azon a szektoron fontos adatunk van, netán valami kriptográfiai fájlrendszerünk kulcsának egy része helyezkedik el rajta…

Ez S.M.A.R.T. ügyileg a - pirossal kiemelt - 197-es Current_Pending_Sector tartalmát fogja növelni.
A probléma itt kezdődik - leszámítva persze az egész új HDD technológia/S.M.A.R.T. kombót…

Device Model:     Hitachi HDT725050VLA360
Serial Number:    VFK401R41TPL8K
Firmware Version: V56OA7EA
User Capacity:    500.107.862.016 bytes
—
SMART Attributes Data Structure revision number: 16
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  1 Raw_Read_Error_Rate     0×000b   093   093   016    Pre-fail  Always       -       1572878
  2 Throughput_Performance  0×0005   100   100   050    Pre-fail  Offline      -       0
  3 Spin_Up_Time            0×0007   121   121   024    Pre-fail  Always       -       486 (Average 340)
  4 Start_Stop_Count        0×0012   100   100   000    Old_age   Always       -       10
  5 Reallocated_Sector_Ct   0×0033   100   100   005    Pre-fail  Always       -       0
  7 Seek_Error_Rate         0×000b   100   100   067    Pre-fail  Always       -       0
  8 Seek_Time_Performance   0×0005   100   100   020    Pre-fail  Offline      -       0
  9 Power_On_Hours          0×0012   100   100   000    Old_age   Always       -       1548
 10 Spin_Retry_Count        0×0013   100   100   060    Pre-fail  Always       -       0
 12 Power_Cycle_Count       0×0032   100   100   000    Old_age   Always       -       10
192 Power-Off_Retract_Count 0×0032   100   100   000    Old_age   Always       -       74
193 Load_Cycle_Count        0×0012   100   100   000    Old_age   Always       -       74
194 Temperature_Celsius     0×0002   109   109   000    Old_age   Always       -       55 (Lifetime Min/Max 20/60)
196 Reallocated_Event_Count 0×0032   100   100   000    Old_age   Always       -       0
197 Current_Pending_Sector  0×0022   100   100   000    Old_age   Always       -       0
198 Offline_Uncorrectable   0×0008   100   100   000    Old_age   Offline      -       0
199 UDMA_CRC_Error_Count    0×000a   200   253   000    Old_age   Always       -       0

Model Family:     SAMSUNG SpinPoint P80 SD series
Device Model:     SAMSUNG HD120IJ
Serial Number:    S0AEJ1ML200047
Firmware Version: ZL100-33
User Capacity:    120.034.123.776 bytes
—

SMART Attributes Data Structure revision number: 16
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  1 Raw_Read_Error_Rate     0×000f   100   100   051    Pre-fail  Always       -       36
  3 Spin_Up_Time            0×0007   100   100   025    Pre-fail  Always       -       6336
  4 Start_Stop_Count        0×0032   100   100   000    Old_age   Always       -       27
  5 Reallocated_Sector_Ct   0×0033   253   253   010    Pre-fail  Always       -       0
  7 Seek_Error_Rate         0×000f   253   253   051    Pre-fail  Always       -       0
  8 Seek_Time_Performance   0×0025   253   253   015    Pre-fail  Offline      -       0
  9 Power_On_Hours          0×0032   100   100   000    Old_age   Always       -       1903
 10 Spin_Retry_Count        0×0033   253   253   051    Pre-fail  Always       -       0
 11 Calibration_Retry_Count 0×0012   253   002   000    Old_age   Always       -       0
 12 Power_Cycle_Count       0×0032   100   100   000    Old_age   Always       -       27
190 Temperature_Celsius     0×0022   094   088   000    Old_age   Always       -       48
194 Temperature_Celsius     0×0022   094   088   000    Old_age   Always       -       48
195 Hardware_ECC_Recovered  0×001a   100   100   000    Old_age   Always       -       152375033
196 Reallocated_Event_Count 0×0032   253   253   000    Old_age   Always       -       0
197 Current_Pending_Sector  0×0012   100   100   000    Old_age   Always       -       1
198 Offline_Uncorrectable   0×0030   253   253   000    Old_age   Offline      -       0
199 UDMA_CRC_Error_Count    0×003e   200   200   000    Old_age   Always       -       0
200 Multi_Zone_Error_Rate   0×000a   100   100   000    Old_age   Always       -       0
201 Soft_Read_Error_Rate    0×000a   100   100   000    Old_age   Always       -       2
202 TA_Increase_Count       0×0032   253   253   000    Old_age   Always       -       0

Bocs a szétesett táblákért, a Wordpress is egy kalap szamóca, de persze lehet, hogy én nem értek hozzá… (Ehhez sem…)

Posted in Bosszantyú, Case Study, technikai infók | 2 Comments »

Egészségügy

Friday, March 7th, 2008

Abban Magyarországon mindenki egyetért, hogy az egészségüggyel gondok vannak.
A részletekben már nem feltétlenül, én nem is kívánom most a pénzügyi vagy politikai aspektusait feszegetni.

Hanem van még itt egy olyan komponens, ami független a fenti kettőtől.
Az emberi hozzáállás. Megpróbálom illusztrálni néhány rövid történeten keresztül.

Jön a második manó.
Már az elején eldöntöttük, hogy nem lesz “szúrás”.
20.000 ft, nem lehet pénzkérdés, mások ugyanennyit elköltenek egészségük rongálására (lásd korábbi “cigis” bejegyzés), tehát elmegyünk a “maszek” (Czeizel féle, Bolgárkerék utcai) 4-markeres tesztre.
Kedvesek. Kultúrált körülmények. Nincs várakozás. A Wolfson Institute-től pár napon belül megjön az eredmény, ami 1:1600-as (0.0625%) valószínűséget állapít meg. Ez több mint jó, hiszen az “alapértelmezett” esély 37 éves kornál 1:200, de még 20 éves kornál is “csak” 1:1450. (Teljes táblázat itt)

Közben megy az “állami” procedúra is. A második AFP eredménye alacsony lett, de ez sokáig nem derül ki, mert az eredményt Isaszegre küldik (?). Utánjárás után sikerül elfaxoltatni az eredményt.
Az AFP vizsgálatnak semmi jelentősége nincs, főleg, hogy van kíváló 4-markeres tesztünk, de a nőgyógyász “default”-ból, vagy felelősségátruházási okokból elutal “állami” genetikai tanácsadásra. (Bővebb információ AFP-ről meg úgy általában)

Jó, menjünk el.
Telefonon felveszik az adatokat és adnak egy időpontot.  (Genetikai Tanácsadó, 1088 Budapest, Baross u. 27.)
Odamegyünk az adott nap az adott idő előtt. Az időpontunk (10:30) azért egy pár perccel elmúlik, mire behívnak, de ez még belefér. Kicsit lehetnének udvariasabbak (pl. köszönés), meg mindenkinek (tehát nekik is)jó lenne, ha az alapvetően felmerülő kérdésekre a válaszok ki lennének írva.
Még két adatot meg kell adni (amit amúgy telefonon is meglehetett volna oldani), egyik az apuka foglakozása - amit azért nem értek annyira, nyilván, ha uránbányász akkor érdekes lehet, de amúgy szerintem már az sokkal érdekesebb, ha Budapesten lakik (értsd: légszennyezettség). Ez pár perc volt, erősen felfelé kerekítve is maximum 5 perc.
Utána kb. délig semmit nem csinálunk, csak várunk a folyosón másfél órát, többedmagunkkal. Ekkor végre megjelenik a hívószám az ultrahangra. Ez nem tart tovább 10, max 15 percnél, de jó, legyen 20 perc. Verbális eredmény azonnal van, de ennek dokumentálására még egy órát várni kell…
Közben erősen érlelődik bennem a gondolat, hogy megkérdezem, hogy a nettó maximum félórás vizsgálatért miért esik ki egy ember (meg az esetleges kísérője) majdnem háromórai GDP-je. (Nem is számítva a parkolási díjat…).
És végre bejutunk. Szimpatikus fiatalember, közli, hogy az UH jó lett, de az AFP miatt (meg úgy általában) javasolja a magzatvíz mintavételt (a “megszúrás”). Mondjuk, hogy van 4-markeres tesztünk. Miért nem ezzel kezdtük… Nem mintha számítana, mert az sem 100%-os. Igen tudjuk. De az esély, hogy nincs probléma az 1:1600-hoz, szemben azzal az 1:100-as számmal ami a magzatvíz-mintavétel folyományaként előforduló magzatelhalálozás arányszáma. Erm… Izé, hát igazunk van. Akkor viszlát. Jó, de búcsúzóul még had kérdezzem meg, hogy miért kellett kettő és háromnegyed órát egy 20-perces (max. félórás) vizsgálat miatt itt lennünk? Hát, izé, sokan vannak… Ez nem jó válasz - mondom. Ha időpontra rendelnek, akkor azt úgy kell, hogy a következő időpontig le is menjen az a csapat aki oda van rendelve. Nyilván előfordulhatnak kis csúszások, de ez már nem az. Nem jutunk egyről a kettőre, meghallgatom azt, hogy ez egy 80.000 ft-os vizsgálat, amit TB támogatással ingyen elvégeznek nekünk (kösz nem), meg azt, hogy a Schöpf-méreiben ugyanezt a szekciót bezárták, ezért vannak sokan, de nem kapok választ a fenti, egyszerű kérdésemre.
Ez idő alatt szóbe elegyedtünk másokkal is, az egyik kismama előadta, hogy neki sajnos probléma van, de ezt itt nem vették észre, csak a 4d-s “maszek” ultrahangon. Sőt, amikor először itt volt, az itten UH-s “hölgy” tekintettel arra, hogy 40 év körüli volt és már volt gyereke, azzal “köszöntötte”, hogy “minek magának gyerek”…
Tényeg, nincs ilyenkor “panaszkönyv”?
A fenti két példán látszik, hogy mi a különbség. És nem válasz az, hogy ez azért van, mert az “állami ellátás” ingyenes, mert nem az. Csak nem látszik, hogy fizetünk érte, és így is kezelnek minket (tisztelet a kivételnek).

Még egy ilyen példa.
Első szülés (Margit korház), császármetszés. Aki nem tudná, ez a hasi műtétek legbonyolultabbika és szigorúan tilos utána emelni vagy megerőltető tevékenységet végezni.
Jönnénk el korházból. Kismama bőröndje becsomagolva. Kérdezi ügyeletes nővért, hogy bejöhet-e a férje kivinni a bőröndöt. A válasz “nem jöhet be férfi”. Akkor segítene kivinni? “Nem azért vagyok itt”.
Ha nem utólag tudom meg, akkor most priuszom lenne bántalmazásért.
Olyan bonyolult lenne segítőkészen hozzáállni pláne ilyen emberi dolgoknál, mint egészségügy?

És, hogy a végén összekössem a két utolsó bejegyzést:
Aki egészségügyben bármilyen területen dohányzik, az nem oda való.
Ugyanez vonatkozik persze a nevelésre is (bölcsőde, ovóda, iskola, stb.)

Posted in Bosszantyú, Magyarország te csodás | No Comments »

Szemétország

Friday, March 7th, 2008

Kilépek ajtón, egy lány megy előttem.
Cigizik.
Hirtelen “végez”, és nagy ívben, hátra sem nézve a lábam elé hajítja a csikket.
Ha lehülyetaplópicsázom, akkor vajon jogosan sértődik meg?

Egyszerűen nem értem miért kell ezt csinálni.
Már a cigizésnél kezdődik a dolog, ami egyszerűsítve azt jelenti, hogy pénzt költök az egészségem rongálására, de mindezek tetejében még bunkó paraszt állat módon szemetelek is.
Vajon, ha egy nap a “kedves dohányzó” egy köbméter csikket találna az ajtaja előtt, vagy a lakásában, akkor elgondolkodna, hogy mi történik egy eldobott csikkel?
(És akkor nem is beszéltem arról, hogy amikor robógóztam, volt olyan, hogy kihajították előttem a csikket a kocsiból - ez kb. olyan mintha fejbelőnének egy égő csikkel. Nagy élmény. Kívánom mindenkinek aki ilyet csinál…)

Persze nem csak csikkeket dobálnak el az okosok, sörös, kólásdoboz, zacskók, zsebkendők, stb. hevernek szanaszét amerre jár az ember. Elmentem a rendelőhöz, előtte egy árok, na mi van benne? Igen. Csikk, pálinkásüveg, egyéb szemét. Hihetetlen.
 Egy főváros általában szemetesebb mint pl. a kertvárosi részei, de meg kell nézni egy osztrák vagy német nagyváros kertvárosát, szembetűnő a különbség.
És arra, hogy szemetes, koszos a város sok mindent lehet mondani “kifogásként”, csak azt nem, hogy ez az alacsony életszínvonal meg szegénység meg ilyesmi miatt van. Olyan, hogy “megélhetési szemetelés” tudtommal nincs, ez a kultúra, illem és intelligenciaszint alacsony mivoltát jelzi.
Én bevezetném a csikkdíjat (dobozdíj, stb.), így, ha mást nem, akkor az eldobott csikkeket a hajléktalanok válthatnák be, ami két kérdést is megoldana egyszerre.

És/vagy: Szingapúri példa.
Csikk vagy hasonló “kis szemét” (buszjegy, cukorpapír, gyufaszál) eldobása, elsőre: 1000 szingapúri dollár (kb. 100.000 ft) plussz szemetelési tanácsadáson történő részvétel. Ha delikvens “tovább játszik”, akkor 2000 dollár, plussz közmunka. (http://www.singapore-window.org/sw01/011223af.htm)
Magyar verzióban is meg lehetne oldani, két közterület felügyelő, esetleg egy “külső” tanú, gyorsított eljárás, nem fizetés esetén fizetésből letiltás vagy ingatlanra terhelés (plussz költségekkel és kamatokkal együtt), ha egyik sem megoldható, akkor közmunka és/vagy elzárás, de úgy, hogy delikvens fedezi az összes felmerült költségeit. Ha nem hajlandó dolgozni és nem is hoz neki enni senki, akkor éhenhal, csá.

Ja kérem, hogy félünk a radikális de hatékony eszközökhöz nyúlni, mert csökkenne a népszerűségünk?
Nem biztos. Ünnepélyesen megígérem, hogy 3 választási cikluson keresztül arra fogok szavazni, aki ezt bevezeti…

Addig is maradunk egy szemét-ország…

Posted in Bosszantyú, Magyarország te csodás | No Comments »

Idiots of the day (month?)

Monday, February 4th, 2008

Imagine that you want to report a spamvertized link to its support/abuse team on a site that’s main purpose is to serve links. Would you imagine that your report gets rejected because they use URI spam filtering, and their site happens to be listed there?
Well, get started…

    SMTP error from remote mail server after end of data:
    host 2url.org [72.34.37.221]: 550-Blacklisted URL in message. (2url.org) in [black]. See
    550 http://lookup.uribl.com.

Relevant URIBL screenshot

ROTFL or cry?

Posted in Bosszantyú, English | 3 Comments »

Merry Christmas - Not…

Wednesday, December 26th, 2007

Guess what’s happening on Christmas?

E-mails starts to flow wishing merry christmas with links to uhavepostcard (dot com) and merrychristmasdude (dot com). One gets suspicious. And it turns out, one is right - again. Do not visit the above links unless you keen on getting some new trojans…

After adjusting our server’s spam filter, I do some more research. Some antivirus products recognise the downloadable, some not.

Domains were registered on 23rd of December, the registration data are obviusly fake (ZIP 12345, yahoo and hotmail e-mail accounts, etc.).
The problem is with this domain based spamvertizing, that - unlike the IP based ones - the domain can exist and can be maintained for longer period of time, it’s nameserver records can be changed, which by the way currently consist of 2*13 entries from different countries and different ISP-s.
Serving of the “webservers” IP address are done by these “bot-NS” servers, from a pool of thousands of other bot’s, so it is easily understandable that stopping these is impossible.

So, then one writes to the domain registrator company - responsible for registering the domains in question - to null out the nameservers and put the domain on hold (render the domain useless and not to let the domain to be registered elsewhere). The registrator happens to be Russian (RU-CENTER), which doesn’t look good at first sight.

However, some answer comes back, with the essence of that I should report to ICANN/Internic, if the domain have invalid registration data. Then after ICANN notifies them, they try to contact the owner, and if no answer comes back in 2 weeks(!), then they switch off the domain.

Those who understand even a tiny bit what this is about, now say “ridiculous”. After two weeks from now, whent the trojan was downloaded million times, noone will care whether the above domains exist or not.

I’ve tried once more explaining that if we can’t kill it at the domainregistration level, there is no chance doing anything else, like digging up thousands of bot’s IP’s and reporting them one-by-one (meanwhile newer ones join).
The last reply I got is currently this:

“We have initiated the check of the Whois information according to advised ICANN procedure. If it is really fail we will remove domain names.”

I’m really curious when will anything happen to these damned domains.

Update:
Dec 26, 18:04 [UTC +01:00] - New spamvertized malware hosting domain: HAPPYCARDS2008[.COM] - similar fake details, new registration, etc. Another urging message to the Russians. A slogan popped up into my mind, from an early MTV environmental advertisement. “If you’re not part of the solution, you’re part of the problem…”

Dec 26, 20:33 [UTC +01:00] - I didn’t get any answer from RU-CENTER nor I see the domains disappearing. So I encourage anyone who cares a little bit to contact (”bomb”) RU-CENTER at the “tld-ncc [@] nic.ru” address regarding to this matter. Other forms of contact can be seen here: http://www.nic.ru/about/en/contact_ncc.html
I’m amazed how many people wrote blog entries on this issue, yet none seemed to contact the only place which can do anything, the “tree root”. Come on people, you can do better. Or do I have to save the world (again) single handedly? :-]

Dec 27, 10:15 [UTC +01:00]
1st newyearcards2008[.com] spams - RU-Center urged to act again. Seems like if you want to spam, you should choose them to register your domain…

Dec 28, 16:51 [UTC +01:00]
new domain: newyearwithlove.com - reported at ICANN/Internic

Jan 05, 15:39 [UTC +01:00]
As you might have guessed, I got tired of reporting to an unresponsive registrator, internic and sirt.
There is not much I can do, and many others started to complain and comment on this issue.
Such as - but not limited to:
http://www.castlecops.com/p1038986-storm_worm_spam.html#1038986
Where - among others - you can see my “open letter to RU-CENTER”.
That was addressed on the 28th of December to ru-ncc@nic.ru, tld-ncc@nic.ru, tld-adm@nic.ru, tld-tech@nic.ru and info@cert.ru
Since they didn’t bother to do anything or at least answer, the most I can do is to list their addresses here and hope that email address harverster bots will “get the message” and eventually make them feel the same way like many of us.

Spamhaus complaint listed at: http://www.spamhaus.org/news.lasso?article=624

List of all domains registered relating to this fast-flux storm-bot Christmas/New Year “event”:
http://www.spamtrackers.eu/wiki/index.php?title=Storm#December_29

Jan 09, 15:53 [UTC +01:00]
Just received a mail from RU-CENTER:

“Dear Sirs,
 
The domains:
 
HAPPYCARDS2008.COM
NEWYEARWITHLOVE.COM
UHAVEPOSTCARD.COM
MERRYCHRISTMASDUDE.COM
 
are put on hold,
 
– 
Best Regards,
 
Julia A. Lotkova
Regional Network Information Center (RU-CENTER)
Phone:  +7 495 737-0601
fax:    +7 495 737-0602
http://www.nic.ru“  

I checked all known domains, they show “NOT-DELEGATED” and seems like they dont’t work anymore.
And it only took like 16 days!!!
Let’s be happy folks - and prepare for the new domains which will be registered soon…

Jan 10, 11:51 [UTC +01:00]
“From: “RU-CENTER NCC”
Sent: Thursday, January 10, 2008 11:51 AM
Subject: [ru-center #1781157] Re: open letter to RU-CENTER 

Dear Sirs, 
 
The domains are put on hold, thank you for your report. 
New alike registrations are monitored. 
 
– 
Best Regards, 
 
Julia A. Lotkova 
Regional Network Information Center (RU-CENTER) 
Phone: +7 495 737-0601 
fax: +7 495 737-0602 
http://www.nic.ru”

so let’s hope that at least new domains won’t be registered here.

Posted in Bosszantyú, Case Study, English | No Comments »

Karácsonyi üdvözlet - azaz nem is annyira…

Wednesday, December 26th, 2007

Persze mi történik karácsonykor?

Elkezdenek olyan üzenetek jönni, melyben kellemes karácsonyt kívánnak, egy uhavepostcard (pont com) és merrychristmasdude (pont com) linkekkel. Ilyenkor az ember gyanakszik. És kiderül, hogy megint igaza van. A fenti címeket nem érdemes meglátogatni, hacsak nem izgi trójait szeretnénk a gépünkre installálni…

A szerverünkön filterezés után bővebb analizálás. Pár víruskereső felismeri, de vannak sokan akik nem.

A domaineket december 23.-án regisztrálták, azok adatai értelemszerűen hamisak (12345-ös zip kód, yahoo-s és hotmail-es email cím, stb.).
A probléma ott van, hogy IP “spamvertizálással” ellentétben, a domain sokáig jó lehet, ha nem a gyökerénél - azaz a domainbejegyzésnél - fogják meg a problémát. Ugyanis, ha a domain létezik, annak “adminisztrátora” (azaz a víruskoordinátor) bármikor átírhatja a névszerver rekordokat, mely egyébkén jelenleg mindkettőn 13 különböző országokban és szolgáltatóknál regiszrált bejegyzésekből áll…
Ezen “bot-NS”-szerverek által a webszerver rekord IP-jének kiszolgálása is botnet hálózatból történik, így könnyen belátható, hogy a többezer zombi-webszerver és NS gép leállítása gyakorlatilag lehetetlen feladat.

Tehát az ember ír a domainregisztrátornak, hogy nyírja ki és “parkolja” a domaint (domaintranszfer vagy újraregisztrálás elkerülése végett). A domainregisztrátor (RU-CENTER) Oroszországi, ami nem kecsegtet túl sok eredménnyel.

Valami reakció érkézik elég hamar, a lényege, hogy jelentsem az ICANN/Internic felé, ha a domain érvénytelen adatokkal lett regisztrálva, akkor az Icann jelzése után megpróbálják felvenni a tulajdonossal a kapcsolatot, és ha két hétig nem válaszol, akkor utána(!) lekapcsolják a domaint. Hozzáértők most valószínúleg a “röhej” szót formálják ajkukon. Két hét múlva, amikor a fenti trójai már elterjedt többmillió példányban, a kutyát nem fogja érdekelni, hogy létezik-e a domain vagy nem. A domain megtette kötelességét…

Még megpróbáltam elmagyarázni nekik, hogy ha a domainregisztrációval nem tudunk mit csinálni, akkor semmi értelme sincs többezer (ismeretlen IP-jű) bot-ot egyesével felkutatni és jelenteni (miközben újak jönnek), így most kb. itt tartunk:

“We have initiated the check of the Whois information according to advised ICANN procedure. If it is really fail we will remove domain names.”

Kiváncsi vagyok mikor történik a domainekkel valami érdemleges.

Update:
Dec 26, 18:04 - Új spamvertizált domain: HAPPYCARDS2008[.COM] - fentiekkel egyező hamis adatok, friss dátum és letölthető trójai. Gondolom van még több domain is a tarsolyban. Oroszok megsürgetve.

Posted in Bosszantyú, Case Study | No Comments »

GYES

Thursday, November 22nd, 2007

Manó lassan két éves. Intézzünk ügyet Magyarországon - felkészülési rész (biztos lesz folytatása).

A GYES-hez szükséges “olvasnivaló“:
“A GYES iránti igényt - a 223/1998. (XII. 30.) Korm. rend. 1. számú melléklete szerinti - az “Igénybejelentés családtámogatási ellátásokra” című formanyomtatvány és a 2. számú pótlap kitöltésével kell előterjeszteni. A
nagyszülőknek ugyanezt a formanyomtatványt és a 3. számú pótlapot kell kitölteniük.”

Kedves “magyarország.hu”!
Olyan bonyolult lenne a releváns dokumentumokat idelinkelni a dokumentumtárból?
Vagy önöknek is bonyolult megtalálni?
Merthogy tényleg nem egyszerű… Manuális kereséssel az ember kezdené a “G(y)” (mint GYES) vagy esetleg az “I” mint
“Igénybejelentés családtámogatási ellátásokra” alatt. De egyik sem lenne jó. A (részleges) helyes megoldás a “C(s)” szekció-ban található. Ő a “Családtámogatási ellátásokhoz igénybejelentés 1.” (PDF). Itt már nem vagyunk konzekvensek, a “GYES” elnevezés nem szerepel…

Azért csak részlegesen jó a “C(s)” megoldás, mert a kettes melléklet nem itt van, hanem a “G(y)” alatt, ő a:
“Gyermekgondozási segély igénylése” címet kapta a szent keresztségben, XLS formátumú és a sokatmondó “data.xls” név alatt töltödik le…

Mi kell még hozzá:
Alap olvasnivaló “Mit kell a kérelemhez mellékelni?” szekciója.
Szintén szórakoztató, hogy a 11 db pont összevissza van, tehát vannak alapértelmezettek ami mindenkinek kell (személyi, születési anyakönyvi kivonat) és vannak az “egyediek” pl. gyám, nyugdíj meg olyanok amik az alapértelmezetten igénylendőkön felül kellhetnek (DVD nyelven szólva: “Bonus material/Extrák”).
Nem térek ki arra, hogy miért kell eredeti születési, meg házassági anyakönyvi kivonat.

Érdekes még a 11. pont:
“az igénylő számlavezető bankja által kiállított igazolást a számla fennállásáról, ha bankszámlaszámlára kérjük a gyermekgondozási segély folyósítását.”
Tehát nem elég bemondanom a számlaszámomat, hanem még menjek el nyilatkozatért a bankomba, hogy létezik a számlám? Viszek egy bankkivonatot, ha az nem elég jó nekik, akkor felőlem hozzák készpénzben. Az biztos gazdaságosabb nekik…

Folytatása jó eséllyel következik. Vagy kommentben, vagy külön…

Posted in Bosszantyú, Magyarország te csodás | 2 Comments »

« Older Entries