From mex at localnet.sk Thu Apr 1 08:06:00 2004 From: mex at localnet.sk (MeX) Date: Thu, 01 Apr 2004 08:06:00 +0200 Subject: Vhodna zakladna doska pre PATA RAID Message-ID: <406BB148.8000909@localnet.sk> Vie mi niekto poradit, aku zakladnu dosku kupit s PATA radicom, ktora podporuje 4.9 pre platformu AMD Athlon XP (1600+) ? Pripadne aj pre Intel. Preferujem lepsie znacky. MeX From polak.juraj at kuty.sk Thu Apr 1 08:41:52 2004 From: polak.juraj at kuty.sk (polak.juraj at kuty.sk) Date: Thu, 1 Apr 2004 08:41:52 +0200 (CEST) Subject: Oracle Message-ID: <40099.195.28.83.2.1080801712.squirrel@webmail-1.nethost.cz> Ma niekto skusenosti s instalaciou Oracle na FreeBSD ? Vedel by mi poradit ? From kapalka at mfn.sk Thu Apr 1 09:14:10 2004 From: kapalka at mfn.sk (Michal Kapalka) Date: Thu, 1 Apr 2004 09:14:10 +0200 Subject: Oracle In-Reply-To: <40099.195.28.83.2.1080801712.squirrel@webmail-1.nethost.cz> References: <40099.195.28.83.2.1080801712.squirrel@webmail-1.nethost.cz> Message-ID: <8572572437.20040401091410@mfn.sk> ahoj, osobne nemam ale basiel som takyto manual :) http://ezine.daemonnews.org/200402/oracle.html fofo pjks> Ma niekto skusenosti s instalaciou Oracle na FreeBSD ? pjks> Vedel by mi poradit ? -- Best regards, Michal mailto:kapalka at mfn.sk From cejkar at fit.vutbr.cz Thu Apr 1 09:08:49 2004 From: cejkar at fit.vutbr.cz (Rudolf Cejka) Date: Thu, 1 Apr 2004 09:08:49 +0200 Subject: Kompilace OS In-Reply-To: <406AF2A1.7060708@idc.cz> References: <200403300544.i2U5iVRf014411@dual.ms.mff.cuni.cz> <406AF2A1.7060708@idc.cz> Message-ID: <20040401070849.GA8757@fit.vutbr.cz> > >Jasne, byla noc a ja byl utahany. 5.1.2p4 > >Takze po kazdem cvsupu to musim rucne upravovat? Do souboru refuse je mozne uvest seznam souboru, ktere nema CVSup aktualizovat podle serverove strany. Tyka se to ale jen souboru, ktere ma CVSup ve svem stavovem souboru, tj. nejcasteji soubor, ktere jsou v cvs repository. Ostatnich souboru si CVSup nevsima, ani v pripade pouziti volby delete. Vice viz man cvsup a sekce REFUSE FILES. > >To je docela krute. Az to zkusite, vubec bych se nedivil, ze zmenite nazor a budete to delat tak, jak napsal David - plny cvs update s naslednym patchovanim. Pak se totiz dobre zjisti, ze lokalni patche uz nejsou aktualni proti stavu v cvs. Tech par prikazu, jako cvs update, patch, portsdb -uU, se da snadno napsat i do skriptu, David Pasek wrote (2004/03/31): > Nevim jestli to funguje i pro cvsup, ale v cvs existuje .cvsignore > http://docs.freebsd.org/info/cvs/cvs.info.cvsignore.html Neni .cvsignore jen pro seznam souboru, kterych si nema cvs vsimat pri cvs update, aby nevypisoval dotycny soubor s otaznikem, ze nevi, co tam dela? A take pro cvs add, aby takoveto soubory nebyly implicitne zarazovany do repository (je-li soubor v .cvsignore explicitne uveden a na prikazove radce cvs add take, je tam stejne zarazen). Na cvs update podle me nema vliv. -- Rudolf Cejka http://www.fit.vutbr.cz/~cejkar Brno University of Technology, Faculty of Information Technology Bozetechova 2, 612 66 Brno, Czech Republic From freebsd-users-l at wilbury.sk Thu Apr 1 10:28:12 2004 From: freebsd-users-l at wilbury.sk (Juraj Lutter) Date: Thu, 1 Apr 2004 10:28:12 +0200 Subject: Oracle In-Reply-To: <40099.195.28.83.2.1080801712.squirrel@webmail-1.nethost.cz> References: <40099.195.28.83.2.1080801712.squirrel@webmail-1.nethost.cz> Message-ID: <20040401082812.GI525@wilbury.sk> On Thu, Apr 01, 2004 at 08:41:52AM +0200, polak.juraj at kuty.sk wrote: > Ma niekto skusenosti s instalaciou Oracle na FreeBSD ? > Vedel by mi poradit ? overenu mam len instalaciu oracle clienta verzie 8.0.5.x a 8.0.6.x (samozrejme v linux emulacii). ostatne poskytli nepouzitelne vysledky. otis -- Juraj Lutter | () Ascii Ribbon Campaign http://www.pd.sk/ | /\ Support plain text e-mail From pista18 at zoznam.sk Thu Apr 1 16:13:09 2004 From: pista18 at zoznam.sk (Stefan Valastan) Date: Thu, 01 Apr 2004 16:13:09 +0200 Subject: apache - VYRIESENE In-Reply-To: <20040331150207.GA28788@hilbert.chtf.stuba.sk> References: <406A8E2D.9010803@zoznam.sk> <1080741317.11845.28.camel@tomas.moravskoslezsky.int> <406AD73E.4050508@zoznam.sk> <20040331150207.GA28788@hilbert.chtf.stuba.sk> Message-ID: <406C2375.8010001@zoznam.sk> Dakujem vsetkym za radu, nakoniec som to riesil nejak takto. Ak niekto to bude v buducnu riesit tak toto funguje uplne bezbolestne skoro s nulovym vypadkom. 1) zaloha httpd.conf a rc.d/apache.sh 2) make build apache-ssl 3) make deinstall rozne mod-y co su nainstalovane, v mojom pripade mod_gzip, mod_fastcgi 4) make deinstall apache (APACHA NEVYPINAT ON BEZI DALEJ, ASPON KED MATE FAST_CGI!) 5) make install apache-ssl 6) make install rozne mod-y 7) kontrola httpd.conf a doladenie konfiguraku (doporucujem vimdiff :0)) 8) apachectl configtest (kvoli preklepom) 9) apachectl restart a malo by to v pohode fungovat v podstate s nulovym vypadkom ktory si user skoro nevsimne aj ked tam bude trochu seknutie kvoli novej kompilacii fastcgi scriptov S pozdravom Steve From jozef.babjak at stuba.sk Thu Apr 1 17:34:18 2004 From: jozef.babjak at stuba.sk (Jozef Babjak) Date: Thu, 1 Apr 2004 17:34:18 +0200 Subject: apache - VYRIESENE In-Reply-To: <406C2375.8010001@zoznam.sk> References: <406A8E2D.9010803@zoznam.sk> <1080741317.11845.28.camel@tomas.moravskoslezsky.int> <406AD73E.4050508@zoznam.sk> <20040331150207.GA28788@hilbert.chtf.stuba.sk> <406C2375.8010001@zoznam.sk> Message-ID: <20040401153418.GA31156@hilbert.chtf.stuba.sk> Zdravim vsetkych! > 4) make deinstall apache (APACHA NEVYPINAT ON BEZI DALEJ, ASPON KED MATE > FAST_CGI!) ^-- No, on sice bezi, ale len do momentu, kym proces apaca nepotrebuje operacny system odstrankovat'/odswapova't, co v pohode moze, lebo spustitel'ny subor sluzi ako swapovy priestor pre odswapovanie pamate kodu... V pripade, ze mu medzi tym make deinstall tento subor zmaze, tak pri opa:tovnom nacitani procesu bude mat jadro pravdepodobne znacne problemy (nakesovany ten subor nemoze byt', lebo keby bol nakesovany, tak jadro uvolni pama:t' v prvom rade uvol'nenim kese, nie swapovanim). [Pre vysvetlenie: stranky obsahujuce v pama:ti kod procesu nie je potrebne pri odswapovavani odkladat' do swapaku (t.j. na disk), pretoze uz na disku raz su, v subore, odkial' sa proces spustil. Preto sa v tomto pripade "odswapovanie" deje tak, ze sa stranky oznacia za odswapovane, ale nie v na swap particii, ale v povodnom subore, odkial boli nacitane.] I tak sa mi zda pravdepodobne, ze make deinstall pri spustenom apaci bud' zlyha (nemoze zmazat' subor httpd, pretoze jadro ho ma namapovany pre vyssie uvedeny pripad potreby odswapovania kodu procesu, a teda ho zmazat' vo vlastnom zaujme nedovoli), alebo make deinstall sa pokusi zmazat' subor httpd a nepodari sa mu to, ale tuto chybu skryje/odignoruje, a tudiz neprevedie deinstall. Ak sa mylim, opravte ma, ale i tak si myslim, ze kazdopadne je nie spravne odinstalovavat' aplikaciu, ktora bezi. Odporucam sposob, ktory som opisal v svojom predchadzajucom maile. J. From hsn at netmag.cz Thu Apr 1 19:44:41 2004 From: hsn at netmag.cz (Radim Kolar) Date: Thu, 1 Apr 2004 19:44:41 +0200 Subject: forkbomba - dotaz: systemove programovani v BSD Message-ID: <20040401174441.GA3090@asura.bsd> Potreboval bych vedet nasledujici: 1) muze i32 user-level proces pracovat s vice nez 4 GB? pokud si vzpominam tak intel ma i v protect modu jeste segmentove registry, ale pochybuju ze by je OS BSD podporoval. Je tedy jedina moznost forknout vice programu? 2) muze FreeBSD binarka volat syscall, ktery je jenom v Linux-modu? (mremap) Cim primitivnejsi program napisu tim vice se najde lidi, kteri jsou ochotni si za nove featury zaplatit. Taky zpusob jak vydelavat na opensource -- psat hloupe programy. Vesmes se mne to stava u programu, ktere byly odmitnuty freshmeatem jako 'too primitive'. From dan at obluda.cz Thu Apr 1 21:03:47 2004 From: dan at obluda.cz (Dan Lukes) Date: Thu, 01 Apr 2004 21:03:47 +0200 Subject: PPP - no dialtone In-Reply-To: <20040331195805.GB1871@skippy> References: <200403311821.44016.freebsd@devnet.sk> <20040331195805.GB1871@skippy> Message-ID: <406C6793.2000202@obluda.cz> Zbynek Houska wrote: >>set dial "ABORT BUSY ABORT NO\\sCARRIER TIMEOUT 5 \ >> \"\" AT OK-ATX3-OK ATE1Q0 OK \\dATDT\\T TIMEOUT 40 CONNECT" > Rekl bych, podle prvniho pohledu, ze by ono ATX3 melo byt az tam kde se > ono cislo vytaci, tedy ve vasem pripade dATDT\\T. Ten "prvni pohled" je nespravny, ledaze jde o specialitu tohoto typu modemu navzdory nepravne analyze ale rada, jak problem vyresit, uz spravna je. "Beznemu" Hayes kompatibilnimu modemu je jedno jestli je tento pripaz uveden na pripazove radce samostatne nebo s jinymi prikazy (vcetne prikazu pro vytoceni) - takze to "X3" nemusi byt tam, kde se vytaci. AL emusi byt nekde, kde se vubec vezme v potaz. Hlavni problem tohoto scriptu je ten, ze rika "posli AT a pokud NEDOSTANES odpoved OK tak posli ATX3". Jenze on to OK na to AT typicky dostane a tak (v souladu s pozadavkem) ATX3 samozrejme neposila. Dan From freebsd at devnet.sk Thu Apr 1 20:32:54 2004 From: freebsd at devnet.sk (FreeBSD - Devnet) Date: Thu, 1 Apr 2004 20:32:54 +0200 Subject: !!! HP ScanJet 3400C !!! In-Reply-To: <20040331200709.GC1871@skippy> References: <200403311305.59623.freebsd@devnet.sk> <20040331200709.GC1871@skippy> Message-ID: <200404012032.54379.freebsd@devnet.sk> > Co takhle po startu znova pripojit scanner a poslat sem vypis z pciconf > -vl? Bezi vam usbd? > > Zbynek Otazka, AKO ten scanner znova pripojim ??? From dan at obluda.cz Thu Apr 1 21:44:46 2004 From: dan at obluda.cz (Dan Lukes) Date: Thu, 01 Apr 2004 21:44:46 +0200 Subject: apache - VYRIESENE In-Reply-To: <20040401153418.GA31156@hilbert.chtf.stuba.sk> References: <406A8E2D.9010803@zoznam.sk> <1080741317.11845.28.camel@tomas.moravskoslezsky.int> <406AD73E.4050508@zoznam.sk> <20040331150207.GA28788@hilbert.chtf.stuba.sk> <406C2375.8010001@zoznam.sk> <20040401153418.GA31156@hilbert.chtf.stuba.sk> Message-ID: <406C712E.3090804@obluda.cz> Jozef Babjak wrote: >>4) make deinstall apache (APACHA NEVYPINAT ON BEZI DALEJ, ASPON KED MATE >>FAST_CGI!) > > > ^-- No, on sice bezi, ale len do momentu, kym proces apaca nepotrebuje > operacny system odstrankovat'/odswapova't, co v pohode moze, lebo > spustitel'ny subor sluzi ako swapovy priestor pre odswapovanie pamate > kodu... V pripade, ze mu medzi tym make deinstall tento subor zmaze, tak > pri opa:tovnom nacitani procesu bude mat jadro pravdepodobne znacne > problemy (nakesovany ten subor nemoze byt', lebo keby bol nakesovany, tak > jadro uvolni pama:t' v prvom rade uvol'nenim kese, nie swapovanim). > > [Pre vysvetlenie: stranky obsahujuce v pama:ti kod procesu nie je potrebne > pri odswapovavani odkladat' do swapaku (t.j. na disk), pretoze uz na disku > raz su, v subore, odkial' sa proces spustil. Preto sa v tomto pripade > "odswapovanie" deje tak, ze sa stranky oznacia za odswapovane, ale nie v > na swap particii, ale v povodnom subore, odkial boli nacitane.] > > I tak sa mi zda pravdepodobne, ze make deinstall pri spustenom apaci bud' > zlyha (nemoze zmazat' subor httpd, pretoze jadro ho ma namapovany pre > vyssie uvedeny pripad potreby odswapovania kodu procesu, a teda ho zmazat' > vo vlastnom zaujme nedovoli), alebo make deinstall sa pokusi zmazat' subor > httpd a nepodari sa mu to, ale tuto chybu skryje/odignoruje, a tudiz > neprevedie deinstall. Vyjimecne ponecham dopis (skoro) cely, protoze budu reagovat postupen na (skoro) vsechny odstavce. Zacnu od posledniho a mirne zesiroka. Na UFS (a mnohych dalsich UNIXovych filesystemech) existuji dve ruzne operace - "smazani jmena souboru" a "smazani souboru". V soucasnych verzich vetsiny systemu pritom ta druha funkce (smazani souboru) neni uzivateli VUBEC pristupna. Soubor jest smazan systemem automaticky tehdy, pokdu na nej neexistuje odkaz. Za odkaz se jednak povazuje "jmeno souboru" (kdyz ma soubor vice jmen, hovoriem o (hard-)lincich), jednak descriptor procesu drzici "otevreny" takovy soubor. Uzivateli jsou dostupne pouze funkce jako "remove (3)" respektive "unlink (2)". Soubor sam, pokud ma jeste jine jmeno - a nebo - a to je varianta, ktera nas ted zajima vice - je otevren nejakym procesem a pouzivan, ani pouzitim techto funkco nezanikne (vsimnete si, ze napriklad muzete klidne za behu Apache smazat jeho LOG soubor - ale misto na disku se uvolni teprve tehdy, kdyz beh Apache skonci - do te doby soubor existoval a Apache do nej stale zapisoval). To, co se rika v predposlednim odstavci je pravda, ale nikoli uplna. System, v okamziku, kdy soubor spusti, ho "otevre" - a po dobu behu prislusneho procesu ho nejen drzi otevreny, ale take zamknuty na zapis (zkuste pustit treba 'echo "" >jmeno_souboru' kdyz kod tohoto souboru zrovna "bezi" - dozvite se, ze "text file busy"). Takze zapis do TOHOTO souboru je vyloucen. Smazat jeho jmeno ale zakazano neni. Pokud jmeno souboru smazeme, soubor nezanikne - ale otevre se nam tim prostor pro vytvoreni noveho souboru, se stejnym jmenem, jake puvodne nosil ten puvodni. Upgradovat tedy bezici proces neni nemozne. Problem dokonce nenastava ani se soubeznym behem obou "verzi" tohoto souboru - je pravda, ze kdyz spoustim (novy) proces, ktery uz je v jedne instanci pritomen v pameti, tak se kod do pameti nenatahuje znovu, ale "shodnost" se nezjistuje porovnanim jmen souboru, ale "dev+inode" - a to je u noveho souboru urcite jine (vzhledem k tomu, ze puvodni soubor jeste nezanikl). Jasne, ze pri "in-place" uprade muze vzniknout problem - pokud se cely produkt sklada z vice souboru, ktere se pouzivaji "on-demand", pak se skutecne muze "stare" verzi stat, ze po provedeni upgrade otevre a pouzije obsah souboru nove verze - a to nemusi skoncit dobre. Nicmene, pokud se program takto nechova, problem by nastat nemel ... No, slo to napsat i jednou vetou - snazani souboru by popsane problemy skutecne prineslo, ale ani deninstall ani cokoliv jineho soubory nemaze - jen jejich jmena. Dan From freebsd at devnet.sk Thu Apr 1 19:43:34 2004 From: freebsd at devnet.sk (FreeBSD) Date: Thu, 1 Apr 2004 19:43:34 +0200 Subject: Fwd: Re: PPP - no dialtone Message-ID: <200404011943.34948.freebsd@devnet.sk> Mohol by mi niekto poslat uz hotovy chat script do ppp.conf ??? Velmi mi to suri....a neviem co mam robit modem mam s lucent chipsetom (Microrom DeskPorte Indernal/L) vopred vdaka DNX ---------- Forwarded Message ---------- Subject: Re: PPP - no dialtone Date: Thursday 01 April 2004 21:03 From: Dan Lukes To: FreeBSD mailing list Zbynek Houska wrote: >>set dial "ABORT BUSY ABORT NO\\sCARRIER TIMEOUT 5 \ >> \"\" AT OK-ATX3-OK ATE1Q0 OK \\dATDT\\T TIMEOUT 40 CONNECT" > > Rekl bych, podle prvniho pohledu, ze by ono ATX3 melo byt az tam kde se > ono cislo vytaci, tedy ve vasem pripade dATDT\\T. Ten "prvni pohled" je nespravny, ledaze jde o specialitu tohoto typu modemu navzdory nepravne analyze ale rada, jak problem vyresit, uz spravna je. "Beznemu" Hayes kompatibilnimu modemu je jedno jestli je tento pripaz uveden na pripazove radce samostatne nebo s jinymi prikazy (vcetne prikazu pro vytoceni) - takze to "X3" nemusi byt tam, kde se vytaci. AL emusi byt nekde, kde se vubec vezme v potaz. Hlavni problem tohoto scriptu je ten, ze rika "posli AT a pokud NEDOSTANES odpoved OK tak posli ATX3". Jenze on to OK na to AT typicky dostane a tak (v souladu s pozadavkem) ATX3 samozrejme neposila. Dan -- FreeBSD mailing list (users-l at freebsd.cz) http://www.freebsd.cz/listserv/listinfo/users-l ------------------------------------------------------- From Jaroslav_Pavlicek at kb.cz Fri Apr 2 08:15:07 2004 From: Jaroslav_Pavlicek at kb.cz (Pavlicek Jaroslav Ing.) Date: Fri, 2 Apr 2004 08:15:07 +0200 Subject: PPP - no dialtone Message-ID: <9C3F8EE793F2BD41948575950E1E478905495D@sckb00.ds.kb.cz> A nem? nahodou byt ATX1 ? Ja to vzdycky tak davam. --- Jarda -----Original Message----- From: Dan Lukes [mailto:dan at obluda.cz] Sent: Thursday, April 01, 2004 9:04 PM To: FreeBSD mailing list Subject: Re: PPP - no dialtone Zbynek Houska wrote: >>set dial "ABORT BUSY ABORT NO\\sCARRIER TIMEOUT 5 \ >> \"\" AT OK-ATX3-OK ATE1Q0 OK \\dATDT\\T TIMEOUT 40 CONNECT" > Rekl bych, podle prvniho pohledu, ze by ono ATX3 melo byt az tam kde > se ono cislo vytaci, tedy ve vasem pripade dATDT\\T. Ten "prvni pohled" je nespravny, ledaze jde o specialitu tohoto typu modemu navzdory nepravne analyze ale rada, jak problem vyresit, uz spravna je. "Beznemu" Hayes kompatibilnimu modemu je jedno jestli je tento pripaz uveden na pripazove radce samostatne nebo s jinymi prikazy (vcetne prikazu pro vytoceni) - takze to "X3" nemusi byt tam, kde se vytaci. AL emusi byt nekde, kde se vubec vezme v potaz. Hlavni problem tohoto scriptu je ten, ze rika "posli AT a pokud NEDOSTANES odpoved OK tak posli ATX3". Jenze on to OK na to AT typicky dostane a tak (v souladu s pozadavkem) ATX3 samozrejme neposila. Dan -- FreeBSD mailing list (users-l at freebsd.cz) http://www.freebsd.cz/listserv/listinfo/users-l From bystrican at ANO-ALIANCIA.SK Fri Apr 2 09:53:07 2004 From: bystrican at ANO-ALIANCIA.SK (=?iso-8859-2?B?VG9t4bkgQnlzdHJp6GFu?=) Date: Fri, 2 Apr 2004 09:53:07 +0200 Subject: sledovani mnozstvi paketu Message-ID: Tiez som rozchodil IPA , je to super utilita. Neviete poradit, kde by som zohnal na to nejaky web interface ? Resp. ak niekto nieco ma naprogramovane, mohol by sa s tym podelit ? D Tomas -----Original Message----- From: Martyn conf. [mailto:mkudlacekconf at centrum.cz] Sent: Wednesday, March 31, 2004 4:04 PM To: FreeBSD mailing list Subject: Re: sledovani mnozstvi paketu > >ja mam dobre zkusenosti s sysutils/ipa zkusil jsem ipa a je to uplne vyborne, nabizi uzasne moznosti a konfigurace neni zas tak tezka (i kdyz docela chvilku jsem se v tom prehraboval). Ted jeste zjistit jak to dostat do nejake sikovne podoby nebo primo databaze mysql, pro zpracovani dat. Takze ipa doporucuji Martyn -- FreeBSD mailing list (users-l at freebsd.cz) http://www.freebsd.cz/listserv/listinfo/users-l From hrabec at ramgate.cz Sat Apr 3 15:33:44 2004 From: hrabec at ramgate.cz (Josef Hrabec) Date: Sat, 3 Apr 2004 15:33:44 +0200 Subject: webovy kalendar (planovac) References: Message-ID: <024d01c41980$4c13c990$1e01a8c0@pupak> Dobry den, nenapada nekoho z vas link na nejaky webovy kalendar, neco ve stylu, kde by se daly zobrazovat napr. pro aktualni tyden ci mesic nejake planovane akce atp. Nejspis asi neco bazi PHP ci MySQL. Dekuji za vsechny namety, Pepa. From f.tomes at atlas.cz Sat Apr 3 15:59:03 2004 From: f.tomes at atlas.cz (F. Tomes) Date: Sat, 03 Apr 2004 15:59:03 +0200 Subject: webovy kalendar (planovac) In-Reply-To: <024d01c41980$4c13c990$1e01a8c0@pupak> References: <024d01c41980$4c13c990$1e01a8c0@pupak> Message-ID: <1081000743.1584.0.camel@hidden.mk.zcu.cz> Mrknete na http://www.horde.org/kronolith/ frank V So, 03. 04. 2004 v 15:33, Josef Hrabec p??e: > Dobry den, > nenapada nekoho z vas link na nejaky webovy kalendar, neco ve stylu, kde by > se daly zobrazovat napr. pro aktualni tyden ci mesic nejake planovane akce > atp. Nejspis asi neco bazi PHP ci MySQL. > > Dekuji za vsechny namety, > Pepa. From 000.fbsd at quip.cz Sat Apr 3 16:32:46 2004 From: 000.fbsd at quip.cz (000.fbsd at quip.cz) Date: Sat, 03 Apr 2004 16:32:46 +0200 Subject: webovy kalendar (planovac) In-Reply-To: <024d01c41980$4c13c990$1e01a8c0@pupak> References: <024d01c41980$4c13c990$1e01a8c0@pupak> Message-ID: <406ECB0E.1020407@quip.cz> https://sourceforge.net/projects/webcalendar vypada zajimave, ale sam jsem ho nezkousel Quip Josef Hrabec wrote: > Dobry den, > nenapada nekoho z vas link na nejaky webovy kalendar, neco ve stylu, > kde by > se daly zobrazovat napr. pro aktualni tyden ci mesic nejake planovane > akce > atp. Nejspis asi neco bazi PHP ci MySQL. > > Dekuji za vsechny namety, > Pepa. From hsn at netmag.cz Sat Apr 3 17:36:37 2004 From: hsn at netmag.cz (Radim Kolar) Date: Sat, 3 Apr 2004 17:36:37 +0200 Subject: UFS/FFS filesystem disk format Message-ID: <20040403153637.GA2931@asura.bsd> Nemuzu vygooglovat nejaky dokument, ktery by popisoval jak vypada filesystem ufs/ffs na disku. Je to divne ze se od 20 let stareho FS nevaleji nekde design dokumenty. Potreboval bych nejake high-level overview, strukturu inodu mam v kernel headerech. Ono tech disk-formatu bude asi vic protoze fsck_ffs ma prepinac -c 0-3 pro jejich konverzi. Neni mne jasne jak se pracuje s fragmenty References: <20040403153637.GA2931@asura.bsd> Message-ID: <20040403210734.Q1968@pechy.hide.idc.cz> On Sat, 3 Apr 2004, Radim Kolar wrote: >Nemuzu vygooglovat nejaky dokument, ktery by popisoval jak vypada filesystem >ufs/ffs na disku. Je to divne ze se od 20 let stareho FS nevaleji nekde design man newfs: M. McKusick, W. Joy, S. Leffler, and R. Fabry, "A Fast File System for UNIX", ACM Transactions on Computer Systems 2, 3, pp 181-197, August 1984, (reprinted in the BSD System Manager's Manual). System Manager's Manual = /usr/share/doc/smm ---> /usr/share/doc/smm/05.fastfs/paper.ascii.gz pripadne lip zformatovane to je tady: http://docs.freebsd.org/44doc/smm/05.fastfs/paper.pdf >Neni mne jasne jak se pracuje s fragmentyffs je komplikovanejsi. Zda se ze ma 3 urovnove ukladani dat >(clustery,bloky,fragmenty). viz ten paper. > >nasel jsem http://www.usenix.org/events/bsdcon03/tech/mckusick.html ale ten >je password-protected. co si pamatuju, tak rocni clenstvi bylo kolem 20-30$, mozna by se tady nasel nekdo, kdo ten pristup aktualne ma... Kdyby se ti ho podarilo sehnat, dej mi vedet. > > Podle abstractu z vyse uvedeneho dokumentu ufs2 umi dynamicky alokovat inody > - mne to ale v 5.2.1 nefunguje, asi to neni jeste v kernelu implementovano. > Melo by to tedy jit dost snadno udelat. UFS2 z paperu a UFS2 co je implementovano ve FreeBSD/NetBSD je (velky) rozdil. Implementace ma treba aspon "lazy inode initialization". S nazorem, ze by dynamicka alokace inodu mela byt snadna, nesouhlasim :) (respektive udelat treba ano, ale jak s nimi pracovat, abys neztratil vykon? Zmenit spravu z bitovych map na stromy vyrazne zasahuje do cele implementace; tj. v paperu je urcite jak na to, ale dostat to do soucasneho UFS by rozhodne nebyla trivialita). Co se obecne tyce novych veci v UFS2 proti UFS1, neni jich zas tolik, protoze se provedly jen ty zmeny, ktere nepredstavovaly vetsi riziko. Viz treba: http://sixshooter.v6.thrupoint.net/jeroen/faq.html > > 2) Reportovat fragmentovane soubory. Jmeno, pocet fragmentu, avg. fragment size. > ffsinfo(8) > 3) Pripadne umet zmensit filesystem, zde si nejsem jist zda bych to nekdy v > praxi pouzil. > mam podobny nazor. h. -- Jan Pechanec From mixicek at seznam.cz Sun Apr 4 01:30:24 2004 From: mixicek at seznam.cz (=?iso-8859-2?Q?Je=F8=E1bek_Ladislav?=) Date: Sun, 4 Apr 2004 01:30:24 +0200 Subject: Samba a virtualni ucty Message-ID: <200404032331.i33NVLCS049546@mixicek.jspoj.czf> Dobry den, rad bych se zeptal, jestli Samba podporuje virtualni ucty a jak se to da nastavit? Predem moc dekuji za odpovedi. Ladislav Jerabek From Mortals at seznam.cz Mon Apr 5 16:09:46 2004 From: Mortals at seznam.cz (=?us-ascii?Q?Mortal=20Kombat?=) Date: Mon, 05 Apr 2004 16:09:46 +0200 (CEST) Subject: stazeni portu pres proxy Message-ID: <781563.2819568-4611-533118304-1081174185@seznam.cz> Zdravim, mam takovej problem s instalaci portu z internetu. Neda?? se mi stahnout ??dnej port. po p??kazu make: >> zip23.tar.gz doesn't seem to exist in /usr/ports/distfiles/. >> Attempting to fetch from ftp://ftp.uu.net/pub/archiving/zip/src/. fetch: ftp://ftp.uu.net/pub/archiving/zip/src/zip23.tar.gz: Connection refused Mysl?m, ?e je to t?m ?e jsem za proxynou a firewallem. Nemohu se s ??dn?m FTP klientem p?ipojit na nejakej server. Ale zase pres www rozhrani mohu cokoliv stahovat jak z FTP tak z HTTP. sta?en? portu mi nejde ani z HTTP: >> Attempting to fetch from http://www.gtlib.cc.gatech.edu/pub/mozilla.org/mozilla/releases/mozilla1.6/src/. fetch: http://www.gtlib.cc.gatech.edu/pub/mozilla.org/mozilla/releases/mozilla1.6/src/mozilla-source-1.6.tar.b z2: Connection refused Nev?te n?kdo jak to rozchodit? Martin Korous freeBSD 5.2.1 ____________________________________________________________ L?tejte si po Evrop? od 1590 K?! http://ad2.seznam.cz/redir.cgi?instance=72890%26url=http://www.smartwings.net From freebsd-users-l at wilbury.sk Mon Apr 5 16:31:20 2004 From: freebsd-users-l at wilbury.sk (Juraj Lutter) Date: Mon, 5 Apr 2004 16:31:20 +0200 Subject: stazeni portu pres proxy In-Reply-To: <781563.2819568-4611-533118304-1081174185@seznam.cz> References: <781563.2819568-4611-533118304-1081174185@seznam.cz> Message-ID: <20040405143120.GD525@wilbury.sk> On Mon, Apr 05, 2004 at 04:09:46PM +0200, Mortal Kombat wrote: > Nev?te n?kdo jak to rozchodit? man fetch jedna sa o premenne prostredia http_proxy a ftp_proxy otis -- Juraj Lutter | () Ascii Ribbon Campaign http://www.pd.sk/ | /\ Support plain text e-mail From bretislav.kubesa at centrum.cz Mon Apr 5 17:26:39 2004 From: bretislav.kubesa at centrum.cz (=?iso-8859-2?Q?B=F8etislav_Kubesa?=) Date: Mon, 5 Apr 2004 17:26:39 +0200 Subject: Zvlastni problem se specifickou WWW strankou References: <781563.2819568-4611-533118304-1081174185@seznam.cz> Message-ID: <003f01c41b22$63e2ea30$2bcce593@p3536a> Zdravim vsechny, narazil jsem na zajimavy problem s jednou adresou. Predem upozornuji, ze tady nedelam nikomu reklamu. Nekdo z prace se me ptal, proc se ve firme nemuze dostat na www.elektrosvet.cz , nicmene je mi divne, tato adresa na jinem pripojeni jede v poradku, jak jsem ted zjistil. Vsechny ostatni adresy jedou take OK. Zacal jsem zjistovat co jsem mohl. Na WinXP stanici za FreeBSD - konfigurovano pres DHCP, vsechny ostatni URL jedou v poradku> PING www.elektrosvet.cz - system neprevedl DNS na IP. Dale tedy nslookup - DNS QUERY TIMEOUT. Zvedl jsem timeout na 10s - ale to same. Zkusil jsem to tedy rovnou na FreeBSD> ping www.elektrosvet.cz - bez odezvy, ale misto www.elektrosvet.cz to zkousi www.elektrosvet.cz.MADOMENA.CZ ? - da se tomuto nejak zamezit nebo je to normalni chovani ? NSLOOKUP -debug > elektrosvet.cz Server: router.wc Address: 192.168.100.1 ;; res_nmkquery(QUERY, elektrosvet.cz, IN, A) timeout timeout ;; res_nmkquery(QUERY, elektrosvet.cz.MADOMENA.cz, IN, A) opet to vyhodi zaznam pro elektrosvet.cz.MADOMENA.CZ...... Samozrejme adresa elektrosvet.cz.MADOMENA.CZ neexistuje. Nicmene proc se tak deje ? Ostatni adresy, at uz me napada cokoliv, se prekladaji okamzite a bez problemu. Zkousel jsem menit i adresy DNS serveru, porad to same. Zvlastni je, ze kdyz u sebe /jine pripojeni/ vyzkousim PING a NSLOOKUP, je u adresy elektrosvet.cz vse v poradku - alespon mi to vyhodi prevedenou IP a PINGnu se. NSLOOKUP na jinem pripojeni: Neautorizovana odpoved: Nazev: elektrosvet.cz Addresses: 212.65.244.0, 212.65.244.134 Kdyz tento DNS nastavim a pouziji ve firme, adresa elektrosvet.cz se stejne neprelozi. Kdyz dam pingovat IP 212.65.244.0, 212.65.244.134, pingnu se na obe, ale pouze na mem pripojeni, v praci se pingnu pouze na 212.65.244.134. Ve firewallu to zakazane samozrejme nemam. Ze by u ISP ? Ale ten prece takove omezeni provest nesmi. Poradite prosim co s tim ? Nerad bych casem zjistil, ze takovychto adres je vice... ;o( Dekuji za odpoved. BK PS: Na stranky se dostanu, ale obklikou - napr. pres anonymizer.com ... nebo kdybych pouzil jiny proxy server, taky by zrejme nebyl problem. Jeste pokud pouziji u sebe traceroute 212.65.244.0 - skonci to korektne na adrese brno04-r02-fe0-0-14.ctt.cz (194.212.211.246)....ale v praci ne (uvadim pouze od 5uzlu).... 5 gwa-PO4-2.gts.cz (193.86.72.185) 6.204 ms 14.502 ms 6.494 ms 6 nix1.ctt.cz (194.50.100.220) 7.101 ms * 6.952 ms 7 prah01-r10-ge11-1-81.ctt.cz (194.212.211.173) 7.490 ms 10.326 ms 9.644 ms 8 brno04-r10-p0-0.ctt.cz (212.65.217.138) 11.440 ms 18.430 ms 11.533 ms 9 brno04-r02-fe0-0-14.ctt.cz (194.212.211.246) 18.366 ms 10.755 ms 12.190 ms --> CONTACTEL 10 * * * 11 * * * 12 * * * 13 * * * 14 * * * 15 * * * 16 * * * a porad dokola.... From f.tomes at atlas.cz Mon Apr 5 18:06:07 2004 From: f.tomes at atlas.cz (F. Tomes) Date: Mon, 05 Apr 2004 18:06:07 +0200 Subject: Zvlastni problem se specifickou WWW strankou In-Reply-To: <003f01c41b22$63e2ea30$2bcce593@p3536a> References: <781563.2819568-4611-533118304-1081174185@seznam.cz> <003f01c41b22$63e2ea30$2bcce593@p3536a> Message-ID: <1081181166.1492.8.camel@hidden.mk.zcu.cz> Spatna konfigurace DNS, nekde v zonovem souboru chybi tecka, a take tam je dost dalsich jinych chyb. frank V Po, 05. 04. 2004 v 17:26, B?etislav Kubesa p??e: > Zdravim vsechny, narazil jsem na zajimavy problem s jednou adresou. Predem > upozornuji, ze tady nedelam nikomu reklamu. > Nekdo z prace se me ptal, proc se ve firme nemuze dostat na > www.elektrosvet.cz , nicmene je mi divne, tato adresa na jinem pripojeni > jede v poradku, jak jsem ted zjistil. > Vsechny ostatni adresy jedou take OK. > Zacal jsem zjistovat co jsem mohl. From dan at obluda.cz Mon Apr 5 18:34:06 2004 From: dan at obluda.cz (Dan Lukes) Date: Mon, 05 Apr 2004 18:34:06 +0200 Subject: Zvlastni problem se specifickou WWW strankou In-Reply-To: <003f01c41b22$63e2ea30$2bcce593@p3536a> References: <781563.2819568-4611-533118304-1081174185@seznam.cz> <003f01c41b22$63e2ea30$2bcce593@p3536a> Message-ID: <40718A7E.5020701@obluda.cz> B?etislav Kubesa wrote: >>elektrosvet.cz > > Server: router.wc > Address: 192.168.100.1 > > ;; res_nmkquery(QUERY, elektrosvet.cz, IN, A) > timeout > timeout > ;; res_nmkquery(QUERY, elektrosvet.cz.MADOMENA.cz, IN, A) > Nicmene proc se tak deje ? Mnohoznacna otazka. Proc se deje to, ze zkousi (pri neuspechu puvodniho jmena) "elektrosvet.cz.MADOMENA.cz" ? Nejspis proto, ze mu to narizuje /etc/resolv.conf, kde bude nadefinovany "search" Nicmene, hlavni problem je stejne ten, ze se neresolvi zaznam pro "elektrosvet.cz" ... Otazka je proc - a na to mame, v teto chvili, malo udaju. je potreba vysledovat, ze skutecne odchazi dotaz (a kam), pripadne jake se vraci odpovedi (man tcpdump). Pak by se videlo. Kazdopadne, > NSLOOKUP na jinem pripojeni: > Neautorizovana odpoved: > Nazev: elektrosvet.cz > Addresses: 212.65.244.0, 212.65.244.134 ponouka prinejmensim k zvysene pozornosti. Zejmena adresa 212.65.244.0, ktera je na hranici bloku. Ostatne, zjistil jste to sam: > Kdyz dam pingovat IP 212.65.244.0, 212.65.244.134, pingnu se na obe, ale > pouze na mem pripojeni, v praci se pingnu pouze na 212.65.244.134. > Ve firewallu to zakazane samozrejme nemam. Ze by u ISP ? Ale ten prece > takove omezeni provest nesmi. Ve skutecnosti je to daleko horsi - kdyz date ping na adresu 212.65.244.0, tak se odpovedi dockate - dorazi z adresy 194.212.211.246 (jenze jste to asi zkousel necim, co s touto moznosti nepocitalo a tak odpoved vubec nezobrazilo). I routing podezrele adresy vypada (s ohledem na routing adresy nepodezrele) podezrele. > Poradite prosim co s tim ? Nerad bych casem zjistil, ze takovychto adres je > vice... ;o( Me se to jevi byti chyba v konfiguraci osobne pochybuji, ze je umysl, aby ono jmeno melo dve IP adresy (dva A zaznamy). A co s tim muzete delat ? Podle SOA zaznamu je osobou odpovednou za stav zony admin at shopengine.cz, pripadne muzete zkusit ziskat jine adresy v databazi CZ.NIC ci na WWW serveru one domeny, pokud se na nej dostanete. A zeptejte se jich. Jinak se ale zona jevi nekvalitne vedena - je nadelegovana na tri nameservery, z nichz dva maji shodnou IP a ten treti, ktery jediny ma IP jinou - ten neodpovida - a to, podle vseho proto, ze on je jen "sekundar" a uz prilis dlouho se mu nepodarilo ziskat validni data z primaru. I nektere dalsi testy ukazuji, ze ns.shopengine.cz (primar te zony) je v pochybnem stavu. V poradku nejsou ani reverzni zaznamy ... V lepsim pripade jde o nejakou chybu o ktere prislusna osoba nevi a na zaklade upozorneni ji opravi, v horsim pripade vejdete v komunikaci s nekym, kdo sve praci nerozumi a bud' mu vubec nedokazete vysvetlit svuj problem, nebo treba i ano, ale on to stejne nedokaze dat "do kupy" ... Casem zjistite, ze takovych adres skutecne je na svete vice, ale na druhou stranu jich zase neni az tak moc ... Dan From fbsd at cesky.homelinux.org Mon Apr 5 18:36:02 2004 From: fbsd at cesky.homelinux.org (Karel Kadlec) Date: Mon, 05 Apr 2004 18:36:02 +0200 Subject: Zvlastni problem se specifickou WWW strankou In-Reply-To: <003f01c41b22$63e2ea30$2bcce593@p3536a> References: <781563.2819568-4611-533118304-1081174185@seznam.cz> <003f01c41b22$63e2ea30$2bcce593@p3536a> Message-ID: <40718AF2.60308@cesky.homelinux.org> M??e? upoznit admina, ?e ma nesrovnalosti v DNS na GTS, z?vada tedy nen? na va?em p?ij?ma?i. na ns.inecnet.cz jsem v?bec uvedenou z?nu nena?el. B?etislav Kubesa wrote: >Zdravim vsechny, narazil jsem na zajimavy problem s jednou adresou. Predem >upozornuji, ze tady nedelam nikomu reklamu. >Nekdo z prace se me ptal, proc se ve firme nemuze dostat na >www.elektrosvet.cz , nicmene je mi divne, tato adresa na jinem pripojeni >jede v poradku, jak jsem ted zjistil. >Vsechny ostatni adresy jedou take OK. >Zacal jsem zjistovat co jsem mohl. > > From hsn at netmag.cz Sun Apr 4 22:52:04 2004 From: hsn at netmag.cz (Radim Kolar) Date: Sun, 4 Apr 2004 22:52:04 +0200 Subject: ufs2: proc je max pocet adresaru 32k Message-ID: <20040404205204.GA800@asura.bsd> ufs2 inoda ma link count definovan jako int16 a tak nejde vytvorit vice nez 32k podadresaru. To je dost malo, normalne vsude jde alespon 64k. No musel jsem delat symlinky. Ty nezvysuji link count u adresare. Zna nekdo duvod proc tam neni unsigned int16? Prece je hloupost uvazovat o pripadu ze by inoda mela zapornej link counter. From hsn at netmag.cz Mon Apr 5 18:41:51 2004 From: hsn at netmag.cz (Radim Kolar) Date: Mon, 5 Apr 2004 18:41:51 +0200 Subject: UFS/FFS filesystem disk format In-Reply-To: <20040403210734.Q1968@pechy.hide.idc.cz> References: <20040403153637.GA2931@asura.bsd> <20040403210734.Q1968@pechy.hide.idc.cz> Message-ID: <20040405164151.GA18925@asura.bsd> > UFS2 z paperu a UFS2 co je implementovano ve FreeBSD/NetBSD je > (velky) rozdil. Dokument mne toho moc nevysvetlil, zacal jsem studovat sources. > Implementace ma treba aspon "lazy inode initialization". Tim se mysli ze newfs jenom vynuluje bitmapu inodu a nikoliv jejich obsah? Je nekde popsano jake featury z UFS jsou podporovany v BSD? Je extent-based alokace podporovana? Jsou podporovany free segment mapy? Je podporovana ruzna velikost bloku per inode? Nejvice mne zajima zda musi byt v kazde cylinder groupe stejny pocet inodu. Pokud chci zvetsit jejich pocet, tak bych se rozhodne chtel vyhnout precislovavani jednotlivych inodu v adresarich. To by trvalo asi dost dlouho, ale porad by to bylo rychlejsi nez dump+restore. Ovsem pokud by program zhavaroval, tak jsou data v haji. V praxi bych si fs stejne nejdriv dumpnul a tak nevim zda se vubec tohleto vyplati naprogramovat. From zbynh at seznam.cz Mon Apr 5 18:47:43 2004 From: zbynh at seznam.cz (Zbynek Houska) Date: Mon, 5 Apr 2004 18:47:43 +0200 Subject: Samba a virtualni ucty In-Reply-To: <200404032331.i33NVLCS049546@mixicek.jspoj.czf> References: <200404032331.i33NVLCS049546@mixicek.jspoj.czf> Message-ID: <20040405164743.GA6613@skippy> On Sun, Apr 04, 2004 at 01:30:24AM +0200, Je??bek Ladislav wrote: > Dobry den, Dobry vecer, > > > > rad bych se zeptal, jestli Samba podporuje virtualni ucty a jak > se to da nastavit? Predem moc dekuji za odpovedi. Asi jsem nepochopil vasi otazku? Coz takhle man smbpasswd? Smbpasswd vam umozni pridat nesystemove uzivatele. > > > > Ladislav Jerabek > Zbynek -- If you cannot work with love but only with distaste it is better that you should leave your work. Kahlil Gibran From zbynh at seznam.cz Mon Apr 5 18:49:16 2004 From: zbynh at seznam.cz (Zbynek Houska) Date: Mon, 5 Apr 2004 18:49:16 +0200 Subject: PPP - no dialtone In-Reply-To: <9C3F8EE793F2BD41948575950E1E478905495D@sckb00.ds.kb.cz> References: <9C3F8EE793F2BD41948575950E1E478905495D@sckb00.ds.kb.cz> Message-ID: <20040405164916.GB6613@skippy> On Fri, Apr 02, 2004 at 08:15:07AM +0200, Pavlicek Jaroslav Ing. wrote: > A nem? nahodou byt ATX1 ? > Ja to vzdycky tak davam. Je to mozne, ale puvodni dotaz uz mel v sobe ono ATX3. Ja si z hlavy nevzpomenu jak se to konkretne podarilo me. > > --- Jarda > > Zbynek -- If you cannot work with love but only with distaste it is better that you should leave your work. Kahlil Gibran From Mortals at seznam.cz Mon Apr 5 20:17:16 2004 From: Mortals at seznam.cz (=?us-ascii?Q?Mortal=20Kombat?=) Date: Mon, 05 Apr 2004 20:17:16 +0200 (CEST) Subject: stazeni portu pres proxy In-Reply-To: <20040405143120.GD525@wilbury.sk> Message-ID: <801203.2897127-26051-829236281-1081189036@seznam.cz> tak?e jsem do /etc/make.conf p?idal tyhle 2 ??dky HTTP_PROXY=: FTP_PROXY=: a dostal jsem se dal konecne kompiluju ale u 9 ftp serveru z 10 mi to ted hlasi chybu "Protocol error" misto "connection refused"? Martin > On Mon, Apr 05, 2004 at 04:09:46PM +0200, Mortal Kombat wrote: > > Nev?te n?kdo jak to rozchodit? > > man fetch > > jedna sa o premenne prostredia http_proxy a ftp_proxy > > otis > > -- > Juraj Lutter | () Ascii Ribbon Campaign > http://www.pd.sk/ | /\ Support plain text e-mail > -- > FreeBSD mailing list (users-l at freebsd.cz) > http://www.freebsd.cz/listserv/listinfo/users-l ____________________________________________________________ Doposud jste fo??k pou??vali pouze k focen?. Ale te? z n?j m??ete i telefonovat. SonyEricsson T230 ji? od 1377,- K?. http://ad2.seznam.cz/redir.cgi?instance=73335%26url=www.oskar.cz From mex at localnet.sk Mon Apr 5 21:19:55 2004 From: mex at localnet.sk (MeX) Date: Mon, 05 Apr 2004 21:19:55 +0200 Subject: OT: Apache Message-ID: <4071B15B.9020900@localnet.sk> vie mi niekto povedat, co je toto? niekto nieco skusal? robot? dik MeX 206.128.61.152 - - [20/Mar/2004:09:38:31 +0100] "CONNECT 1.3.3.7:1337 HTTP/1.0" 405 311 "-" "-" 213.191.162.58 - - [20/Mar/2004:20:34:21 +0100] "GET /default.ida?XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX%u9090%u6858%ucbd3%u7801%u9090%u6858%ucbd3%u7801%u9090%u 6858%ucbd3%u7801%u9090%u9090%u8190%u00c3%u0003%u8b00%u531b%u53ff%u0078%u0000%u00=a HTTP/1.0" 404 290 "-" "-" 213.155.47.90 - - [21/Mar/2004:02:33:27 +0100] "GET /default.ida?XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX%u9090%u6858%ucbd3%u7801%u9090%u6858%ucbd3%u7801%u9090%u6 858%ucbd3%u7801%u9090%u9090%u8190%u00c3%u0003%u8b00%u531b%u53ff%u0078%u0000%u00=a HTTP/1.0" 404 290 "-" "-" 24.25.241.28 - - [29/Mar/2004:00:24:57 +0200] "GET /scripts/nsiislog.dll" 404 299 "-" "-" 213.65.97.49 - - [29/Mar/2004:08:56:41 +0200] "GET /scripts/root.exe?/c+dir HTTP/1.0" 404 283 "-" "-" 213.65.97.49 - - [29/Mar/2004:08:56:45 +0200] "GET /MSADC/root.exe?/c+dir HTTP/1.0" 404 281 "-" "-" 213.65.97.49 - - [29/Mar/2004:08:56:45 +0200] "GET /c/winnt/system32/cmd.exe?/c+dir HTTP/1.0" 404 291 "-" "-" 213.65.97.49 - - [29/Mar/2004:08:56:49 +0200] "GET /d/winnt/system32/cmd.exe?/c+dir HTTP/1.0" 404 291 "-" "-" 213.65.97.49 - - [29/Mar/2004:08:56:50 +0200] "GET /scripts/..%255c../winnt/system32/cmd.exe?/c+dir HTTP/1.0" 404 305 "-" "-" 213.65.97.49 - - [29/Mar/2004:08:56:51 +0200] "GET /_vti_bin/..%255c../..%255c../..%255c../winnt/system32/cmd.exe?/c+dir HTTP/1.0" 404 322 "-" "-" 213.65.97.49 - - [29/Mar/2004:08:56:52 +0200] "GET /_mem_bin/..%255c../..%255c../..%255c../winnt/system32/cmd.exe?/c+dir HTTP/1.0" 404 322 "-" "-" 209.246.61.50 - - [30/Mar/2004:07:58:18 +0200] "GET / HTTP/1.0" 200 1517 "-" "-" 200.24.5.194 - - [30/Mar/2004:07:59:53 +0200] "GET /scripts/..%255c%255c../winnt/system32/cmd.exe?/c+dir" 404 320 "-" "-" From f.tomes at atlas.cz Mon Apr 5 21:29:19 2004 From: f.tomes at atlas.cz (F. Tomes) Date: Mon, 05 Apr 2004 21:29:19 +0200 Subject: OT: Apache In-Reply-To: <4071B15B.9020900@localnet.sk> References: <4071B15B.9020900@localnet.sk> Message-ID: <1081193359.1487.15.camel@hidden.mk.zcu.cz> cerv V Po, 05. 04. 2004 v 21:19, MeX p??e: > vie mi niekto povedat, co je toto? niekto nieco skusal? robot? > > dik > > MeX > > > 206.128.61.152 - - [20/Mar/2004:09:38:31 +0100] "CONNECT 1.3.3.7:1337 > HTTP/1.0" 405 311 "-" "-" > 213.191.162.58 - - [20/Mar/2004:20:34:21 +0100] "GET > /default.ida?XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX > XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX%u9090%u6858%ucbd3%u7801%u9090%u6858%ucbd3%u7801%u9090%u > 6858%ucbd3%u7801%u9090%u9090%u8190%u00c3%u0003%u8b00%u531b%u53ff%u0078%u0000%u00=a > From josef.mruzek at i.cz Mon Apr 5 21:56:01 2004 From: josef.mruzek at i.cz (Josef Mruzek) Date: Mon, 05 Apr 2004 21:56:01 +0200 Subject: OT: Apache In-Reply-To: <1081193359.1487.15.camel@hidden.mk.zcu.cz> References: <4071B15B.9020900@localnet.sk> <1081193359.1487.15.camel@hidden.mk.zcu.cz> Message-ID: <4071B9D1.5080104@i.cz> F. Tomes wrote: >cerv > >V Po, 05. 04. 2004 v 21:19, MeX p??e: > > >>vie mi niekto povedat, co je toto? niekto nieco skusal? robot? >> >>dik >> >>MeX >> >> >>206.128.61.152 - - [20/Mar/2004:09:38:31 +0100] "CONNECT 1.3.3.7:1337 >>HTTP/1.0" 405 311 "-" "-" >>213.191.162.58 - - [20/Mar/2004:20:34:21 +0100] "GET >>/default.ida?XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX >>XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX%u9090%u6858%ucbd3%u7801%u9090%u6858%ucbd3%u7801%u9090%u >>6858%ucbd3%u7801%u9090%u9090%u8190%u00c3%u0003%u8b00%u531b%u53ff%u0078%u0000%u00=a >> >> >> > > > > > Zdravim, pro blizsi informace patrejte po wormu zvanem Code Red. S pozdravem, Pepa Mruzek From hsn at netmag.cz Mon Apr 5 21:48:50 2004 From: hsn at netmag.cz (Radim Kolar) Date: Mon, 5 Apr 2004 21:48:50 +0200 Subject: balickovani autoconf programu Message-ID: <20040405194850.GA82054@asura.bsd> Pro balickovani autoconf programu staci dat v makefile GNU_CONFIGURE=yes pokud se tam jeste vrazi USE_AUTOCONF_VER= 257 tak to nepouzije ./configure z distribucniho archivu, ale vygeneruje se novy. V dokumentaci pisi: Define USE_AUTOCONF=yes if your port requires GNU autoconf to be run. Sem je mne to jasne. Ma se ten novy configure generovat nebo ne? Kdyz ten puvodni funguje ok? Pokud se nezasahovalo patchi do configure.ac mel by ten puvodni stacit, tedy pokud nemaji ten jejich autoconf upraveny. 2) neni chyba bsd.port.mk ze USE_AUTOMAKE_VER= 17 USE_AUTOCONF_VER= 257 nefunguje, protoze automake vola jiny autoconf nez mam nastaveno a musi se jeste pridavat: AUTOMAKE_ENV= AUTOCONF=autoconf257 ?? Ptal jsem se na IRC. Tam rikaji, udelej to tak aby to fungovalo. From mixicek at seznam.cz Mon Apr 5 23:08:11 2004 From: mixicek at seznam.cz (=?iso-8859-2?Q?Je=F8=E1bek_Ladislav?=) Date: Mon, 5 Apr 2004 23:08:11 +0200 Subject: Samba a virtualni ucty Message-ID: <200404052109.i35L90CS071323@mixicek.jspoj.czf> Manualove stranky souboru smbpasswd (man smbpasswd) jsem samozrejme procital, ale jedine co jsem se dozvedel je, ze tam ucet mohu pridat pomoci prepinace -a, ale ucet musi existovat i v souboru /etc/passwd, jinak je prepinac ignorovan. Mohl by jste mi prosim poradit jak to tedy udelat? Dekuji. Ladislav Jerabek From pav at oook.cz Mon Apr 5 23:36:20 2004 From: pav at oook.cz (Pav Lucistnik) Date: Mon, 05 Apr 2004 23:36:20 +0200 Subject: balickovani autoconf programu In-Reply-To: <20040405194850.GA82054@asura.bsd> References: <20040405194850.GA82054@asura.bsd> Message-ID: <1081200979.93039.16.camel@hood.oook.cz> V po, 05. 04. 2004 v 21:48, Radim Kolar p??e: > Pro balickovani autoconf programu staci dat v makefile > > GNU_CONFIGURE=yes > pokud se tam jeste vrazi USE_AUTOCONF_VER= 257 > tak to nepouzije ./configure z distribucniho archivu, ale vygeneruje se novy. > > V dokumentaci pisi: > Define USE_AUTOCONF=yes if your port requires GNU autoconf to be run. > > Sem je mne to jasne. > Ma se ten novy configure generovat nebo ne? Kdyz ten puvodni funguje ok? > Pokud se nezasahovalo patchi do configure.ac mel by ten puvodni stacit, tedy > pokud nemaji ten jejich autoconf upraveny. Pokud ti staci configure script z tarballu, pouzij HAS_CONFIGURE nebo GNU_CONFIGURE. Pokud menis soubor configure.in a potrebujes pregenerovat configure script, budes potrebovat autoconf. > 2) > neni chyba bsd.port.mk ze > USE_AUTOMAKE_VER= 17 > USE_AUTOCONF_VER= 257 > > nefunguje, protoze automake vola jiny autoconf nez mam nastaveno > a musi se jeste pridavat: > AUTOMAKE_ENV= AUTOCONF=autoconf257 USE_AUTOMAKE_VER je momentalne rozbito, pracuje se na tom. Zatim lze pouzivat starou konvenzi WANT_AUTOMAKE_VER. > Ptal jsem se na IRC. Tam rikaji, udelej to tak aby to fungovalo. To je univerzalni poucka :) -- Pav Lucistnik Eat when you are hungry, sleep when you are tired. Chase butterflies when you want some fun. -- Pav Lucistnik ducks turn up in odd places as in cartoons. -- #angband From FreeBSD at ada-net.cz Tue Apr 6 00:47:47 2004 From: FreeBSD at ada-net.cz (=?ISO-8859-2?Q?Petr_Bezd=ECk?=) Date: Tue, 06 Apr 2004 00:47:47 +0200 Subject: Samba a virtualni ucty In-Reply-To: <200404052109.i35L90CS071323@mixicek.jspoj.czf> References: <200404052109.i35L90CS071323@mixicek.jspoj.czf> Message-ID: <4071E213.2030400@ada-net.cz> Je??bek Ladislav napsal(a): > Manualove stranky souboru smbpasswd (man smbpasswd) jsem samozrejme > procital, ale jedine co jsem se dozvedel je, ze tam ucet mohu pridat pomoci > prepinace -a, ale ucet musi existovat i v souboru /etc/passwd, jinak je > prepinac ignorovan. Mohl by jste mi prosim poradit jak to tedy udelat? > Dekuji. Bude vas asi zajimat volba "username map" v smb.conf, ktera specifikuje soubor s mapovanim 'virtualnich' uzivatelu na systemove. Namapujete si tondy, vlasty a pepika treba na nobody a pote pomoci smbpasswd tondy, vlasty a pepika pridate. -- Petr Bezd?k From dan at obluda.cz Tue Apr 6 01:43:53 2004 From: dan at obluda.cz (Dan Lukes) Date: Tue, 06 Apr 2004 01:43:53 +0200 Subject: Samba a virtualni ucty In-Reply-To: <200404052109.i35L90CS071323@mixicek.jspoj.czf> References: <200404052109.i35L90CS071323@mixicek.jspoj.czf> Message-ID: <4071EF39.20304@obluda.cz> Je??bek Ladislav wrote: > Manualove stranky souboru smbpasswd (man smbpasswd) jsem samozrejme > procital, ale jedine co jsem se dozvedel je, ze tam ucet mohu pridat pomoci > prepinace -a, ale ucet musi existovat i v souboru /etc/passwd, jinak je > prepinac ignorovan. Mohl by jste mi prosim poradit jak to tedy udelat? Mozna by stalo za to si ujasnit, co se mysli pojmem "virtualni ucet". Jestli ucet, ktery nema shell, nebo jde o ucet, na ktery se nelze vubec prihlasit, nebo jde o to, aby takovy ucet nebyl uveden v /etc/passwd - nebo co vlastne. Ja takove ucty v /etc/passwd uvedeny mam. Ale prihlasit s ena ne neda, protoze neexistuje (skutecne neexistuje) zadne heslo, ktere by k takovemu uctu bylo "spravne" - a krome toho - nemaji shell. Pro me jsou takove ucty virtualni dost ... Dan From martin.kurnava at toma.sk Tue Apr 6 08:05:16 2004 From: martin.kurnava at toma.sk (Kurnava, Martin) Date: Tue, 6 Apr 2004 08:05:16 +0200 Subject: Java Message-ID: Potrebujem nainstalovat na FeeBSD "Javu 1.4". Kde ju zoberiem ked na SUNe je podpora(download) iba pre Windows/Linux/Solaris ? Mozem nainstalovat Javu trebars pre Solaris ? Ak ano, tak ako ? From konfer at mikulas.com Tue Apr 6 08:26:44 2004 From: konfer at mikulas.com (Jiri Mikulas) Date: Tue, 06 Apr 2004 08:26:44 +0200 Subject: stazeni portu pres proxy In-Reply-To: <801203.2897127-26051-829236281-1081189036@seznam.cz> References: <801203.2897127-26051-829236281-1081189036@seznam.cz> Message-ID: <40724DA4.2010706@mikulas.com> Ahoj zkus jeste pridat FETCH_CMD=/usr/bin/fetch -ARrp mik Mortal Kombat wrote: >tak?e jsem do /etc/make.conf p?idal tyhle 2 ??dky > >HTTP_PROXY=: >FTP_PROXY=: > >a dostal jsem se dal konecne kompiluju ale u 9 ftp serveru z 10 mi to ted hlasi chybu "Protocol error" misto "connection refused"? > >Martin > > > > >>On Mon, Apr 05, 2004 at 04:09:46PM +0200, Mortal Kombat wrote: >> >> >>>Nev?te n?kdo jak to rozchodit? >>> >>> >>man fetch >> >>jedna sa o premenne prostredia http_proxy a ftp_proxy >> >>otis >> >>-- >>Juraj Lutter | () Ascii Ribbon Campaign >>http://www.pd.sk/ | /\ Support plain text e-mail >>-- >>FreeBSD mailing list (users-l at freebsd.cz) >>http://www.freebsd.cz/listserv/listinfo/users-l >> >> > >____________________________________________________________ >Doposud jste fo??k pou??vali pouze k focen?. Ale te? z n?j m??ete i telefonovat. SonyEricsson T230 ji? od 1377,- K?. http://ad2.seznam.cz/redir.cgi?instance=73335%26url=www.oskar.cz > > > From kapalka at mfn.sk Tue Apr 6 08:41:56 2004 From: kapalka at mfn.sk (Michal Kapalka) Date: Tue, 6 Apr 2004 08:41:56 +0200 Subject: Java In-Reply-To: References: Message-ID: <96145363031.20040406084156@mfn.sk> doinstaluj si linux base /usr/ports/java/jdk1.4 musis si stiehnut so sunu baliky ak by to bol problem dam ich u seba na web a mozes si ich stiahnut Michal Kapalka KM> Potrebujem nainstalovat na FeeBSD "Javu 1.4". Kde ju zoberiem ked na SUNe je KM> podpora(download) iba pre Windows/Linux/Solaris ? Mozem nainstalovat Javu KM> trebars pre Solaris ? Ak ano, tak ako ? -- Best regards, Michal mailto:kapalka at mfn.sk From jozef.babjak at stuba.sk Tue Apr 6 08:53:34 2004 From: jozef.babjak at stuba.sk (Jozef Babjak) Date: Tue, 6 Apr 2004 08:53:34 +0200 Subject: OT: Apache In-Reply-To: <4071B15B.9020900@localnet.sk> References: <4071B15B.9020900@localnet.sk> Message-ID: <20040406065334.GB6640@hilbert.chtf.stuba.sk> On Mon, Apr 05, 2004 at 09:19:55PM +0200, MeX wrote: > vie mi niekto povedat, co je toto? niekto nieco skusal? robot? ^-- Staci dat do googlu default.ida a podrobne vysvetlenie je na jednej z prvych najdenych stranok, ale nie o tom som chcel. Ako riesenie -- ak sa za riesenie da povazovat zabranenie zapisu do logov servera -- sa odporuca vytvorit prazdny subor default.ida v koreni servera. Co ale tak napr. vytvorit velmi velky subor default.ida? Samozrejme, je to "trest" aj pre ten server, ale snad by postihnuty cervom zistil, ze sa na jeho pocitaci nieco nekale deje, keby sa su zacali plnit tempy, minula sa prenosova kvota a pod. Ako kanadsky zart by bolo vhodne ako default.ida umiestnit FreeBSD-4.9-mini.iso... :-) Samozrejme, najlepsim riesenim by bolo odpajat ludi so zavirovanymi pocitacami od siete... Svojho casu som IPcky, z ktorych mi chodili poziadavky na default.ida, cmd.exe a *.dll zakazoval na firewalle, ale uz ma to prestalo bavit... :-( J. From Jaroslav_Pavlicek at kb.cz Tue Apr 6 08:55:52 2004 From: Jaroslav_Pavlicek at kb.cz (Pavlicek Jaroslav Ing.) Date: Tue, 6 Apr 2004 08:55:52 +0200 Subject: Samba a virtualni ucty Message-ID: <9C3F8EE793F2BD41948575950E1E47892792EB@sckb00.ds.kb.cz> Podobne jako u mailovych virtualnich uctu jde o to mit uzivatele definovane v nejake tabulce databaze a nemenit /etc/passwd Jarda -----Original Message----- From: Dan Lukes [mailto:dan at obluda.cz] Sent: Tuesday, April 06, 2004 1:44 AM To: FreeBSD mailing list Subject: Re: Samba a virtualni ucty Je??bek Ladislav wrote: > Manualove stranky souboru smbpasswd (man smbpasswd) jsem samozrejme > procital, ale jedine co jsem se dozvedel je, ze tam ucet mohu pridat > pomoci prepinace -a, ale ucet musi existovat i v souboru /etc/passwd, > jinak je prepinac ignorovan. Mohl by jste mi prosim poradit jak to > tedy udelat? Mozna by stalo za to si ujasnit, co se mysli pojmem "virtualni ucet". Jestli ucet, ktery nema shell, nebo jde o ucet, na ktery se nelze vubec prihlasit, nebo jde o to, aby takovy ucet nebyl uveden v /etc/passwd - nebo co vlastne. Ja takove ucty v /etc/passwd uvedeny mam. Ale prihlasit s ena ne neda, protoze neexistuje (skutecne neexistuje) zadne heslo, ktere by k takovemu uctu bylo "spravne" - a krome toho - nemaji shell. Pro me jsou takove ucty virtualni dost ... Dan -- FreeBSD mailing list (users-l at freebsd.cz) http://www.freebsd.cz/listserv/listinfo/users-l From freebsd at ada-net.cz Tue Apr 6 09:32:33 2004 From: freebsd at ada-net.cz (=?ISO-8859-2?Q?Petr_Bezd=ECk?=) Date: Tue, 06 Apr 2004 09:32:33 +0200 Subject: Java In-Reply-To: References: Message-ID: <40725D11.3040302@ada-net.cz> Kurnava, Martin wrote: > Potrebujem nainstalovat na FeeBSD "Javu 1.4". Kde ju zoberiem ked na SUNe je > podpora(download) iba pre Windows/Linux/Solaris ? Mozem nainstalovat Javu > trebars pre Solaris ? Ak ano, tak ako ? Slo to tu nedavno, pro zkopmilovani JDK z portu je potreba mit jiz funkcni JDK nainstalovano. Proto pro prvni instalaci se pouziva linuxove JDK, ktere bezi pres linuxovou emulaci. To lze obejit tim, ze si od nekoho stahnete jiz hotovy balik JDK kompilovany na FreeBSD a pouzit ho bud primo nebo si vlastni JDK zkompilovat sam. Po osobni domluve mohu poskytnout balik jdk-1.4.2p6_4 jak pro 4.x tak i pro 5.x. -- Petr Bezd?k From servisnonstop at quick.cz Tue Apr 6 10:16:22 2004 From: servisnonstop at quick.cz (servisnonstop QUICK) Date: Tue, 06 Apr 2004 10:16:22 +0200 Subject: fetchmail Message-ID: <40726756.4000501@quick.cz> Dobry den, nejak se peru s fetchmailem, nainstaloval jsem z portu, a dle man jsem doplnil .fetchmailrc: pool volny.cz proto auto: user "xxx", with password "xxxxyz", is "petr" here; root at pcduron ~>fetchmail fetchmail:/root/.fetchmailrc:1: parse error at pool petr at pcduron ~>fetchmail fetchmail:/home/petr/.fetchmailrc:1: parse error at pool petr at pcduron ~> Diky Petr From konference at gdi.cz Tue Apr 6 10:23:14 2004 From: konference at gdi.cz (Robert Kania) Date: Tue, 06 Apr 2004 10:23:14 +0200 Subject: fetchmail In-Reply-To: <40726756.4000501@quick.cz> References: <40726756.4000501@quick.cz> Message-ID: <407268F2.8010605@gdi.cz> servisnonstop QUICK wrote: > Dobry den, > > nejak se peru s fetchmailem, > > nainstaloval jsem z portu, a dle man jsem doplnil .fetchmailrc: > pool volny.cz proto auto: ---^ poll r/ From servisnonstop at quick.cz Tue Apr 6 10:54:22 2004 From: servisnonstop at quick.cz (servisnonstop QUICK) Date: Tue, 06 Apr 2004 10:54:22 +0200 Subject: fetchmail Message-ID: <4072703E.4070306@quick.cz> Uff, ;-))))))) Dik From plusik at pohoda.cz Tue Apr 6 11:22:02 2004 From: plusik at pohoda.cz (Tomas Pluskal) Date: Tue, 6 Apr 2004 11:22:02 +0200 (CEST) Subject: at_exit(), rm_at_exit() Message-ID: <20040406111957.W492@eddie.> # man at_exit NAME at_exit, rm_at_exit -- ask that a function be run at exit SYNOPSIS #include #include ... jaktoze v techto hlavickovych souborech nejsou tyhle funkce definovane?? mam FreeBSD 5.2.1-RELEASE-p3 Tomas Pluskal From koutek at o-k.cz Tue Apr 6 12:55:11 2004 From: koutek at o-k.cz (Ondra Koutek) Date: Tue, 6 Apr 2004 12:55:11 +0200 Subject: Qmail +vpopmail + quoty In-Reply-To: Message-ID: <200404061049.i36AnmRf008983@dual.ms.mff.cuni.cz> Zdravim, mam otazku na ty, kdo pouzivaji tuto trojkombinaci. mam prihradky v /usr/local/vpopmail/domains Nicmene jsem potreboval kazdemu udelat archiv posty, takze jsem do /mnt/archive dal druhy disk a na nem udelal kazdemu prihradku archiv. Pomoci ln -s jsem snad i docilil kyzeneho efektu, ale mam otazku ohledne mailovych quot nastavovanych pomoci qmailadmina. Jak zajistit, aby se quota vztahovala pouze na inbox a podprihradky, ale nevztahovala se na archiv? Podotykam, ze nechci delat reseni cast prihradek na jednom disku a cast na druhem, protoze se jedna opravdu o velky ale pomaly disk a cilem bylo jej pouzivat vyhradne na data zalohovana vypalenim, tedy jako online verze archivu. Ondra --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.651 / Virus Database: 417 - Release Date: 5.4.2004 From Mortals at seznam.cz Tue Apr 6 13:43:49 2004 From: Mortals at seznam.cz (=?us-ascii?Q?Mortal=20Kombat?=) Date: Tue, 06 Apr 2004 13:43:49 +0200 (CEST) Subject: stazeni portu pres proxy In-Reply-To: <40724DA4.2010706@mikulas.com> Message-ID: <857256.3117314-4618-1650888540-1081251829@seznam.cz> Ahoj, p?idal jsem to do /etc/make.conf ale ??dnej efekt zkou?el jsem naistalovat vim, ale "protocol error" u kazdeho serveru kterej to zkouselo Martin > Ahoj > zkus jeste pridat > > FETCH_CMD=/usr/bin/fetch -ARrp > > mik ____________________________________________________________ L?tejte si po Evrop? od 1590 K?! http://ad2.seznam.cz/redir.cgi?instance=72890%26url=http://www.smartwings.net From jsta6559 at artax.karlin.mff.cuni.cz Tue Apr 6 14:14:22 2004 From: jsta6559 at artax.karlin.mff.cuni.cz (Jan Stary) Date: Tue, 6 Apr 2004 14:14:22 +0200 Subject: wifi Edimax pod 5.x Message-ID: <20040406121421.GA22076@artax.karlin.mff.cuni.cz> Zdravim, 1. snazim se pod 5.2.1 rozchodit PCI kartu Edimax WLAN 22Mbps PCI Card ('Model Name: GL2422VP'). `pciconf -lv` rika ... none1 at pci0:11:0:class=0x028000 card=0x850116ab chip=0x8400104c rev=0x00 hdr=0x00 vendor = 'Texas Instruments (TI)' device = '802.11b+ 22Mbps Wireless Adapter' class = network ... Zadny interface se nevytvori. V kernelu mam wlan, wi, awi, an, wl. Prikladam KERNCONF, dmesg a pciconf. Co to znamena, kdyz pciconf kartu 'pozna', ale neattachne se k ni zadny driver (a nemam tudiz ten interface)? 2. Rozchodil nekdo pod 5.x kartu Edimax EW-7126 (PCI, 11MBps)? Ktery je to chipset? (http://www.edimax.com.tw/html/english/products/EW-7126.htm to neuvadi.) Diky Honza === PCICONF agp0 at pci0:0:0: class=0x060000 card=0x00000000 chip=0x06911106 rev=0x22 hdr=0x00 vendor = 'VIA Technologies Inc' device = 'VT82C691/693A/694X Apollo Pro/133/133A System Controller' class = bridge subclass = HOST-PCI pcib1 at pci0:1:0: class=0x060400 card=0x00000000 chip=0x85981106 rev=0x00 hdr=0x01 vendor = 'VIA Technologies Inc' device = 'VT82C598MVP/694x Apollo MVP3/Pro133x PCI to AGP Bridge' class = bridge subclass = PCI-PCI isab0 at pci0:7:0: class=0x060100 card=0x00001106 chip=0x05961106 rev=0x09 hdr=0x00 vendor = 'VIA Technologies Inc' device = 'VT82C596/A/B "Mobile South" PCI to ISA Bridge' class = bridge subclass = PCI-ISA atapci0 at pci0:7:1: class=0x01018a card=0x00000000 chip=0x05711106 rev=0x06 hdr=0x00 vendor = 'VIA Technologies Inc' device = 'VT82xxxx EIDE Controller (All VIA Chipsets)' class = mass storage subclass = ATA none0 at pci0:7:3: class=0x060000 card=0x00000000 chip=0x30501106 rev=0x00 hdr=0x00 vendor = 'VIA Technologies Inc' device = 'VT82C596/596A/596 Power Management and SMBus Controller' class = bridge subclass = HOST-PCI rl0 at pci0:10:0: class=0x020000 card=0x813910ec chip=0x813910ec rev=0x10 hdr=0x00 vendor = 'Realtek Semiconductor' device = 'RT8139 (A/B/C/813x/C+) Fast Ethernet Adapter' class = network subclass = ethernet none1 at pci0:11:0: class=0x028000 card=0x850116ab chip=0x8400104c rev=0x00 hdr=0x00 vendor = 'Texas Instruments (TI)' device = '802.11b+ 22Mbps Wireless Adapter' class = network pcm0 at pci0:12:0: class=0x040100 card=0x011113f6 chip=0x011113f6 rev=0x10 hdr=0x00 vendor = 'C-Media Electronics Inc.' device = 'CMI8738/PCI C3DX PCI Audio Chip' class = multimedia subclass = audio none2 at pci1:0:0: class=0x030000 card=0x93501462 chip=0x018110de rev=0xa4 hdr=0x00 vendor = 'NVIDIA Corporation' device = 'GeForce4 MX 440 with AGP 8X [NV18.2]' class = display subclass = VGA === KERNCONF machine i386 cpu I686_CPU ident HEVNE ##options SCHED_4BSD #4BSD scheduler options SCHED_ULE #new scheduler options INET #InterNETworking options INET6 #IPv6 communications protocols options FFS #Berkeley Fast Filesystem options SOFTUPDATES #Enable FFS soft updates support options UFS_ACL #Support for access control lists options UFS_DIRHASH #Improve performance on big directories options QUOTA #enable disk quotas #options MSDOSFS #MSDOS Filesystem #options CD9660 #ISO 9660 Filesystem options PROCFS #Process filesystem (requires PSEUDOFS) options PSEUDOFS #Pseudo-filesystem framework options COMPAT_43 #Compatible with BSD 4.3 [KEEP THIS!] ##options COMPAT_FREEBSD4 #Compatible with FreeBSD4 options KTRACE #ktrace(1) support options SYSVSHM #SYSV-style shared memory options SYSVMSG #SYSV-style message queues options SYSVSEM #SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING #Posix P1003_1B real-time extensions options KBD_INSTALL_CDEV # install a CDEV entry in /dev options PFIL_HOOKS # pfil(9) framework device isa device eisa device pci # Floppy drives device fdc # ATA and ATAPI devices device ata device atadisk # ATA disk drives device atapicd # ATAPI CDROM drives device atapifd # ATAPI floppy drives options ATA_STATIC_ID #Static device numbering # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc # AT keyboard controller device atkbd # AT keyboard device psm # PS/2 mouse device vga # VGA video card driver device sc device splash # Splash screen and screen saver support device agp # support several AGP chipsets # Floating point support - do not disable. device npx # Add suspend/resume support for the i8254. device pmtimer # Serial (COM) ports device sio # 8250, 16[45]50 based serial ports # Parallel port device ppc device ppbus # Parallel port bus (required) #device lpt # Printer ##device plip # TCP/IP over parallel ##device ppi # Parallel port interface device device miibus # MII bus support device rl ##device ed # Wireless NIC cards ##device pccard # je to potreba pro modul if_wi device wlan # 802.11 support device an # Aironet 4500/4800 802.11 wireless NIC device awi # BayStack 660 and others device wi # WaveLAN/Intersil/Symbol 802.11 wireless NIC device wl # Pseudo devices - the number indicates how many units to allocate. device random # Entropy device device loop # Network loopback device ether # Ethernet support device tun # Packet tunnel. device pty # Pseudo-ttys (telnet etc) device md # Memory "disks" device gif # IPv6 and IPv4 tunneling device faith # IPv6-to-IPv4 relaying (translation) device bpf # Berkeley packet filter options MROUTING # Multicast routing options PIM # Protocol Independent Multicast options IPFIREWALL #firewall options IPFIREWALL_VERBOSE #enable logging to syslogd(8) options IPFIREWALL_VERBOSE_LIMIT=100 #limit verbosity options IPDIVERT #divert sockets options IPSTEALTH #support for stealth forwarding options DUMMYNET options BRIDGE === dmesg Copyright (c) 1992-2004 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.2-RELEASE-p2 #3: Wed Feb 18 12:14:44 CET 2004 root at hevne:/usr/obj/usr/src/sys/HEVNE Preloaded elf kernel "/boot/kernel/kernel" at 0xc0770000. Preloaded elf module "/boot/kernel/splash_bmp.ko" at 0xc07701a4. Preloaded elf module "/boot/kernel/vesa.ko" at 0xc0770254. Preloaded splash_image_data "/boot/splash.bmp" at 0xc0770300. Preloaded elf module "/boot/kernel/snd_pcm.ko" at 0xc0770350. Preloaded elf module "/boot/kernel/snd_cmi.ko" at 0xc07703fc. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Pentium II/Pentium II Xeon/Celeron (367.50-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x665 Stepping = 5 Features=0x183f9ff real memory = 134217728 (128 MB) avail memory = 124940288 (119 MB) Pentium Pro MTRR support enabled VESA: v3.0, 65536k memory, flags:0x1, mode table:0xc0738c62 (1000022) VESA: NVidia npx0: [FAST] npx0: on motherboard npx0: INT 16 interface pcibios: BIOS version 2.10 Using $PIR table, 6 entries at 0xc00fdc40 pcib0: at pcibus 0 on motherboard pci0: on pcib0 pci_cfgintr: 0:10 INTA BIOS irq 10 pci_cfgintr: 0:11 INTA BIOS irq 12 pci_cfgintr: 0:12 INTA BIOS irq 10 agp0: mem 0xd8000000-0xdbffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0xd000-0xd00f at device 7.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata0: [MPSAFE] ata1: at 0x170 irq 15 on atapci0 ata1: [MPSAFE] pci0: at device 7.3 (no driver attached) rl0: port 0xd800-0xd8ff mem 0xe2011000-0xe20110ff irq 10 at device 10.0 on pci0 rl0: Ethernet address: 00:50:fc:e2:cf:20 miibus0: on rl0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto pci0: at device 11.0 (no driver attached) pcm0: port 0xe000-0xe0ff irq 10 at device 12.0 on pci0 pmtimer0 on isa0 atkbdc0: at port 0x64,0x60 on isa0 atkbd0: flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 fdc0: at port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on isa0 fdc0: FIFO enabled, 8 bytes threshold fd0: <1440-KB 3.5" drive> on fdc0 drive 0 ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppbus0: on ppc0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 unknown: can't assign resources (port) unknown: can't assign resources (port) unknown: can't assign resources (port) unknown: can't assign resources (port) unknown: can't assign resources (port) Timecounter "TSC" frequency 367504445 Hz quality 800 Timecounters tick every 10.000 msec ipfw2 initialized, divert enabled, rule-based forwarding enabled, default to deny, logging limited to 100 packets/entry by default GEOM: create disk ad0 dp=0xc1c6c160 ad0: 4112MB [8355/16/63] at ata0-master PIO4 acd0: CDROM at ata0-slave PIO4 GEOM: create disk ad2 dp=0xc1c4e760 ad2: 1221MB [2482/16/63] at ata1-master PIO4 Mounting root from ufs:/dev/ad0s1a From konfer at mikulas.com Tue Apr 6 15:21:59 2004 From: konfer at mikulas.com (Jiri Mikulas) Date: Tue, 06 Apr 2004 15:21:59 +0200 Subject: wifi Edimax pod 5.x In-Reply-To: <20040406121421.GA22076@artax.karlin.mff.cuni.cz> References: <20040406121421.GA22076@artax.karlin.mff.cuni.cz> Message-ID: <4072AEF7.5060609@mikulas.com> Ahoj pciconf precte informaci z chipu a vypise, ale protoze pro Texas Instrument chipset v 5.2.1-RELEASE neni nativni driver, tak nevytvori prislusny (device) interface ;) v podstate mas dve moznosti 1. pouzit "project Evil" cili NDISulator, je to v podstate wrapper pro windozacke NDIS ovladace http://www.freebsd.org/cgi/man.cgi?query=ndis&sektion=4&manpath=FreeBSD+5.2-current http://blog.dataloss.nl/mt/archives/000020.html http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/if_ndis/if_ndis.c#rev1.1 2. zkusit do jadra zakompilovat tento driver http://wlan.kewl.org/ pripadne klasicky odkazuji na google v konferencich (mobile at freebsd.org - tusim) se tohle uz probiralo mik Jan Stary wrote: >Zdravim, > >1. >snazim se pod 5.2.1 rozchodit PCI kartu Edimax WLAN 22Mbps PCI Card >('Model Name: GL2422VP'). `pciconf -lv` rika > >... >none1 at pci0:11:0:class=0x028000 card=0x850116ab chip=0x8400104c rev=0x00 hdr=0x00 > vendor = 'Texas Instruments (TI)' > device = '802.11b+ 22Mbps Wireless Adapter' > class = network >... > >Zadny interface se nevytvori. V kernelu mam wlan, wi, awi, an, wl. >Prikladam KERNCONF, dmesg a pciconf. > >Co to znamena, kdyz pciconf kartu 'pozna', ale neattachne se k ni >zadny driver (a nemam tudiz ten interface)? > > >2. >Rozchodil nekdo pod 5.x kartu Edimax EW-7126 (PCI, 11MBps)? Ktery je >to chipset? (http://www.edimax.com.tw/html/english/products/EW-7126.htm >to neuvadi.) > > > Diky > > Honza > From bystrican at ANO-ALIANCIA.SK Tue Apr 6 15:39:58 2004 From: bystrican at ANO-ALIANCIA.SK (=?iso-8859-2?B?VG9t4bkgQnlzdHJp6GFu?=) Date: Tue, 6 Apr 2004 15:39:58 +0200 Subject: wifi Benq awl-400 Message-ID: Nevie mi niekto poradit ako rozchodit BENQ AWL-300 usb wifi adapter pod 5.2.1 ? D From konfer at mikulas.com Tue Apr 6 16:17:37 2004 From: konfer at mikulas.com (Jiri Mikulas) Date: Tue, 06 Apr 2004 16:17:37 +0200 Subject: wifi Benq awl-400 In-Reply-To: References: Message-ID: <4072BC01.8000604@mikulas.com> Ahoj 1. bych zkusil www.google.com ;) 2. melo by to jit pomoci http://www.vitsch.net/bsd/atuwi/ mozna bude potreba rucne upravit patche pro 5.2.1-RELEASE zatim jsem v ruce zadny USB adapter nemel, tekze nevim nakolik je driver funkcni nicmene dalsi veci se da najit v zahranicnich konferencich. mik Tom?? Bystri?an wrote: >Nevie mi niekto poradit ako rozchodit BENQ AWL-300 usb wifi adapter pod 5.2.1 ? > > > >D > > > > > From bystrican at ANO-ALIANCIA.SK Tue Apr 6 16:19:38 2004 From: bystrican at ANO-ALIANCIA.SK (=?iso-8859-2?B?VG9t4bkgQnlzdHJp6GFu?=) Date: Tue, 6 Apr 2004 16:19:38 +0200 Subject: wifi Benq awl-400 Message-ID: Dakujem, google som skusal, ale toto som si nejako nevsimol Tomas -----Original Message----- From: Jiri Mikulas [mailto:konfer at mikulas.com] Sent: Tuesday, April 06, 2004 4:18 PM To: FreeBSD mailing list Subject: Re: wifi Benq awl-400 Ahoj 1. bych zkusil www.google.com ;) 2. melo by to jit pomoci http://www.vitsch.net/bsd/atuwi/ mozna bude potreba rucne upravit patche pro 5.2.1-RELEASE zatim jsem v ruce zadny USB adapter nemel, tekze nevim nakolik je driver funkcni nicmene dalsi veci se da najit v zahranicnich konferencich. mik Tom?? Bystri?an wrote: >Nevie mi niekto poradit ako rozchodit BENQ AWL-300 usb wifi adapter pod 5.2.1 ? > > > >D > > > > > -- FreeBSD mailing list (users-l at freebsd.cz) http://www.freebsd.cz/listserv/listinfo/users-l From servisnonstop at quick.cz Tue Apr 6 17:08:17 2004 From: servisnonstop at quick.cz (servisnonstop QUICK) Date: Tue, 06 Apr 2004 17:08:17 +0200 Subject: Monitoring site OT? Message-ID: <4072C7E1.90704@quick.cz> Dobry den, resil nekdo sledovani paketu na vnitrni siti? Predevsim se mi jedna o: chybove pakety / sledovani z jake adresy a kdy, kolik zdali nekdo pouziva snifer, prip. jine formy utoku Nemam smnp switch , nemuzu zamknout porty/IP. Tak bych rad alespon vedel... Dekuji Petr From dan at obluda.cz Tue Apr 6 17:58:26 2004 From: dan at obluda.cz (Dan Lukes) Date: Tue, 06 Apr 2004 17:58:26 +0200 Subject: Monitoring site OT? In-Reply-To: <4072C7E1.90704@quick.cz> References: <4072C7E1.90704@quick.cz> Message-ID: <4072D3A2.6050905@obluda.cz> servisnonstop QUICK wrote: > resil nekdo sledovani paketu na vnitrni siti? > Predevsim se mi jedna o: > > chybove pakety / sledovani z jake adresy a kdy, kolik > zdali nekdo pouziva snifer, prip. jine formy utoku > > Nemam smnp switch , nemuzu zamknout porty/IP. Zalezi, co vsechno chcete a za jakym ucelem sledovat. Pokud mate switch, nikoli vsak manageovatelny, pak se o chybovych paketech v podstate nedozvite - ty odchyti (a neposle dal) switch aniz mate moznost se o tom dozvedet. Pousiti snifferu take odhalit v podstate nemuzete - pokud nekdo jen pasivne posloucha, ale jinak se neprojevuje, neni tato aktivita zjistitelna. Co se jinych forem utoku tyce - jste omezen topologii a hardwarem site - paket jdouci mezi dvema vnitrnimi stroji procemz vy jste zapojen na jinem portu switche nez kterykoliv z nich vubec neobdrzite (nejedna-li se o broadcast) - takze s monitoringem teto komunikace to take neni slavne. Z komunikace ve vnitrni siti se k vam v podstate dostane jenom to, co je vam primo urceno (pripadne strojum na stejnem portu switche), plus broadcasty. Cimz je dano, co monitorovat principielne muzete a co ne. Neco jineho je to s monitoringem odchoziho provozu, pokud jste router - tam se da sledovat lecos. Ale to uz patrne nespada do pozadovaneho "sledovani vnitrni site" ... Dan From servisnonstop at quick.cz Tue Apr 6 18:54:21 2004 From: servisnonstop at quick.cz (servisnonstop QUICK) Date: Tue, 06 Apr 2004 18:54:21 +0200 Subject: Monitoring site OT? In-Reply-To: <4072D3A2.6050905@obluda.cz> References: <4072C7E1.90704@quick.cz> <4072D3A2.6050905@obluda.cz> Message-ID: <4072E0BD.5050105@quick.cz> Dan Lukes wrote: > servisnonstop QUICK wrote: > >> resil nekdo sledovani paketu na vnitrni siti? >> Predevsim se mi jedna o: >> >> chybove pakety / sledovani z jake adresy a kdy, kolik >> zdali nekdo pouziva snifer, prip. jine formy utoku >> >> Nemam smnp switch , nemuzu zamknout porty/IP. > > > Zalezi, co vsechno chcete a za jakym ucelem sledovat. > > Pokud mate switch, nikoli vsak manageovatelny, pak se o chybovych > paketech v podstate nedozvite - ty odchyti (a neposle dal) switch aniz > mate moznost se o tom dozvedet. Pousiti snifferu take odhalit v > podstate nemuzete - pokud nekdo jen pasivne posloucha, ale jinak se pokud by pouze poslouchal na switchi pujdou k nemu pouze pakety k nemu urcene, nic si nepomuze. > neprojevuje, neni tato aktivita zjistitelna. Pokud jsem spravne informovan: snifery by meli poslat vice-mnoho paketu s fiktivnimi adresami a zahltit switch, ktery pote posle potom paket urceny serveru i takove stanici se sniferem. Nebo ne? A prave o takoveto ZVLASTNI stavy komunikace mi jde. > > Co se jinych forem utoku tyce - jste omezen topologii a hardwarem > site - paket jdouci mezi dvema vnitrnimi stroji procemz vy jste > zapojen na jinem portu switche nez kterykoliv z nich vubec neobdrzite > (nejedna-li se o broadcast) - takze s monitoringem teto komunikace to > take neni slavne. Z komunikace ve vnitrni siti se k vam v podstate > dostane jenom to, co je vam primo urceno (pripadne strojum na stejnem > portu switche), plus broadcasty. Cimz je dano, co monitorovat > principielne muzete a co ne. > > Neco jineho je to s monitoringem odchoziho provozu, pokud jste > router - tam se da sledovat lecos. Ale to uz patrne nespada do > pozadovaneho "sledovani vnitrni site" ... > > > Dan > From dan at obluda.cz Tue Apr 6 19:20:22 2004 From: dan at obluda.cz (Dan Lukes) Date: Tue, 06 Apr 2004 19:20:22 +0200 Subject: Monitoring site OT? In-Reply-To: <4072E0BD.5050105@quick.cz> References: <4072C7E1.90704@quick.cz> <4072D3A2.6050905@obluda.cz> <4072E0BD.5050105@quick.cz> Message-ID: <4072E6D6.1070101@obluda.cz> servisnonstop QUICK wrote: > pokud by pouze poslouchal na switchi pujdou k nemu pouze pakety k nemu > urcene, nic si nepomuze. > Pokud jsem spravne informovan: snifery by meli poslat vice-mnoho paketu > s fiktivnimi adresami a zahltit switch, ktery pote posle potom paket > urceny serveru i takove stanici se sniferem. Nebo ne? Teoreticky je takovy stav mozny. Uz jsem ho dokonce videl v praxi. Jednou. Nastaval velmi nepravidelne, na jednm konkrentnim hardware, s jednou konkretni verzi firmware. A bylo prakticky nemozne odhadnout, natoz ovladnout, jakou cast komunikace posle na "spatny port". > A prave o takoveto ZVLASTNI stavy komunikace mi jde. To, ceho lze dosahnout zrovna na vasem switchi a zda lze vubec dosahnout popsaneho stavu, a pokud ano, zda ho lze dosahnout natolik deterministicky, aby se to dalo k necemu vubec pouzit zalezi na tom konkretnim kusu switche (vcetne interni revision hardware i firmware). Nevim o tom, ze by tento zpusob nekdo pouzival v praxi, i kdyz zcela vyloucene to neni. Rozhodne se dozvite, ze doslo ke "zvlastnimu stavu" (pokud vam prijde paket, ktery switchem spravne projit nemel). Otazka je, zda dokazete zjistit, cim je ten stav zvlastni a co nebo kdo ho zpusobil - a bez toho je zase nejasne, jak takto ziskanou informaci pouzit. Ja bych byl v tomto ohledu spis skepticky ... Dan From jp at devnull.cz Tue Apr 6 19:21:52 2004 From: jp at devnull.cz (Jan Pechanec) Date: Tue, 6 Apr 2004 19:21:52 +0200 (CEST) Subject: Monitoring site OT? In-Reply-To: <4072E0BD.5050105@quick.cz> References: <4072C7E1.90704@quick.cz> <4072D3A2.6050905@obluda.cz> <4072E0BD.5050105@quick.cz> Message-ID: <20040406191758.Q78991@pechy.hide.idc.cz> On Tue, 6 Apr 2004, servisnonstop QUICK wrote: >> Pokud mate switch, nikoli vsak manageovatelny, pak se o chybovych >> paketech v podstate nedozvite - ty odchyti (a neposle dal) switch aniz >> mate moznost se o tom dozvedet. Pousiti snifferu take odhalit v >> podstate nemuzete - pokud nekdo jen pasivne posloucha, ale jinak se > >pokud by pouze poslouchal na switchi pujdou k nemu pouze pakety k nemu >urcene, nic si nepomuze. > >> neprojevuje, neni tato aktivita zjistitelna. > >Pokud jsem spravne informovan: snifery by meli poslat vice-mnoho paketu >s fiktivnimi adresami a zahltit switch, ktery pote posle potom paket >urceny serveru i takove stanici se sniferem. Nebo ne? > >A prave o takoveto ZVLASTNI stavy komunikace mi jde. > a co si zadat do Google slovo "sniffer"? Jako treti odkaz vyslo treba toto: http://www.robertgraham.com/pubs/sniffing-faq.html h. >> >> Co se jinych forem utoku tyce - jste omezen topologii a hardwarem >> site - paket jdouci mezi dvema vnitrnimi stroji procemz vy jste >> zapojen na jinem portu switche nez kterykoliv z nich vubec neobdrzite >> (nejedna-li se o broadcast) - takze s monitoringem teto komunikace to >> take neni slavne. Z komunikace ve vnitrni siti se k vam v podstate >> dostane jenom to, co je vam primo urceno (pripadne strojum na stejnem >> portu switche), plus broadcasty. Cimz je dano, co monitorovat >> principielne muzete a co ne. >> >> Neco jineho je to s monitoringem odchoziho provozu, pokud jste >> router - tam se da sledovat lecos. Ale to uz patrne nespada do >> pozadovaneho "sledovani vnitrni site" ... >> >> >> Dan >> > > > -- Jan Pechanec From Petr.Rehor at i.cz Tue Apr 6 19:41:35 2004 From: Petr.Rehor at i.cz (=?iso-8859-2?B?UGV0ciDYZWhv+A==?=) Date: Tue, 6 Apr 2004 19:41:35 +0200 Subject: stazeni portu pres proxy Message-ID: <9999CA1912E416428A03B319E6D084C8198EAB@DCB02.cb.i.cz> > >tak?e jsem do /etc/make.conf p?idal tyhle 2 ??dky > > > >HTTP_PROXY=: > >FTP_PROXY=: > > a dostal jsem se dal konecne kompiluju ale u 9 ftp serveru z > 10 mi to ted hlasi chybu "Protocol error" misto "connection > refused"? Ja bych si tipnul ze je to spis 10 z 10 :-0 Chyba bude ve specifikaci protokolu pouzitym pro komunikaci s proxy serverem. Pokud pouzijete zapis uvedeny v prikladu nahore, tak fetch pouzije defaultni protokol FTP, ale vas proxy server nejspis pouziva pro komunikaci s klientem HTTP protokol (nezavisle na tom jaky protokol pouzije proxy server pro komunikaci s cilovym strojem). Zkuste si to opravit na takovyto tvar: HTP_PROXY=http://: FTP_PROXY=http://: Podrobnosti o nastaveni techto a dalsich promennych najdete v man fetch a zejmena v man 3 fetch Petr Rehor S.ICZ a.s. Pobocka Ceske Budejovice J. S. Baara 40, 370 01 Ceske Budejovice, CZ Tel: +420 387 312 808 Fax: +420 387 311 480 mailto:petr.rehor at i.cz http://www.i.cz From Petr.Rehor at i.cz Tue Apr 6 19:41:38 2004 From: Petr.Rehor at i.cz (=?iso-8859-2?B?UGV0ciDYZWhv+A==?=) Date: Tue, 6 Apr 2004 19:41:38 +0200 Subject: OT: Apache Message-ID: <9999CA1912E416428A03B319E6D084C8198EAD@DCB02.cb.i.cz> > Ako riesenie -- ak sa za riesenie da povazovat zabranenie > zapisu do logov servera -- sa odporuca vytvorit prazdny > subor default.ida v koreni servera. Co ale tak napr. > vytvorit velmi velky subor default.ida? > Samozrejme, je to "trest" aj pre ten server, ale snad by > postihnuty cervom zistil, ze sa na jeho pocitaci nieco nekale > deje, keby sa su zacali plnit tempy, minula sa prenosova kvota > a pod. Ako kanadsky zart by bolo vhodne ako default.ida > umiestnit FreeBSD-4.9-mini.iso... :-) To by byl lepsi link na /dev/zero nebo /dev/urandom ;-) P. From servisnonstop at quick.cz Wed Apr 7 07:59:48 2004 From: servisnonstop at quick.cz (servisnonstop QUICK) Date: Wed, 07 Apr 2004 07:59:48 +0200 Subject: fetchmail In-Reply-To: <4072703E.4070306@quick.cz> References: <4072703E.4070306@quick.cz> Message-ID: <407398D4.3070304@quick.cz> Dobry den, pouzivam postfix, imap, fetchmail, dorucovani funguje, akorat se mi pomoci fetchmailu dorucuji zpravy ktere jsou oznacene jako prectene.(a jeste jen nekdy) Rekl bych ze v tom jede fetchmail, ale nevim jak to napravit. Jak by melo vypadat spusteni fetchmailu v daemon modu v rc.conf? Vi nekdo ? Diky Petr From konference at gdi.cz Wed Apr 7 08:44:37 2004 From: konference at gdi.cz (Robert Kania) Date: Wed, 07 Apr 2004 08:44:37 +0200 Subject: fetchmail In-Reply-To: <407398D4.3070304@quick.cz> References: <4072703E.4070306@quick.cz> <407398D4.3070304@quick.cz> Message-ID: <4073A355.3000302@gdi.cz> servisnonstop QUICK wrote: > Dobry den, > > > pouzivam postfix, imap, fetchmail, dorucovani funguje, > akorat se mi pomoci fetchmailu dorucuji zpravy ktere jsou oznacene jako > prectene.(a jeste jen nekdy) > Rekl bych ze v tom jede fetchmail, ale nevim jak to napravit. > Jak by melo vypadat spusteni fetchmailu v daemon modu v rc.conf? > pouzivam nasledujici (interval 120 vterin): #!/bin/sh case "$1" in start) echo -n "Starting fetchmail daemon" /usr/local/bin/fetchmail -d 120 -f /root/.fetchmailrc --syslog 2>&1 || return=$rc_failed echo "$return" ;; stop) echo -n "Shutting down fetchmail daemon" /usr/local/bin/fetchmail --quit || return=$rc_failed echo "$return" ;; *) echo "Usage: `basename $0` {start|stop}" >&2 ;; esac exit 0 Pouzivam pouze /root/.fetchmailrc (site-wide), ktery obsahuje neco jako: poll imap.server.tld protocol imap, auth password user aaa with password xxx ssl, is aaa here fetchall user bbb with password xxx ssl, is bbb here fetchall user ccc with password xxx ssl, is ccc here keep user ddd with password xxx ssl, is ddd here keep .... Pokud pro vas neni problem zpravy na druhem konci mazat doporucuji fetchall, ale funguje i keep - zpravy se 2x nestahuji. r/ From Jaroslav_Pavlicek at kb.cz Wed Apr 7 09:28:41 2004 From: Jaroslav_Pavlicek at kb.cz (Pavlicek Jaroslav Ing.) Date: Wed, 7 Apr 2004 09:28:41 +0200 Subject: Mbuf exhausted a restarty R4.8 Message-ID: <9C3F8EE793F2BD41948575950E1E4789069869@sckb00.ds.kb.cz> Ahoj, Je opakujici se hlaska: "All mbuf clusters exhausted, please see tuning(7)." a nasledne vytuhnuti stroje dusledkem spatne konfigurace nebo je to nejaky utok? Stava se to nepravidelne na verzi 4.8. Tak? se mi stava na vice strojich, ze pri nekorektnim odpojeni ssh nebo samba session se server sam od sebe restartuje. Stava se to nekomu z Vas take? Diky, --- Jarda From kapalka at mfn.sk Wed Apr 7 09:56:07 2004 From: kapalka at mfn.sk (Michal Kapalka) Date: Wed, 7 Apr 2004 09:56:07 +0200 Subject: Mbuf exhausted a restarty R4.8 In-Reply-To: <9C3F8EE793F2BD41948575950E1E4789069869@sckb00.ds.kb.cz> References: <9C3F8EE793F2BD41948575950E1E4789069869@sckb00.ds.kb.cz> Message-ID: <26425140.20040407095607@mfn.sk> Ahoj no mas privela konektov na server netstat -m ti napise ako si na tom jedna vec a ak si si menil parameter maxusers v kernel konfigu tak ho zmen na 0 je to automaticke nastavovanie mbuf. ak nepomoze musis do boot loadera nadefinovat hodnoty :) Michal Kapalka PJI> Ahoj, PJI> Je opakujici se hlaska: PJI> "All mbuf clusters exhausted, please see tuning(7)." PJI> a nasledne vytuhnuti stroje dusledkem spatne konfigurace PJI> nebo je to nejaky utok? Stava se to nepravidelne na verzi 4.8. PJI> Tak? se mi stava na vice strojich, ze pri nekorektnim PJI> odpojeni ssh nebo samba session se server sam od sebe restartuje. PJI> Stava se to nekomu z Vas take? PJI> Diky, PJI> --- Jarda -- Best regards, Michal mailto:kapalka at mfn.sk From bd at gy.svitavy.cz Wed Apr 7 10:50:31 2004 From: bd at gy.svitavy.cz (Michal Bednar) Date: Wed, 7 Apr 2004 09:50:31 +0100 Subject: Mbuf exhausted a restarty R4.8 In-Reply-To: <9C3F8EE793F2BD41948575950E1E4789069869@sckb00.ds.kb.cz> Message-ID: <200404070751.i377p7N3021137@gysyl.gy.svitavy.cz> > Ahoj, > > Je opakujici se hlaska: > "All mbuf clusters exhausted, please see tuning(7)." > a nasledne vytuhnuti stroje dusledkem spatne konfigurace nebo je to nejaky utok? Stava se to nepravidelne na verzi 4.8. Spatna (spatne zvolena konfigurace). Doporucuji "man tuning", kde je presne popsano, k cemu mbufs slouzi. Pres "netstat -m" zjistite kolik vyuzivate mbufs. Pokud jich potrebuje vice (protoze vam dochazi), pak je potreba pridat do konfigurace kernelu napr: options NMBCLUSTERS=4096 > Tak? se mi stava na vice strojich, ze pri nekorektnim odpojeni ssh nebo samba session se server sam od sebe restartuje. Stava se to nekomu z Vas take? > > Diky, > --- Jarda > > -- > FreeBSD mailing list (users-l at freebsd.cz) > http://www.freebsd.cz/listserv/listinfo/users-l > ? > -------------------------------------------------- Bednar Michal Gymnazium Svitavy bd at gy.svitavy.cz From freebsd at ada-net.cz Wed Apr 7 09:57:47 2004 From: freebsd at ada-net.cz (=?ISO-8859-2?Q?Petr_Bezd=ECk?=) Date: Wed, 07 Apr 2004 09:57:47 +0200 Subject: Mbuf exhausted a restarty R4.8 In-Reply-To: <200404070751.i377p7N3021137@gysyl.gy.svitavy.cz> References: <200404070751.i377p7N3021137@gysyl.gy.svitavy.cz> Message-ID: <4073B47B.9080104@ada-net.cz> Michal Bednar wrote: >>Ahoj, >> >>Je opakujici se hlaska: >>"All mbuf clusters exhausted, please see tuning(7)." >>a nasledne vytuhnuti stroje dusledkem spatne konfigurace nebo je to nejaky utok? Stava se to nepravidelne na verzi 4.8. > > Spatna (spatne zvolena konfigurace). Doporucuji "man tuning", kde je > presne popsano, k cemu mbufs slouzi. > Pres "netstat -m" zjistite kolik vyuzivate mbufs. > Pokud jich potrebuje vice (protoze vam dochazi), pak je potreba > pridat do konfigurace kernelu napr: > options NMBCLUSTERS=4096 > Jde to i bez rekompilace kernelu - do /boot/loader.conf pridat: kern.ipc.nmbclusters=4096 -- Petr Bezd?k From Jaroslav_Pavlicek at kb.cz Wed Apr 7 10:15:32 2004 From: Jaroslav_Pavlicek at kb.cz (Pavlicek Jaroslav Ing.) Date: Wed, 7 Apr 2004 10:15:32 +0200 Subject: Mbuf exhausted a restarty R4.8 Message-ID: <9C3F8EE793F2BD41948575950E1E478906986A@sckb00.ds.kb.cz> No, to je mi prave divne, ze by na tom serveru bylo tolik pripojeni - jede tam par nevyznamnych webu s navstevnosti okolo 100 unikatnich IP za den. Ale diky za radu, vyzkousim to tak nastavit. --- Jarda -----Original Message----- From: Michal Kapalka [mailto:kapalka at mfn.sk] Sent: Wednesday, April 07, 2004 9:56 AM To: FreeBSD mailing list Subject: Re: Mbuf exhausted a restarty R4.8 Ahoj no mas privela konektov na server netstat -m ti napise ako si na tom jedna vec a ak si si menil parameter maxusers v kernel konfigu tak ho zmen na 0 je to automaticke nastavovanie mbuf. ak nepomoze musis do boot loadera nadefinovat hodnoty :) Michal Kapalka PJI> Ahoj, PJI> Je opakujici se hlaska: PJI> "All mbuf clusters exhausted, please see tuning(7)." PJI> a nasledne vytuhnuti stroje dusledkem spatne konfigurace nebo je to PJI> nejaky utok? Stava se to nepravidelne na verzi 4.8. Tak? se mi PJI> stava na vice strojich, ze pri nekorektnim odpojeni ssh nebo samba PJI> session se server sam od sebe restartuje. Stava se to nekomu z Vas PJI> take? PJI> Diky, PJI> --- Jarda -- Best regards, Michal mailto:kapalka at mfn.sk -- FreeBSD mailing list (users-l at freebsd.cz) http://www.freebsd.cz/listserv/listinfo/users-l From jp at devnull.cz Wed Apr 7 10:20:35 2004 From: jp at devnull.cz (Jan Pechanec) Date: Wed, 7 Apr 2004 10:20:35 +0200 (CEST) Subject: Mbuf exhausted a restarty R4.8 In-Reply-To: <9C3F8EE793F2BD41948575950E1E478906986A@sckb00.ds.kb.cz> References: <9C3F8EE793F2BD41948575950E1E478906986A@sckb00.ds.kb.cz> Message-ID: <20040407101746.V81983@pechy.hide.idc.cz> On Wed, 7 Apr 2004, Pavlicek Jaroslav Ing. wrote: >No, to je mi prave divne, ze by na tom serveru bylo tolik pripojeni - jede tam par nevyznamnych webu s navstevnosti okolo 100 unikatnich IP za den. >Ale diky za radu, vyzkousim to tak nastavit. V tom pripade to neni idealni napad. Najdete radeji problem, ktery to zpusobuje. V normalni situaci co popisujete nahore vice mbuf struktur urcite nepotrebujete. h. > >--- Jarda > > >-----Original Message----- >From: Michal Kapalka [mailto:kapalka at mfn.sk] >Sent: Wednesday, April 07, 2004 9:56 AM >To: FreeBSD mailing list >Subject: Re: Mbuf exhausted a restarty R4.8 > > >Ahoj no mas privela konektov na server > >netstat -m ti napise ako si na tom jedna vec a >ak si si menil parameter maxusers v kernel konfigu tak ho zmen na 0 je to automaticke nastavovanie mbuf. > >ak nepomoze musis do boot loadera nadefinovat hodnoty :) > >Michal Kapalka > > > >PJI> Ahoj, > >PJI> Je opakujici se hlaska: >PJI> "All mbuf clusters exhausted, please see tuning(7)." >PJI> a nasledne vytuhnuti stroje dusledkem spatne konfigurace nebo je to >PJI> nejaky utok? Stava se to nepravidelne na verzi 4.8. Tak? se mi >PJI> stava na vice strojich, ze pri nekorektnim odpojeni ssh nebo samba >PJI> session se server sam od sebe restartuje. Stava se to nekomu z Vas >PJI> take? > >PJI> Diky, >PJI> --- Jarda > > > > > -- Jan Pechanec From hsn at netmag.cz Tue Apr 6 18:29:20 2004 From: hsn at netmag.cz (Radim Kolar) Date: Tue, 6 Apr 2004 18:29:20 +0200 Subject: atexit In-Reply-To: <20040406111957.W492@eddie.> References: <20040406111957.W492@eddie.> Message-ID: <20040406162920.GA81831@asura.bsd> > jaktoze v techto hlavickovych souborech nejsou tyhle funkce definovane?? > mam FreeBSD 5.2.1-RELEASE-p3 nejmenuje se to nahodou atexit() ? Tamty budou v nejake rozsirujici knihovne. LIBRARY Standard C Library (libc, -lc) SYNOPSIS #include int atexit(void (*function)(void)); From bystrican at ANO-ALIANCIA.SK Wed Apr 7 11:16:15 2004 From: bystrican at ANO-ALIANCIA.SK (=?iso-8859-2?B?VG9t4bkgQnlzdHJp6GFu?=) Date: Wed, 7 Apr 2004 11:16:15 +0200 Subject: real a windowsmedia Message-ID: Dokazem nehjakym sposobom rozonavat v ipfw realmedia a windows media stramy ak niesu vysielane na default porte ?? Jedna sa mi o osapovanie vsetkych tychto streamov. D From cejkar at fit.vutbr.cz Wed Apr 7 11:21:56 2004 From: cejkar at fit.vutbr.cz (Rudolf Cejka) Date: Wed, 7 Apr 2004 11:21:56 +0200 Subject: atexit In-Reply-To: <20040406162920.GA81831@asura.bsd> References: <20040406111957.W492@eddie.> <20040406162920.GA81831@asura.bsd> Message-ID: <20040407092156.GA19670@fit.vutbr.cz> Radim Kolar wrote (2004/04/06): > > jaktoze v techto hlavickovych souborech nejsou tyhle funkce definovane?? > > mam FreeBSD 5.2.1-RELEASE-p3 > nejmenuje se to nahodou atexit() ? Tamty budou v nejake rozsirujici knihovne. * Funkce atexit(3) je knihovni funkce, kdezto funkce at_exit(9) a rm_at_exit(9) jsou kernelove funkce. * Funkce at_exit(9) a rm_at_exit(9) byly nahrazeny zpracovanim udalosti pres process_* vic nez pred rokem, viz http://www.freebsd.cz/cgi/cvsweb.cgi/src/sys/kern/kern_exit.c 1.206 a http://www.freebsd.cz/cgi/cvsweb.cgi/src/share/man/man9/Attic/at_exit.9 Pokud se tedy nachazi na 5.2.1 systemu manualova stranka at_exit(9), nejspis to bude pozustatek z 4.x nebo z 5.0. -- Rudolf Cejka http://www.fit.vutbr.cz/~cejkar Brno University of Technology, Faculty of Information Technology Bozetechova 2, 612 66 Brno, Czech Republic From jp at devnull.cz Wed Apr 7 11:39:02 2004 From: jp at devnull.cz (Jan Pechanec) Date: Wed, 7 Apr 2004 11:39:02 +0200 (CEST) Subject: instalace portu a PREFIX/reinstall Message-ID: <20040407112848.I81983@pechy.hide.idc.cz> ahoj, je elegantni moznost, jak v systemu nainstalovat porty a (hlavne) jejich zavislosti do jineho adresare via PREFIX (napr. adresar, kde vytvarim vlastni distribuci), prestoze zavislosti danych portu mam v systemu nainstalovane? kdyz jde o port bez zavislosti nebo o zavislosti, ktere v systemu nemam, neni problem -> pouziju PREFIX, NO_PKG_REGISTER a reinstall, to vsechno klidne opakovane. Kdyz vsak nektera zavislost v systemu uz je, celkem pochopitelne se preskoci (zatimco ja bych potreboval reinstall). uz jsem nekolikrat prohledaval z ruznych duvodu Makefiles pro porty a neni to zcela odpocinkove cteni, takze by me zajimalo, jestli nekdo nevite, zda to jde delat jinak nez: (a) projdu si sam dependence a jednotlive na ne dam reinstall (b) budu to vsechno delat v jailu diky, h. -- Jan Pechanec From plusik at pohoda.cz Wed Apr 7 11:48:47 2004 From: plusik at pohoda.cz (Tomas Pluskal) Date: Wed, 7 Apr 2004 11:48:47 +0200 (CEST) Subject: atexit In-Reply-To: <20040407092156.GA19670@fit.vutbr.cz> References: <20040406111957.W492@eddie.> <20040406162920.GA81831@asura.bsd> <20040407092156.GA19670@fit.vutbr.cz> Message-ID: <20040407114655.Y377@eddie.> Diky, to bude ono, zustaly mi tam man stranky po upgradu 4.x -> 5.x. Nicmene funkce process_ zda se zadne man stranky nemaji, coz je trochu skoda :) T.P. On Wed, 7 Apr 2004, Rudolf Cejka wrote: > > * Funkce atexit(3) je knihovni funkce, kdezto funkce at_exit(9) > a rm_at_exit(9) jsou kernelove funkce. > > * Funkce at_exit(9) a rm_at_exit(9) byly nahrazeny zpracovanim udalosti > pres process_* vic nez pred rokem, viz > http://www.freebsd.cz/cgi/cvsweb.cgi/src/sys/kern/kern_exit.c 1.206 > a http://www.freebsd.cz/cgi/cvsweb.cgi/src/share/man/man9/Attic/at_exit.9 > Pokud se tedy nachazi na 5.2.1 systemu manualova stranka at_exit(9), > nejspis to bude pozustatek z 4.x nebo z 5.0. > From zburget at miastudio.cz Wed Apr 7 12:07:23 2004 From: zburget at miastudio.cz (=?UTF-8?B?WmJ5bsSbayBCdXJnZXQ=?=) Date: Wed, 07 Apr 2004 12:07:23 +0200 Subject: instalace portu a PREFIX/reinstall In-Reply-To: <20040407112848.I81983@pechy.hide.idc.cz> References: <20040407112848.I81983@pechy.hide.idc.cz> Message-ID: <4073D2DB.40207@miastudio.cz> Jan Pechanec napsal(a): > kdyz jde o port bez zavislosti nebo o zavislosti, ktere v > systemu nemam, neni problem -> pouziju PREFIX, NO_PKG_REGISTER a > reinstall, to vsechno klidne opakovane. Kdyz vsak nektera zavislost v > systemu uz je, celkem pochopitelne se preskoci (zatimco ja bych > potreboval reinstall). > > > (a) projdu si sam dependence a jednotlive na ne dam reinstall > (b) budu to vsechno delat v jailu (c) portupgrade -Rf (aspon doufam) Zbynek From mex at localnet.sk Wed Apr 7 12:21:56 2004 From: mex at localnet.sk (MeX) Date: Wed, 07 Apr 2004 12:21:56 +0200 Subject: mc Message-ID: <4073D644.7060502@localnet.sk> potreboval by som vysvetlit, ako mam reinstalnut midnight commander, portaudit mi hlasi toto (fbsd 4.9-stable, cvsuped): uname -a FreeBSD xxxxxsk 4.9-STABLE FreeBSD 4.9-STABLE #0: Thu Apr 1 07:11:12 CEST 2004 ===> mc-4.6.0_9 has known vulnerabilities: >> Midnight Commander buffer overflow during symlink resolution. Reference: >> Please update your ports tree and try again. *** Error code 1 Stop in /usr/ports/misc/mc. *** Error code 1 Stop in /usr/ports/misc/mc. Aktulizujem porty uz dva dni ale ten patch ako keby tam este nebol. Neviem, kde robim chybu alebo ci to mam patchnut rucne.. pls poradte dik MeX mex at localnet.sk From pav at oook.cz Wed Apr 7 13:01:21 2004 From: pav at oook.cz (Pav Lucistnik) Date: Wed, 07 Apr 2004 13:01:21 +0200 Subject: instalace portu a PREFIX/reinstall In-Reply-To: <20040407112848.I81983@pechy.hide.idc.cz> References: <20040407112848.I81983@pechy.hide.idc.cz> Message-ID: <1081335681.21212.13.camel@pav.hide.vol.cz> V st, 07. 04. 2004 v 11:39, Jan Pechanec p??e: > ahoj, je elegantni moznost, jak v systemu nainstalovat porty a > (hlavne) jejich zavislosti do jineho adresare via PREFIX (napr. > adresar, kde vytvarim vlastni distribuci), prestoze zavislosti danych > portu mam v systemu nainstalovane? > > kdyz jde o port bez zavislosti nebo o zavislosti, ktere v > systemu nemam, neni problem -> pouziju PREFIX, NO_PKG_REGISTER a > reinstall, to vsechno klidne opakovane. Kdyz vsak nektera zavislost v > systemu uz je, celkem pochopitelne se preskoci (zatimco ja bych > potreboval reinstall). > > uz jsem nekolikrat prohledaval z ruznych duvodu Makefiles pro > porty a neni to zcela odpocinkove cteni, takze by me zajimalo, jestli > nekdo nevite, zda to jde delat jinak nez: > > (a) projdu si sam dependence a jednotlive na ne dam reinstall > (b) budu to vsechno delat v jailu (b) delal bych to v chrootu nebo v jailu (v chrootu je to jednodussi) -- Pav Lucistnik Co vime o lasce? Laska je jako hruska. Hruska je sladka a ma urcity tvar. Zkuste presne definovat tvar hrusky. -- Marigold: Pul stoleti poezie From pav at oook.cz Wed Apr 7 13:04:15 2004 From: pav at oook.cz (Pav Lucistnik) Date: Wed, 07 Apr 2004 13:04:15 +0200 Subject: mc In-Reply-To: <4073D644.7060502@localnet.sk> References: <4073D644.7060502@localnet.sk> Message-ID: <1081335855.21212.16.camel@pav.hide.vol.cz> V st, 07. 04. 2004 v 12:21, MeX p??e: > ===> mc-4.6.0_9 has known vulnerabilities: > >> Midnight Commander buffer overflow during symlink resolution. > Reference: > > >> Please update your ports tree and try again. > *** Error code 1 > http://www.freshports.org/misc/mc/ Revize 4.6.0_9 uz obsahuje opravu. Vypada to ze pouzivate portaudit, pozeptam se u autoru jestli by mohli povolit revizi 9. -- Pav Lucistnik Co vime o lasce? Laska je jako hruska. Hruska je sladka a ma urcity tvar. Zkuste presne definovat tvar hrusky. -- Marigold: Pul stoleti poezie From mex at localnet.sk Wed Apr 7 13:21:15 2004 From: mex at localnet.sk (MeX) Date: Wed, 07 Apr 2004 13:21:15 +0200 Subject: mc In-Reply-To: <1081335855.21212.16.camel@pav.hide.vol.cz> References: <4073D644.7060502@localnet.sk> <1081335855.21212.16.camel@pav.hide.vol.cz> Message-ID: <4073E42B.4070705@localnet.sk> ano, pouzivam portaudit. da sa niekomu niekam napisat, ak sa taketo nieco stane do buducnosti? dik MeX Pav Lucistnik wrote: > V st, 07. 04. 2004 v 12:21, MeX p??e: > > >>===> mc-4.6.0_9 has known vulnerabilities: >> >> Midnight Commander buffer overflow during symlink resolution. >> Reference: >> >> >> Please update your ports tree and try again. >>*** Error code 1 >> > > > http://www.freshports.org/misc/mc/ > > Revize 4.6.0_9 uz obsahuje opravu. Vypada to ze pouzivate portaudit, > pozeptam se u autoru jestli by mohli povolit revizi 9. > From pav at oook.cz Wed Apr 7 13:34:00 2004 From: pav at oook.cz (Pav Lucistnik) Date: Wed, 07 Apr 2004 13:34:00 +0200 Subject: mc In-Reply-To: <4073E42B.4070705@localnet.sk> References: <4073D644.7060502@localnet.sk> <1081335855.21212.16.camel@pav.hide.vol.cz> <4073E42B.4070705@localnet.sk> Message-ID: <1081337640.21212.20.camel@pav.hide.vol.cz> V st, 07. 04. 2004 v 13:21, MeX p??e: > ano, pouzivam portaudit. da sa niekomu niekam napisat, ak sa taketo > nieco stane do buducnosti? nectar at FreeBSD.org eik at FreeBSD.org Tyhle dva lidi to maji vicemene na svedomi. -- Pav Lucistnik 94 outdated ports on the box, 94 outdated ports. Portupgrade one, an hour 'til done, 82 outdated ports on the box. From jozef.babjak at stuba.sk Wed Apr 7 16:40:18 2004 From: jozef.babjak at stuba.sk (Jozef Babjak) Date: Wed, 7 Apr 2004 16:40:18 +0200 Subject: All mbufs exhausted, please see tuning(7). Message-ID: <20040407144018.GA206@hilbert.chtf.stuba.sk> Zdravim vsetkych! Niekto tu dnes pisal, ze na malo zatazenom serveri dostava hlasky od jadra: All mbufs exhausted, please see tuning(7). Uz to doslo aj ku mne, bolo to mnozstvo pripojeni na ftp z tejto ip adresy: block in quick from 193.95.33.18/32 to any :-) Myslim, ze nas cakaju zaujimave najblizsie hodiny... J. From corwin at aeternal.net Wed Apr 7 17:12:46 2004 From: corwin at aeternal.net (Martin Hudec) Date: Wed, 7 Apr 2004 17:12:46 +0200 Subject: All mbufs exhausted, please see tuning(7). In-Reply-To: <20040407144018.GA206@hilbert.chtf.stuba.sk> References: <20040407144018.GA206@hilbert.chtf.stuba.sk> Message-ID: <20040407151246.GB27513@pleiades.aeternal.net> Ahoj, a preco by nas cakali zaujimave hodiny? :) Sprav si whois na tu IPcku, a skus pripadne kontaktovat zodpovednu osobu, nez bezhlavo blokovat traffic.. niekedy sa ti totiz moze ozvat dakto, koho necakas a potom sefstvu vysvetlujes, preco si mesiac dozadu blokoval neaku IP :).. mne sa to uz stalo, poucil som sa... Ani na markize, ani u seba, ani na dalsom serveri neevidujem ziadne extremne pokusy o ftp.. Chalanovi odisli mbuffre, stane sa.. mne nepresiahne mb_map use hodnotu 29%, cize mam rezervu aj na spicky.. riesenie tohto problemu tu uz tusim bolo popisane.. prajem pekny den, Martin On Wed, Apr 07, 2004 at 04:40:18PM +0200 or thereabouts, Jozef Babjak wrote: > Niekto tu dnes pisal, ze na malo zatazenom serveri dostava hlasky od jadra: > > All mbufs exhausted, please see tuning(7). > > Uz to doslo aj ku mne, bolo to mnozstvo pripojeni na ftp z tejto ip adresy: > > block in quick from 193.95.33.18/32 to any > > :-) > > Myslim, ze nas cakaju zaujimave najblizsie hodiny... > -- =-- : :. kind regards :.. Martin Hudec :.: :.: :m: +421.907.303393 :.: :@: corwin at aeternal.net :.: :w: http://www.aeternal.net From mex at localnet.sk Wed Apr 7 19:28:24 2004 From: mex at localnet.sk (MeX) Date: Wed, 07 Apr 2004 19:28:24 +0200 Subject: mc In-Reply-To: <1081337640.21212.20.camel@pav.hide.vol.cz> References: <4073D644.7060502@localnet.sk> <1081335855.21212.16.camel@pav.hide.vol.cz> <4073E42B.4070705@localnet.sk> <1081337640.21212.20.camel@pav.hide.vol.cz> Message-ID: <40743A38.7030303@localnet.sk> kedy to tam zapracuju? :) MeX Pav Lucistnik wrote: > V st, 07. 04. 2004 v 13:21, MeX p??e: > > >>ano, pouzivam portaudit. da sa niekomu niekam napisat, ak sa taketo >>nieco stane do buducnosti? > > > nectar at FreeBSD.org > eik at FreeBSD.org > > Tyhle dva lidi to maji vicemene na svedomi. > From pav at oook.cz Wed Apr 7 19:42:35 2004 From: pav at oook.cz (Pav Lucistnik) Date: Wed, 07 Apr 2004 19:42:35 +0200 Subject: mc In-Reply-To: <40743A38.7030303@localnet.sk> References: <4073D644.7060502@localnet.sk> <1081335855.21212.16.camel@pav.hide.vol.cz> <4073E42B.4070705@localnet.sk> <1081337640.21212.20.camel@pav.hide.vol.cz> <40743A38.7030303@localnet.sk> Message-ID: <1081359755.21212.48.camel@pav.hide.vol.cz> V st, 07. 04. 2004 v 19:28, MeX p??e: Zpravidla obratem, pokud jsou vzhuru a sedi u pocitace. eik momentalne neni, to by byl na ICQ, ale nectar by mel byt, nebot sem ted videl nejake commity od nej. Psal si mu? > kedy to tam zapracuju? :) > > MeX > > > Pav Lucistnik wrote: > > > V st, 07. 04. 2004 v 13:21, MeX p??e: > > > > > >>ano, pouzivam portaudit. da sa niekomu niekam napisat, ak sa taketo > >>nieco stane do buducnosti? > > > > > > nectar at FreeBSD.org > > eik at FreeBSD.org > > > > Tyhle dva lidi to maji vicemene na svedomi. > > -- Pav Lucistnik Co vime o lasce? Laska je jako hruska. Hruska je sladka a ma urcity tvar. Zkuste presne definovat tvar hrusky. -- Marigold: Pul stoleti poezie From freebsd at webnex.net Wed Apr 7 21:27:11 2004 From: freebsd at webnex.net (Clavs) Date: Wed, 7 Apr 2004 21:27:11 +0200 Subject: =?iso-8859-2?q?GPRS_Siemens_MC35i_prod=E1m?= Message-ID: <005d01c41cd6$79314e30$0100a8c0@develop> Omlouv?m se za mail kter? zde nepat?? ale cht?l bych V?m nab?dnout GPRS modul Siemens MC35i.Pokud by m?l n?kdo z?jem kontaktujte mne pros?m mailem.Modem je v z?ruce a je 3 m?s?ce pou??van?. vilimek at webnex.net From mex at localnet.sk Wed Apr 7 22:13:37 2004 From: mex at localnet.sk (MeX) Date: Wed, 07 Apr 2004 22:13:37 +0200 Subject: mc In-Reply-To: <1081359755.21212.48.camel@pav.hide.vol.cz> References: <4073D644.7060502@localnet.sk> <1081335855.21212.16.camel@pav.hide.vol.cz> <4073E42B.4070705@localnet.sk> <1081337640.21212.20.camel@pav.hide.vol.cz> <40743A38.7030303@localnet.sk> <1081359755.21212.48.camel@pav.hide.vol.cz> Message-ID: <407460F1.5010904@localnet.sk> nie, si pisal, ze si im pisal :)) MeX Pav Lucistnik wrote: > V st, 07. 04. 2004 v 19:28, MeX p??e: > > Zpravidla obratem, pokud jsou vzhuru a sedi u pocitace. > eik momentalne neni, to by byl na ICQ, ale nectar by mel byt, nebot sem > ted videl nejake commity od nej. Psal si mu? > > >>kedy to tam zapracuju? :) >> >>MeX >> >> >>Pav Lucistnik wrote: >> >> >>>V st, 07. 04. 2004 v 13:21, MeX p??e: >>> >>> >>> >>>>ano, pouzivam portaudit. da sa niekomu niekam napisat, ak sa taketo >>>>nieco stane do buducnosti? >>> >>> >>>nectar at FreeBSD.org >>>eik at FreeBSD.org >>> >>>Tyhle dva lidi to maji vicemene na svedomi. >>> From neuhauser at chello.cz Thu Apr 8 03:05:45 2004 From: neuhauser at chello.cz (Roman Neuhauser) Date: Thu, 8 Apr 2004 03:05:45 +0200 Subject: instalace portu a PREFIX/reinstall In-Reply-To: <20040407112848.I81983@pechy.hide.idc.cz> References: <20040407112848.I81983@pechy.hide.idc.cz> Message-ID: <20040408010545.GA6884@isis.wad.cz> # jp at devnull.cz / 2004-04-07 11:39:02 +0200: > ahoj, je elegantni moznost, jak v systemu nainstalovat porty a > (hlavne) jejich zavislosti do jineho adresare via PREFIX (napr. > adresar, kde vytvarim vlastni distribuci), prestoze zavislosti danych > portu mam v systemu nainstalovane? Date: Mon, 29 Mar 2004 16:21:29 -0800 From: Kris Kennaway To: Craig Rodrigues Cc: freebsd-ports at freebsd.org Subject: Re: Need help debugging apr port [-- Attachment #1 --] [-- Type: text/plain, Encoding: quoted-printable, Size: 1.4K --] On Mon, Mar 29, 2004 at 06:58:11PM -0500, Craig Rodrigues wrote: > How can I reproduce the jail environment that bento uses > to build a port, i.e. I want the jail to have no ports installed, > so that when I build the port, the necessary dependent packages will > be installed. Just put a clean installation of FreeBSD into a directory (e.g. by installworld, or unpacking the binary distributions from a release build), add a clean ports tree and chroot into the directory. Then either build the port normally to pick up and install dependencies, or pkg_add the packages by hand (bento uses non-general scripts to do this). USE_PACKAGE_DEPENDS may help, but you need to already have the packages present. -- If you cc me or remove the list(s) completely I'll most likely ignore your message. see http://www.eyrie.org./~eagle/faqs/questions.html From Jaroslav_Pavlicek at kb.cz Thu Apr 8 08:21:14 2004 From: Jaroslav_Pavlicek at kb.cz (Pavlicek Jaroslav Ing.) Date: Thu, 8 Apr 2004 08:21:14 +0200 Subject: All mbufs exhausted, please see tuning(7). Message-ID: <9C3F8EE793F2BD41948575950E1E478906986B@sckb00.ds.kb.cz> Ahoj, Diky za rady. Priznam se, ze ale spokojen nejsem a udivuje mne, ze jinak stabilni system se da shodit vetsim poctem pripojeni, takze docela snadno, kdyz si na to nekdo napise programek. --- Jarda -----Original Message----- From: Jozef Babjak [mailto:jozef.babjak at stuba.sk] Sent: Wednesday, April 07, 2004 4:40 PM To: users-l at freebsd.cz Subject: All mbufs exhausted, please see tuning(7). Zdravim vsetkych! Niekto tu dnes pisal, ze na malo zatazenom serveri dostava hlasky od jadra: All mbufs exhausted, please see tuning(7). Uz to doslo aj ku mne, bolo to mnozstvo pripojeni na ftp z tejto ip adresy: block in quick from 193.95.33.18/32 to any :-) Myslim, ze nas cakaju zaujimave najblizsie hodiny... J. -- FreeBSD mailing list (users-l at freebsd.cz) http://www.freebsd.cz/listserv/listinfo/users-l From freebsd-users-l at wilbury.sk Thu Apr 8 09:58:11 2004 From: freebsd-users-l at wilbury.sk (Juraj Lutter) Date: Thu, 8 Apr 2004 09:58:11 +0200 Subject: All mbufs exhausted, please see tuning(7). In-Reply-To: <9C3F8EE793F2BD41948575950E1E478906986B@sckb00.ds.kb.cz> References: <9C3F8EE793F2BD41948575950E1E478906986B@sckb00.ds.kb.cz> Message-ID: <20040408075811.GK525@wilbury.sk> On Thu, Apr 08, 2004 at 08:21:14AM +0200, Pavlicek Jaroslav Ing. wrote: > Ahoj, > > Diky za rady. Priznam se, ze ale spokojen nejsem a udivuje mne, ze jinak > stabilni system se da shodit vetsim poctem pripojeni, takze docela > snadno, kdyz si na to nekdo napise programek. man 7 tuning system nespadne, prestane len odpovedat na sietove konekcie, kym sa neuvolnia nejake prostriedky. ja mam napr.: otis@[ns1 /home/otis] > netstat -m 498/2480/131072 mbufs in use (current/peak/max): 474 mbufs allocated to data 24 mbufs allocated to packet headers 438/2294/32768 mbuf clusters in use (current/peak/max) a system sa neda "zhodit, ked si na to napisem programik". ano, keby sa niekto velmi snazil, kludne tu masinu zhodi, ale mbuf clustre mi nedochadzaju. otis -- Juraj Lutter | () Ascii Ribbon Campaign http://www.pd.sk/ | /\ Support plain text e-mail From cejkar at fit.vutbr.cz Thu Apr 8 10:08:57 2004 From: cejkar at fit.vutbr.cz (Rudolf Cejka) Date: Thu, 8 Apr 2004 10:08:57 +0200 Subject: All mbufs exhausted, please see tuning(7). In-Reply-To: <9C3F8EE793F2BD41948575950E1E478906986B@sckb00.ds.kb.cz> References: <9C3F8EE793F2BD41948575950E1E478906986B@sckb00.ds.kb.cz> Message-ID: <20040408080857.GA8794@fit.vutbr.cz> Pavlicek Jaroslav Ing. wrote (2004/04/08): > Diky za rady. Priznam se, ze ale spokojen nejsem a udivuje mne, ze jinak > stabilni system se da shodit vetsim poctem pripojeni, takze docela > snadno, kdyz si na to nekdo napise programek. A jakou 4.8 vlastne mate? Aplikujete alespon bezpecnostni doporuceni? Co treba FreeBSD-SA-04:04 = 4.8-RELEASE-p16? Parkrat jsem uz vycerpane mbufy videl, ale zatim system vzdy normalne fungoval dal. -- It is possible for a remote attacker to conduct a low-bandwidth denial-of-service attack against a machine providing TCP-based services, filling up the target's memory buffers and potentially leading to a system crash. This vulnerability has been addressed on the FreeBSD 4.9-RELEASE security fix branch. Security advisory FreeBSD-SA-04:04 contains more details, as well as information on patching existing systems. -- -- Rudolf Cejka http://www.fit.vutbr.cz/~cejkar Brno University of Technology, Faculty of Information Technology Bozetechova 2, 612 66 Brno, Czech Republic From antonin.vecera at jme.cz Fri Apr 9 07:12:14 2004 From: antonin.vecera at jme.cz (=?iso-8859-2?B?VmXoZfhhIEFudG9u7W4=?=) Date: Fri, 9 Apr 2004 07:12:14 +0200 Subject: named, udp port 1024 Message-ID: # sockstat -l4 USER COMMAND PID FD PROTO LOCAL ADDRESS FOREIGN ADDRESS root named 75 4 udp4 *:1024 *:* root named 75 20 udp4 192.168.0.1:53 *:* root named 75 21 tcp4 192.168.0.1:53 *:* Co to je ten 1. radek? DNS se ma odehravat na udp/tcp portu 53, ne? Antonin V. From honza4diskuze at centrum.cz Fri Apr 9 09:27:01 2004 From: honza4diskuze at centrum.cz (Jan Raska) Date: Fri, 09 Apr 2004 09:27:01 +0200 Subject: gFTP 2.0.17 a ceske prostredi Message-ID: <40765045.4090201@centrum.cz> Dobry den, dnes jsem updatoval gFTP z 2.0.15 -> 2.0.17. Mam prostredi nastaveno na cestinu (LANG=cs_CZ.ISO8859-2). Po prihlaseni na ftp.cesnet.cz, se mi misto vypisu adresare vypise do logu "Varovani: nemohu analyzovat vypis". Pokud zmeni prostredi na anglicke, vypis je v poradku. Posledni verze, ktera mi fungovala i pod cestinou byla prave 2.0.15. Pouziva nekdo gFTP a ma ty same problemy? Honza From jp at devnull.cz Fri Apr 9 11:00:14 2004 From: jp at devnull.cz (Jan Pechanec) Date: Fri, 9 Apr 2004 11:00:14 +0200 (CEST) Subject: Fundraising for FreeBSD development. (fwd) Message-ID: <20040409105906.B9058@pechy.hide.idc.cz> zajimave, hlavne ve spojeni se jmenem PHK. h. -- Jan Pechanec ---------- Forwarded message ---------- Date: Thu, 08 Apr 2004 21:07:44 +0200 From: Poul-Henning Kamp To: hackers at freebsd.org Subject: Fundraising for FreeBSD development. http://people.freebsd.org/~phk/funding.html Poul-Henning -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk at FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. _______________________________________________ freebsd-hackers at freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscribe at freebsd.org" From jmoravec at protel.cz Fri Apr 9 12:14:52 2004 From: jmoravec at protel.cz (Jan Moravec) Date: Fri, 9 Apr 2004 12:14:52 +0200 Subject: FreeBSD 4.9 clamav-0.68: freshclam - error verification Message-ID: Zdrav?m, zkous?m instalovat clamav a m?m probl?m s aktualizac? "freshclam": ClamAV process started ... Connecting via proxy... Reading CVD header (main.cvd): OK Downloading main.cvd[*] ERROR: Verification: Broken or not a CVD file. Trying again ... Asi je chyba nekde u mne, ale nev?m, kde hledat. Poradite nekdo? Dekuji, Honza Historie: ftp a http proxy Instalace FreeBSD 4.9 Instalace clamav 0.60 z portu Error pri aktualizaci ... Checksum MD5 V ClamAV konferenci ... nainstalujte si novej?? verzi. Instalace clamav 0.70 Error pri aktualizaci ... ERROR: Verification: Broken or not a CVD file. Instalace clamav 0.68 Error pri aktualizaci ... ERROR: Verification: Broken or not a CVD file. Instalace clamav 0.67-1 Error pri aktualizaci ... ERROR: Verification: Broken or not a CVD file. V ClamAV konferenci jsem tento probl?m nena?el. From jmoravec at protel.cz Fri Apr 9 14:45:38 2004 From: jmoravec at protel.cz (Jan Moravec) Date: Fri, 9 Apr 2004 14:45:38 +0200 Subject: FreeBSD 4.9 clamav-0.68: freshclam - error verification In-Reply-To: Message-ID: Chyba je v poxy serveru. Za proxy to chodi. Hezky vikend, Honza -----Original Message----- From: users-l-bounces at freebsd.cz [mailto:users-l-bounces at freebsd.cz]On Behalf Of Jan Moravec Sent: Friday, April 09, 2004 12:15 PM To: users-l at freebsd.cz Subject: FreeBSD 4.9 clamav-0.68: freshclam - error verification Zdrav?m, zkous?m instalovat clamav a m?m probl?m s aktualizac? "freshclam": ClamAV process started ... Connecting via proxy... Reading CVD header (main.cvd): OK Downloading main.cvd[*] ERROR: Verification: Broken or not a CVD file. Trying again ... Asi je chyba nekde u mne, ale nev?m, kde hledat. Poradite nekdo? Dekuji, Honza From hsn at netmag.cz Thu Apr 8 21:58:43 2004 From: hsn at netmag.cz (Radim Kolar) Date: Thu, 8 Apr 2004 21:58:43 +0200 Subject: jak ziskat kernel panic backtrace bez swapu Message-ID: <20040408195843.GA4347@asura.bsd> Nazdar, potrebuju ziskat backtrace pri panicu bez pouziti swapovaciho prostoru pro dump viz pr kern/64864. Jak to mam udelat abych si to z obrazovky debugeru nemusel opisovat rucne? From hsn at netmag.cz Thu Apr 8 23:08:07 2004 From: hsn at netmag.cz (Radim Kolar) Date: Thu, 8 Apr 2004 23:08:07 +0200 Subject: Fwd: Benchmarking In-Reply-To: <407468AB.1030009@alumni.rice.edu> References: <40745C07.6030501@fer.hr> <407468AB.1030009@alumni.rice.edu> Message-ID: <20040408210807.GA737@asura.bsd> >I've finished the article on benchmarking FreeBSD, NetBSD, DragonflyBSD >and Linux, it is available at: > >http://alfredo.cc.fer.hr/ From pav at oook.cz Fri Apr 9 18:45:50 2004 From: pav at oook.cz (Pav Lucistnik) Date: Fri, 09 Apr 2004 18:45:50 +0200 Subject: jak ziskat kernel panic backtrace bez swapu In-Reply-To: <20040408195843.GA4347@asura.bsd> References: <20040408195843.GA4347@asura.bsd> Message-ID: <1081529150.21715.36.camel@pav.hide.vol.cz> V ?t, 08. 04. 2004 v 21:58, Radim Kolar p??e: > potrebuju ziskat backtrace pri panicu bez pouziti swapovaciho prostoru pro > dump viz pr kern/64864. Jak to mam udelat abych si to z obrazovky debugeru > nemusel opisovat rucne? Pokud mas druhy pocitac tak spojit seriove porty a presmerovat konzoli na nej. -- Pav Lucistnik Co vime o lasce? Laska je jako hruska. Hruska je sladka a ma urcity tvar. Zkuste presne definovat tvar hrusky. -- Marigold: Pul stoleti poezie From ladislav.krticka at mk.cvut.cz Sat Apr 10 15:50:11 2004 From: ladislav.krticka at mk.cvut.cz (lada) Date: Sat, 10 Apr 2004 15:50:11 +0200 Subject: freebsd 5.2.1 a genius netscroll PS2 Message-ID: Rad bych se optal, kdyz nainstaluju novou instalaci freebsd 5.2.1 (i 5.2) tak mys funguje bez problemu,pokud zkompiluju jadro,tak mi kurzor pri pohybu zmizi a objevi se az s mysi prestanu hybat.. nevi nekdo co s tim? muj hardware JetWay V600DAP KT600, athlon xp1900 genius netscroll optical PS2 diky za opdoved Lada -------------inu konfig jadra mam tento---------- machine i386 cpu I686_CPU ident LADA maxusers 64 options CPU_ENABLE_SSE options CPU_FASTER_5X86_FPU #makeoptions DEBUG=-g #Build kernel with gdb(1) debug symbols options SCHED_4BSD #4BSD scheduler options INET #InterNETworking #options INET6 #IPv6 communications protocols options FFS #Berkeley Fast Filesystem options SOFTUPDATES #Enable FFS soft updates support options UFS_ACL #Support for access control lists options UFS_DIRHASH #Improve performance on big directories options MD_ROOT #MD is a potential root device #ptions NFSCLIENT #Network Filesystem Client #options NFSSERVER #Network Filesystem Server #options NFS_ROOT #NFS usable as /, requires NFSCLIENT options MSDOSFS #MSDOS Filesystem options CD9660 #ISO 9660 Filesystem options PROCFS #Process filesystem (requires PSEUDOFS) options PSEUDOFS #Pseudo-filesystem framework options COMPAT_43 #Compatible with BSD 4.3 [KEEP THIS!] options COMPAT_FREEBSD4 #Compatible with FreeBSD4 #options SCSI_DELAY=15000 #Delay (in ms) before probing SCSI options KTRACE #ktrace(1) support options SYSVSHM #SYSV-style shared memory options SYSVMSG #SYSV-style message queues options SYSVSEM #SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING #Posix P1003_1B real-time extensions options KBD_INSTALL_CDEV # install a CDEV entry in /dev options AHC_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~128k to driver. options AHD_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~215k to driver. options PFIL_HOOKS # pfil(9) framework # Debugging for use in -current #options DDB #Enable the kernel debugger #options INVARIANTS #Enable calls of extra sanity checking #options INVARIANT_SUPPORT #Extra sanity checks of internal structures, required by INVARIANTS #options WITNESS #Enable checks to detect deadlocks and cycles #options WITNESS_SKIPSPIN #Don't run witness on spinlocks for speed # To make an SMP kernel, the next two are needed #options SMP # Symmetric MultiProcessor Kernel #device apic # I/O APIC device isa #device eisa device pci # Floppy drives #device fdc # ATA and ATAPI devices device ata device atadisk # ATA disk drives device ataraid # ATA RAID drives device atapicd # ATAPI CDROM drives #device atapifd # ATAPI floppy drives #device atapist # ATAPI tape drives options ATA_STATIC_ID #Static device numbering # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc # AT keyboard controller device atkbd # AT keyboard device psm # PS/2 mouse device vga # VGA video card driver device splash # Splash screen and screen saver support # syscons is the default console driver, resembling an SCO console device sc device agp # support several AGP chipsets device radeondrm # Floating point support - do not disable. device npx # Power management support (see NOTES for more options) device apm # Add suspend/resume support for the i8254. device pmtimer # Serial (COM) ports device sio # 8250, 16[45]50 based serial ports # Parallel port device ppc device ppbus # Parallel port bus (required) device lpt # Printer device plip # TCP/IP over parallel device ppi # Parallel port interface device #device vpo # Requires scbus and da # If you've got a "dumb" serial or parallel PCI card that is # supported by the puc(4) glue driver, uncomment the following # line to enable it (connects to the sio and/or ppc drivers): #device puc # PCI Ethernet NICs that use the common MII bus controller code. # NOTE: Be sure to keep the 'device miibus' line in order to use these NICs! device miibus # MII bus support device vr # VIA Rhine, Rhine II device xl # 3Com 3c90x (``Boomerang'', ``Cyclone'') device random # Entropy device device loop # Network loopback device ether # Ethernet support device sl # Kernel SLIP device ppp # Kernel PPP device tun # Packet tunnel. device pty # Pseudo-ttys (telnet etc) device md # Memory "disks" device gif # IPv6 and IPv4 tunneling device faith # IPv6-to-IPv4 relaying (translation) # The `bpf' device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! device bpf # Berkeley packet filter device pcm ---------no dmesg halsi toto---------- Copyright (c) 1992-2004 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.2.1-RELEASE #0: Sat Apr 10 13:37:51 CEST 2004 krtek at lda.mk.cvut.cz:/usr/src/sys/i386/compile/LDA Preloaded elf kernel "/boot/kernel/kernel" at 0xc07a7000. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc07a7244. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(tm) XP 1900+ (1596.01-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x662 Stepping = 2 Features=0x383fbff AMD Features=0xc0400000 real memory = 268369920 (255 MB) avail memory = 255221760 (243 MB) Pentium Pro MTRR support enabled npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard pcibios: BIOS version 2.10 Using $PIR table, 9 entries at 0xc00fdec0 acpi0: Power Button (fixed) Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0 acpi_cpu0: port 0x530-0x537 on acpi0 acpi_tz0: port 0x530-0x537 on acpi0 acpi_button0: on acpi0 pcib0: port 0x5000-0x500f,0x4080-0x40ff,0x4000-0x407f,0xcf8-0xcff on acpi0 pci0: on pcib0 pcib0: slot 10 INTA is routed to irq 11 pcib0: slot 15 INTB is routed to irq 11 pcib0: slot 16 INTA is routed to irq 10 pcib0: slot 16 INTA is routed to irq 10 pcib0: slot 16 INTB is routed to irq 11 pcib0: slot 16 INTB is routed to irq 11 pcib0: slot 16 INTC is routed to irq 11 pcib0: slot 18 INTA is routed to irq 10 agp0: mem 0xe8000000-0xebffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pcib0: slot 1 INTA is routed to irq 10 pcib1: slot 0 INTA is routed to irq 10 pci1: at device 0.0 (no driver attached) pcm0: port 0xb000-0xb01f irq 11 at device 10.0 on pci0 pcm0: atapci0: port 0xcc00-0xccff,0xc800-0xc80f,0xc400-0xc403,0xc000-0xc007,0xbc00-0xbc03,0xb800-0xb807 irq 11 at device 15.0 on pci0 atapci0: [MPSAFE] ata2: at 0xb800 on atapci0 ata2: [MPSAFE] ata3: at 0xc000 on atapci0 ata3: [MPSAFE] atapci1: port 0xd000-0xd00f at device 15.1 on pci0 ata0: at 0x1f0 irq 14 on atapci1 ata0: [MPSAFE] ata1: at 0x170 irq 15 on atapci1 ata1: [MPSAFE] pci0: at device 16.0 (no driver attached) pci0: at device 16.1 (no driver attached) pci0: at device 16.2 (no driver attached) pci0: at device 16.3 (no driver attached) pci0: at device 16.4 (no driver attached) isab0: at device 17.0 on pci0 isa0: on isab0 vr0: port 0xec00-0xecff mem 0xee001000-0xee0010ff irq 10 at device 18.0 on pci0 vr0: Ethernet address: 00:30:18:63:a2:b1 miibus0: on vr0 ukphy0: on miibus0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto sio0 port 0x3f8-0x3ff irq 4 on acpi0 sio0: type 16550A sio1 port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A ppc0 port 0x778-0x77b,0x378-0x37f irq 7 on acpi0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 psm0: irq 12 on atkbdc0 psm0: model NetMouse/NetScroll Optical, device ID 0 orm0: