( tovis | 2010. 03. 17., sze – 16:02 )

Bocsánat, mély tisztelet az 50-100 userrel szemben, de ilyen esetben, a log mellett futtatni kell egy folyamatos log figyelést, ami csak a gyanús vagy érdekes dolgokat "mazsolázza ki" eleve - esetleg riasztást küld. Én arról beszélek amikor egy-két nap múlva kellene kideríteni valamit, azaz valami offline kutatást kell végezni. Bizonyos bonyolultság mellett egyébként is felmerül, hogy vajon megéri/szükséges kideríteni a hiba forrását, mivel valami egyszerű behatárolás után egy egység (router, switch más vas) cseréje vagy újratelepítése sokkal gyorsabb és hatékonyabb, mint kideríteni a hiba pontos forrását, hiszen addig nem állhat az élet.
Egyébként a windows hiba naplója mit segít neked egy ilyen szituációban? Épp annyira reménytelen mint a 10G text naplófájl. Én a viszonylag emberi léptékű szituációról beszélek, pl. egy munkaállomáson futtatott programról ahol több napos periodicitású hibákat/hazárdokat kell felderítened. Minden programomnál foglalkoznom kell a naplózás prblémájával, amit a windows -ban tetéz hogy nincs egy logrotate szolgáltatás, tehát azt is bele kell kódolnom, hogy legalább mindennap váltson dátummal azonosított a naplófájlt.

Teszek a munkaállomás pozicionálására/hangolására! A vasat ki kell használni, azért van. A hangolgatós filozófia a finom hangolásra kellhet. Egyébként a WEB -en találtam freeware, opensource tftp/dhcp/boot szervert windows -ra, nem mindenkinek futja dedikált szerverekre és a "nagy" gyártó cégek etetésére. Ha arra gondolsz hogy ilyen szolgáltatásokat még mindig csak a windows szerver verzióin lehet elérni, holott már egy gyufás skatulya méretű kis WiFi -s router is tudja ... Tudod van olyan Debian routernek használt vasam, ami csaknem 10 éve ketyeg! - mintegy 8 eFt (már akkor használt ócskavas) és ellát egy kis irodát.

* Én egy indián vagyok. Minden indián hazudik.