lug-bg: qmail monitor
Как мога да видя в момента какво обработва qmail Говоря за получени и изпратени пощи. И ако е възможно това да става в реално време. Благодаря на всички за отговора. A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers). http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html
lug-bg: Проблем conntrack
От извесно време имам следния проблем: в /var/log/messages излизат следните съобщения: ip_conntrack: table full, dropping packet а conntrack таблицата е с голям периметър: cat /proc/sys/net/ipv4/ip_conntrack_max 65528 Машината е с Slackware 10.0.0 и ядро: Linux 2.6.15.5 RAM 1024 Mbit интерсното е следното че таблицата /proc/net/ip_conntrack се пълни с редове на IP-ta който не са маскирани (nat), т.е. който преминават през тази машина (FORWARD) Какво мога да направя, за да реша този проблем. Благодаря предварително.
Re: lug-bg: Проблем conntrack
> On Wednesday 08 March 2006 09:18, [EMAIL PROTECTED] wrote: >> От извесно време имам следния проблем: >> >> в /var/log/messages излизат следните съобщения: >> ip_conntrack: table full, dropping packet > > Тази тема е обсъждана тук преди няколко месеца. Потърси в архива. > Основното е, > че трябва да увеличиш размера на ip_conntrack таблицата чрез sysctl. Има > възможност тези стойности да се манипулират и чрез параметър при > зареждането > на самия модул. > Знам че е възможно да се увиличи числото, но дали това се препоръчва защото в момента стйноста е доста висока: 65536 PC-to има 1024Мбит РАМ > -- > Linux-BG.org > -- > System Administrator > -- > tel: +359 2 976 13 02 > mobile: +359 889 90 99 11 > -- > Public GnuPG key at http://wwwkeys.pgp.net > Fingerprint: AD64 2468 0AB4 B298 E7E3 92DA 15F5 7AC5 A05E 0F63 >
Re: lug-bg: Проблем conntrack
> On Wednesday 08 March 2006 11:13, [EMAIL PROTECTED] wrote: >> > On Wednesday 08 March 2006 09:18, [EMAIL PROTECTED] wrote: >> >> От извесно време имам следния проблем: >> >> >> >> в /var/log/messages излизат следните съобщения: >> >> ip_conntrack: table full, dropping packet >> > >> > Тази тема е обсъждана тук преди няколко месеца. Потърси в архива. >> > Основното е, >> > че трябва да увеличиш размера на ip_conntrack таблицата чрез sysctl. >> Има >> > възможност тези стойности да се манипулират и чрез параметър при >> > зареждането >> > на самия модул. >> >> Знам че е възможно да се увиличи числото, но дали това се препоръчва >> защото в момента стйноста е доста висока: 65536 >> PC-to има 1024Мбит РАМ >> > > Точно в тази дисксусия ще видиш по какъв начи нсе изчислява оптималният > размер > на таблицата. В момента нямам време да ровя и затова най-добре си потърси. > Тази стойност, която ползваш ти например, може да се окаже крайно > недостатъчна за рутер, през който минава повечко трафик. За машина с 1GB > RAM, > която се ползва предимно като рутер, се препоръчва примерно стайност > порядъка > на 524288. > от това което четох: http://www.wallfire.org/misc/netfilter_conntrack_perf.txt това число 524288 не е ли доста голямо ??? > -- > Linux-BG.org > -- > System Administrator > -- > tel: +359 2 976 13 02 > mobile: +359 889 90 99 11 > -- > Public GnuPG key at http://wwwkeys.pgp.net > Fingerprint: AD64 2468 0AB4 B298 E7E3 92DA 15F5 7AC5 A05E 0F63 >
lug-bg: account traffic Vlan
Закупих си HP J4813A ProCurve Switch 2524 той е с подръжка на IEEE 802.1Q VLANs Вдигнах на Дебин-а vlan-овете (vconfig) инстерсувам се каква програма да използвам за отчитане ма трафика. До сега използваш netacct-mysql но тя не подържа 802.1Q Благодаря за съвета.
Re: lug-bg: account traffic Vlan
> On Thursday 16 March 2006 09:27, [EMAIL PROTECTED] wrote: >> Закупих си HP J4813A ProCurve Switch 2524 >> той е с подръжка на IEEE 802.1Q VLANs >> >> Вдигнах на Дебин-а vlan-овете (vconfig) инстерсувам се каква програма да >> използвам за отчитане ма трафика. >> До сега използваш netacct-mysql но тя не подържа 802.1Q >> >> Благодаря за съвета. > > Не съм ползвал netacct, но не виждам причина да не може да следи > VLAN-интерфейси. Впрочем, те се конфигурират в Debian също > чрез /etc/network/interfaces, а не ръчно чрез vconfig. Не че второто не е > правилно и няма да сработи, но просто замисълът на дистрибуцията е тези > неща > да се правят изцяло чрез /etc/network/interfaces. > > Една примерна конфигурация на VLAN интерфейс изглежда примерно така: > > auto vlan2 > iface vlan2 inet static > vlan_raw_device eth0 > address 212.36.2.233 > netmask 255.255.255.240 > gateway 212.36.2.226 > > Оттук управлението на този тип интерфейси става чрез стандартните за > дистрибуцията команди като ifconfig, ifup/ifdown etc. Проблема не е в вдигането всичко си работи супер. Но не мога да слушам трафика на общия обидинителен интерфейс т.е. физическия ether. За да слушам трафика трябва да го слушам по-отделно на всеки vlan. или образно да пускам програмата няколко пъти. /usr/sbin/pmacctd -f /etc/pmacct/pmacctd-vlan2.conf /usr/sbin/pmacctd -f /etc/pmacct/pmacctd-vlan3.conf /usr/sbin/pmacctd -f /etc/pmacct/pmacctd-vlan4.conf /usr/sbin/pmacctd -f /etc/pmacct/pmacctd-vlan5.conf ... Та въпросами е да ли има програмче което да слуша на всичките vlan-ове. > -- > LINUX Business Solutions Ltd. > 41, Alexander Malinov Blvd. > 1712 Sofia, Bulgaria > -- > tel: +359 2 976 13 60 > fax: +359 2 976 13 30 > mobile: +359 889 90 99 11 > -- > Public GnuPG key at http://wwwkeys.pgp.net > Fingerprint: AD64 2468 0AB4 B298 E7E3 92DA 15F5 7AC5 >
lug-bg: iptables new table raw
Някой да е използвал това: http://www.netfilter.org/patch-o-matic/pom-submitted.html#pom-submitted-raw Ако да, каква е идеята и в какви случай е нужно да се използва. Благодаря предварително
Re: lug-bg: one more samba problem
Georgi Vamporov wrote: On Thu, 2006-03-23 at 11:54 +0200, Nick Angelow wrote: deb4o wrote: но защо не пуснеш., самбата се логва в един файл и да видиш къде ти гърми. Аз имах подобни проблеми с изтрити папки и там в лог всичко си казва. Поне при мен казва кога даден файл е копиран, да ли е отказан достъп на потребител и т.н. Може по горе да си пуснал поне част от лог-а но според мен в момента само гадаем къде може да е проблема. Най интересното е че и с лог файловете, какво и да излиза там,. така и не мога вече 5-ти ден да подкарам самбата като файлов сървър и да могат разни потребители ралични достъпи да имат. аз съм казал на samba-та да пише log файлове (вярно, за всяка windows машина отделно), но такива просто не се създават => връзката (imho) между сървъра и клиентските машини се чупи някъде, и се опитвам да разбера къде точно и защо. уж всичко е наред, на самата машина, на която е сървъра, успявам да се свържа с него (smbclient //192.168.0.200/translations -U translingua), но от windows машините не успявам. а по ред причини не искам да слагам windows 2003 за файлов сървър :o( Здрасти! На бързо погледнах при мене как е и забелязвам това: bind interfaces interfaces = 10.0.0.4 127.0.0.1 а при тебе е: interfaces = 192.168.0.200/24 127.0.0.1 Дали не е тук проблема? :) не няма проблем по този начин като са описани хостовете , по скоро проблема е в самба юзърите които са аднати(ако има такива). begin:vcard fn:George Genov n:Genov;George adr:;;;Veliko Tyrnovo;;5000;Bulgaria email;internet:[EMAIL PROTECTED] title:System Administrator tel;work:062/60-30-71 tel;cell:0888/644622 url:http://www.magibg.com version:2.1 end:vcard
lug-bg: BG INT trafik grafika
Интересува ме дали има начин да се чертае графика на трафика които минава като се разделя на бг и международен като не минава реално през сервер а през Layer3 switch през три отделни интерфеиса. Единствената ми идея беше мирор на трите порта и да ги прекарам през някой сървар и там да правя марк на пакетите но за това ще ми трябва яка машина и не мисля че е най-подходящо. ПС: На суича има и BGP. begin:vcard fn:George Genov n:Genov;George adr:;;;Veliko Tyrnovo;;5000;Bulgaria email;internet:[EMAIL PROTECTED] title:System Administrator tel;work:062/60-30-71 tel;cell:0888/644622 url:http://www.magibg.com version:2.1 end:vcard
lug-bg: Traffic Control Next Generation (tcng)
Може ли да кажете няколко думи за този проект: http://tcng.sourceforge.net/ Каква е идеята ??? И наистина ли е Next Generation. Аз доколкото разбраш това е: "Мощен и абстрактен език за описание и оправление на трафика" Между другото http://www.opennet.ru/ пусна една статия за този проект. http://www.opennet.ru/opennews/art.shtml?num=3837 A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers). http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html
Re: lug-bg: Traffic Control Next Generation (tcng)
> moshten e i e hubaw... malko e trudno da mu swiknesh... > No ne stawa ako mislish da generirash mnogo classes/filters... > (specialno za moq konfig imashe i drug problem, togawa kogato go polzwah > nqmashe nachin /ili beshe super trudno/ da generitam u32-filtri koito da > kombinirat > iptables --set-mark sys standatniq nachin za definirane na clasowete pod > tcng) > Prawih probi stoto steshe da mi trqbwa da poddyrvam poweche ot > 1000 clasa generirashe mi gi poweche ot polowin chas nai malko.. (2GHz > celeron, ~100% cpu usage) > A nqkoi pyt i ne uspqwashe... > > Za towa se nalovi da si izmislq sobstwen template ezik da mi generira > tc-tata, > che inache golqmo pisane ... :") били го публикувал някъде или е фирмена тайна ??? > > Inache osnownata ideq e da ne pishesh direktno tc komandi w neswqst a > chrez > po abstrakten C-podoben ezik da si opiswash konfiguraciite + > wyzmovnostta kato si gotow s konfiga movesh da kompilirash wsichko > nawednyv > i da go razdawash kato gotow produkt + > instrument za testwane na konfiguraciite -> simulator (tcsim).. + > poddryvka na hardwarni ustroistwa toest pishesh configa i toi > raboti ne samo pod Linux no i pod nqkoi chisto hardwarni resheniq.. > > Choweka koito go e pisal razbira mnogo ot tiq neshta...etc..etc.. > > Az lichno go polzwah okolo polowin godina.. > Dave ako si pod Gentoo moga da ti pratq .ebuid koito prawih > za po starite wersii.. Не slack ползвам. A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers). http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html
lug-bg: vtun
Имали смисъл да се използва възможностa на vtun (http://vtun.sourceforge.net/) да компресира данните. Говоря за lzo компресия и каква степен на компресия в реални условия ще се получи, както и какво натоварване ще създаде на процесора на машината и доколко това ще се отрази на скороста на линията. т.е. кога е целесъобразно да се използва real-time компресия на данни ??? Благодаря предварително. A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers). http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html
Re: lug-bg: vtun
> Кратък отговор: тествай Ебе пуснаш едно mrtg и с малко perl ... > Малко по-дълъг отговор: Виж какъв трафик минава през тебе, и прецени > колко се компресира. Чистите html страници, текстовите неща се > компресират много добре, но вече компресираните неща, като jpeg-ове, > zip-ове и т.н. не се компресират изобщо ... Така е. Ето и тестовете ... е не са много пълни (за кратък период са 5-6 часа) Значи първия тест беше при линия 400Kbytes/s и теглене на текстов файл от 800Мб при компресия lzo:9 се получи около 10-12 процента компресия и натоварването на CPU-то беше около 10-15 процента (P4 1.5 Ghz, 1024Mb RAM) Втория тест беше при линия 40Kbytes/s като трафика е общ (всички си теглят каквото искат), резултатата е 4-5 процента компресия и средно натоварване на CPU-то 1-3 процента. Лошото е че повечето хора ползват интернет за download (mp3, zip и гледат хубави жени). т.е. никой не чете и се образова ... (не говоря за жените ;-D) > Най-вероятно няма да има особен смисъл, но ако и криптираш трафика, може > да помогне за някои неща. Може и да има смисъл и при линий с малък капацитет (32Kbyte, 64Кbyte, 128Kbyte) тогава може и да се сложи за компресия и zlib която дава доста повисоки резултати и няма да товари много процесора защото и натоварването върху тези малки линий ще е малък. Но като цяло май ще е около 4-5 процента компресия. Иначе lzo почти не забавя скороста на линията, даже не мога да осетя такова забавяне. Забравиш да кажа че тестовете са без криптиране на канала. Цялото това нещо ме заинтригува защото гледам, че вече при повечето тунели почват да слагат подръжка на real-time компресия. ==== A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers). http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html
Re: lug-bg: Traffic Control Next Generation (tcng)
> >> били го публикувал някъде или е фирмена тайна ??? > > ]- misleh da go prawq... to ne e golqma filosofiq... problema e che mi e > opleteno > s mnogo perl-moduli koito ne moga da publikuwam i trqbwa da gi > izchegyrkam.. > a nqmam nikakwo wreme.. > wsyshtnost imam edna malko po stara wersiq nqkade ste pogledna da widq > moga li da q slovq neq nqkade.. Самото публикуване може да го направи като OpenSorce project и оттам да се засили неговата подръжка и оттам възможностите на проекта. Преди и ClarkConnect http://www.clarkconnect.com/ беше затворен проект но сега вече освободиша Home Edition а скоро и Firewall/VPN Edition което ще развие доста самия проект. Нали разбираш че пътя е този. Много хора много идей. ==== A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers). http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html
lug-bg: billing poptop + freeradius + nibs
Инсталирал съм poptop + freeradius + nibs възможноли е трафика да се дели на няколко зони (free, bg, външен) Освен това как стой въпроса със ограничението по скорост. 10% A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers). http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html
lug-bg: X11 restore default options
Искам да попитам в тази листа за следното. Пуснаш една games зала под Linux. Но ето какъв проблем имам. Някой игри сменят резолюцията на екрана. И ако по default са 1024x768 след излизането на някой игри е правят 640x480 Възможно ли е тя да се поднови на 1024x768 без да се рестартира X-са. За desktop ползвам afterstep тъй като е по лек и не заема ресурс. Другото което трябва е да може да се върне defuаlt-ната резолюция от самия потребител (т.е. той е обикновен user, а не root) Благодаря предварително. A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers). http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html
Re: lug-bg: X11 restore default options
> Искам да попитам в тази листа за следното. > > Пуснаш една games зала под Linux. > > Но ето какъв проблем имам. > > Някой игри сменят резолюцията на екрана. > > И ако по default са 1024x768 след излизането на някой игри е правят > 640x480 > > Възможно ли е тя да се поднови на 1024x768 без да се рестартира X-са. > > За desktop ползвам afterstep тъй като е по лек и не заема ресурс. > Другото което трябва е да може да се върне defuаlt-ната резолюция от самия > потребител (т.е. той е обикновен user, а не root) > > Благодаря предварително. > Освен това ако може и още един въпрос. Мога ли отдалечено да заключвам десктоп-а (afterstep manager) И ако да как ??? Имам роот права на PC-to. Трябва ми за да мога да контролирам потребителите отдалечено. Мога да стартирам и някой демон който да слуша но незнам какво да изпълня за да заключа перифернире устройства (клавиатура и мишка) ==== A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers). http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html
Re: lug-bg: X11 restore default options
> On Wed, Jul 14, 2004 at 11:06:53AM +0300, Peter Pentchev wrote: >> On Wed, Jul 14, 2004 at 10:42:15AM +0300, [EMAIL PROTECTED] wrote: >> > Искам да попитам в тази листа за следното. >> > >> > Пуснаш една games зала под Linux. >> > >> > Но ето какъв проблем имам. >> > >> > Някой игри сменят резолюцията на екрана. >> > >> > И ако по default са 1024x768 след излизането на някой игри е правят >> 640x480 >> > >> > Възможно ли е тя да се поднови на 1024x768 без да се рестартира X-са. > [snip] >> Иначе видеорежимът под X може да бъде променен с помощта на xvidtune, >> ако X сървърът ти поддържа разширението XFree86-VidModeExtension. Това >> можеш да разбереш лесно, като просто от X терминал или нещо такова >> пуснеш 'xvidmode -show' - ако ти покаже нещо за текущия режим, значи > > У.. разбира се, тук имах предвид 'xvidtune -show', не 'xvidmode'... > >> имаш необходимите разширения; 'xvidtune -prev' и 'xvidtune -next' би >> трябвало да работят. За съжаление поне версията на xvidtune, която >> ползвам в момента, не може да установи точно зададен видеорежим, а само >> да смени с предишния или следващия (-prev или -next). За сметка на това >> пък това може да бъде направено с просто shell-скриптче, което ще пратя >> след минутка, като го довърша съвсем :) Него ще можеш да ползваш като >> wrapper около играта: вместо да пускаш играта директно, пускаш това >> скриптче, което запомня в какъв режим си, пуска играта, чака тя да >> свърши, след което се опитва да възстанови видеорежима. Но това след >> минутка :) > > А ето го и самото скриптче. Инсталация: > > install -c -o root -g root -m 755 restmode.sh /usr/X11R6/bin/restmode > > Ако си под FreeBSD като мен, или някое друго BSD, ще трябва да смениш > '-g root' с '-g wheel', но под повечето Linux-и май групата си се казва > 'root'. > > Начин на употреба: > > restmode firefox > restmode frozenbubble > restmode sopwith -c > > Т.е. просто пускаш restmode и му подаваш като параметри името на > програмата и евентуално параметрите, които тя иска. Оттам нататък > скриптчето си знае работата :) > > Ако X сървърът ти поддържа повече от 15 видеорежима, може да се наложи > да промениш стойността на maxtries в началото на скрипта. В следващата > версия, която вероятно ще се появи до час и ще съдържа README, manpage и > Makefile за инсталация, най-вероятно ще добавя поддръжка на getopt, така > че да може да задаваш maxtries на командния ред, но засега ще трябва > така. > > Поздрави, > Петър > Благодаря много. Само едно въпросче. Защо е нужно 15 пъти да въртим резолюцията == while [ "$i" -lt "$maxtries" ] && ! [ "`xvidtune -show`" = "$curmode" ] ; do echo "restmode: switching, current mode is `xvidtune -show`" xvidtune -prev i=`expr "$i" + 1` done == това няма ли да отнеме доста време и нямали някой програмче на което да подадем точната резулюция взета от xvidtune -show и той да я върне. A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers). http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html
Re: lug-bg: X11 restore default options
> On Wed, Jul 14, 2004 at 05:05:57PM +0300, [EMAIL PROTECTED] wrote: >> > On Wed, Jul 14, 2004 at 11:06:53AM +0300, Peter Pentchev wrote: > [snip] >> >> За съжаление поне версията на xvidtune, която >> >> ползвам в момента, не може да установи точно зададен видеорежим, а >> само >> >> да смени с предишния или следващия (-prev или -next). > [snip] >> >> Само едно въпросче. >> >> Защо е нужно 15 пъти да въртим резолюцията >> => while [ "$i" -lt >> "$maxtries" ] && ! [ "`xvidtune -show`" = "$curmode" ] ; do >> echo "restmode: switching, current mode is `xvidtune -show`" >> xvidtune -prev >> i=`expr "$i" + 1` >> done >> Не е непременно 15 пъти, >> а е 'най-много' 15 пъти :) Ако имаш късмет, ще > го уцелиш от втория или третия път. Частта от предишното ми съобщение, > която цитирах по-горе, отговаря на въпроса 'защо' :) > >> това няма ли да отнеме доста време и нямали някой програмче на което да >> подадем точната резулюция взета от xvidtune -show >> и той да я върне. > > Ами и да има, аз не знам за такова :( xvidtune със сигурност не го може > :( > > А като се замисли човек, в manual pages на XFree86 си намерих > документация на самото разширение XFree86-VidMode, и в неговото API > всъщност *има* функция XF86VidModeSwitchToMode(), която приема като > параметър mode line - това, което xvidtune -show извежда. Интересно > колко ли ще бъде трудно да се използва това разширение... Някой, който > се е занимавал с програмиране на Xlib? Аз имам само най-обща представа > от X toolkit-а и Xlib изобщо, така че може да ми отнеме доста време да > направя дори и съвсем проста програма, която да установява режим по > зададен mode line :( Разбира се, винаги съществува възможността за > т.нар. 'UTSL', само че и това е свързано с някои дребни проблеми, като > примерно намирането на сорса на xvidtune в цялото такова на XFree86 :) > Само една забележка. Така направения script запомня текущото положение и го възтановява при излизане от програмата. Но представи си следната ситуация някой е сменил режима не в този който трябва. Пускайки scripta той запомня началното положение и си връща същото. Затова аз го преправиш така. Запомням режима предварително във файл: xvidtune -show -display :0.0 > ~/.mode след което преправям script-a така: било: curmode=`xvidtune -show` става: curmode=`cat ~/.mode` Така се запомня режима който трябва да бъде и при пускане на програмчето даже и ако предварително е било в режим който не ми харесва той си го взима от файла ~/.mode Още веднъж Благодаря за идеята. A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers). http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html
Re: lug-bg: X11 restore default options
> On Wed, Jul 14, 2004 at 07:02:12PM +0300, Peter Pentchev wrote: > [snip] >> А между другото, оказа се, че май не е чак толкова трудно да се напише >> програмка, която установява точен режим без "циклене" из всички (което >> не само че отнема време, а може да бъде свързано и с неочиприятно >> размигване на екрана). Малко повече детайли след малко. > > Так.. я сега, преди да направиш нещо друго, се разходи до > http://devel.ringlet.net/x11/xvidsetmode/ и си компилирай xvidsetmode, > да видим дали ще работи при теб :) Ако вече си запазил резултата от > xvidtune в някакъв файл, би трябвало да можеш да направиш >xvidsetmode `cat modeinfo` > > И да, знам, че има случаи, в които не работи: при мен от 800x600x24bpp > превключва без проблем към 1024x768x24bpp, само че от 640x480x24bpp не > ще да превключи към нищо, независимо че xvidtune -prev и xvidtune -next > хвърлят съответно към 1024x768 и 800x600 (да, в обратен ред са, don't > ask) без никакъв проблем :( Явно трябва все пак да седна да попрочета > нещо за това какво *точно* правят XFlush() и XSync()... > > Поздрави, > Петър Eто и резултата при мен. От 800x600 към 640x480 нямам проблем env DISPLAY=:0 ./xvidsetmode "640x480" 36.00 640 696 752 832 480 481 484 509 -hsync -vsync XFree86-VidMode 2.2, eventbase 0, errorbase 130 Parsed a 36.00 640x480 (696-752=832, 481-484=509, 000A) mode. About to switch... Done... it seems :) Но от 640x480 към 800x600 дава следната грешка: env DISPLAY=:0 ./xvidsetmode "800x600" 40.00 800 840 968 1056 600 601 605 628 +hsync +vsync XFree86-VidMode 2.2, eventbase 0, errorbase 130 Parsed a 40.00 800x600 (840-968=1056, 601-605=628, 0005) mode. ValidateModeLine failed, result code 2 A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers). http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html
lug-bg: Много мрежови връзки
Как да процедирам за следния случай. Имам един клиент който създава страшно много мрежови връзки (6000-1000) Това го виждам в /proc/net/ip_conntrack Причината в повечето случай и че има вируси който създават това количество връзки. Възможно ли е с iptables да се ограничат до някакво приемливо ниво (1000-2000). Благодаря за помощта. A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers). http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html
Re: lug-bg:
> Как да процедирам за следния случай. > > Имам един клиент който създава страшно много мрежови връзки (6000-1000) > Това го виждам в /proc/net/ip_conntrack > > Причината в повечето случай и че има вируси който създават това количество > връзки. > > Възможно ли е с iptables да се ограничат до някакво приемливо ниво > (1000-2000). > Връзките който се съдваха бяха icmp type 8 Затова сложиш: iptables -A FORWARD -i eth1 -p icmp -m icmp --icmp-type 8 -m length ! --length 0:682 -j DROP iptables -A FORWARD -i eth1 -p icmp -m icmp --icmp-type 8 -m limit --limit 3/s -j ACCEPT iptables -A FORWARD -i eth1 -p icmp -m icmp --icmp-type 8 -j DROP Но все пак какво е правилото за допустим брой едновремено отворени връзки. т.е. Едвали има стандартно решение, защото то ще рестриктира клиента но все пак не е нормално един клиент да прави (6000-1000 връзки). ==== A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers). http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html
Re: lug-bg: Routing problem
> > > Ахам и аз се осъмних втова и аз имам подобен проблем, само дето не > сам набивал нищо е /etc/ethers това се случва всеки път като ми > expaer-не arp таблицата за сега оправям нещата с един ping от > мрежите зад рутера към мрежите зад AP-то , но това не много добро > решение постоянно да си пингвам нещо си. Интересно ми е как ти си > решил проблема Значи ситуацията е следната засега : Пакетите , които са за форвардване от въпросния рутер , излизат от предходния със правилен Destination MAC в ethernet фрейма, обаче се получават със ff:ff:ff:ff:ff:ff Destinanion MAC и рутера ги дропва. Когато обаче пусна пинг от мрежите зад рутера към мрежите зад AP-то нещата се оправят замо за дадения хост, който е пуснал пинг, т.е фреймовете си идват с правилен MAC . Pozdrawi, Stefan -- Dupnica.NET WebMail (http://dupnica.net) ==== A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers). http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html
lug-bg: Страхотен мрежов utils
Ако групата не е виждала това: http://aetos.it.teithe.gr/~v13/netmap/ Заслужава си инсталацията !!! Ето го и в дествие: http://hydra.it.teithe.gr/netmap/ Много визуално и прегледно ... Него таксувайте като реклама, но гърка си е свършил работата ... A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers). http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html
lug-bg: LTSP + Mosix
Прочетош статийте ти за клистеризиране под Linux. Та ето какво искам да попитам групата Пуснаш една зала за Интернет с помощта на LTSP. И както има една българска поговорка: "С яденето идава и апетита" Та прочетош че може да се съвместят и двата проекта: LTSP + Mosix Така може би ще постигнe още по-голямо бързодесввие. Ето и какво имам. 1 LTSP Server: OS - Debian (Knoppix 3.6), LTSP 4.1 CPU - 2Ghz Celeron RAM - 1024Mb HDD - 80 GB 8 Terminali: CPU PII 350 Mhz RAM - 64 Mb Реално с колко ще се увиличи бързодействието на сървера. Основно се използват firefox, openoffice, xchat t.e. Заслужава ли си работата по вдигане на клъстера при тази ситуация. A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers). http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html
Re: lug-bg: LTSP + Mosix
> On Sun, 19 Sep 2004 10:15:40 +0300 (EEST); [EMAIL PROTECTED] wrote: > >> Прочетош статийте ти за клистеризиране под Linux. >> >> Та ето какво искам да попитам групата >> >> Пуснаш една зала за Интернет с помощта на LTSP. >> И както има една българска поговорка: "С яденето идава и апетита" >> Та прочетош че може да се съвместят и двата проекта: LTSP + Mosix >> >> Така може би ще постигнe още по-голямо бързодесввие. >> >> Ето и какво имам. >> >> 1 LTSP Server: >> OS - Debian (Knoppix 3.6), LTSP 4.1 >> CPU - 2Ghz Celeron >> RAM - 1024Mb >> HDD - 80 GB >> >> 8 Terminali: >> CPU PII 350 Mhz >> RAM - 64 Mb >> >> Реално с колко ще се увиличи бързодействието на сървера. >> Основно се използват firefox, openoffice, xchat >> >> t.e. Заслужава ли си работата по вдигане на клъстера при тази >> ситуация. >> > > > Това е лично и субективно мнение, и не се базира на реална практика. > > > Значи от гледна точка на клъстъра терминалите ми се струват слабички. > Основния товар ще се поема от сървъра и ще има изчакване на изпълнението > на мигриралия процес на по-слабата машина. > Възможно е мрежовата свързаност да се окаже bottleneck, тъй като ще има > голям трансфер на данни. (а колко голям всъщност??) > > ЗА ЗАДАЧИТЕ за които ще се ползва клъстъра теоретично е възможно > да се увеличи бързодействието, но мисля, че на практика няма да се > забележи от клиентите, дори че е възможно обратното. > > И да, заслужава си да направиш експеримента от чисто изследователска > гледна точка. Ако решиш да експериментираш, надявам се да публикуваш > резултатите. Темата е много интересна. > > П.С. Твърде е вероятно да съм написал фундаментални глупости... Може би най-лесния начин е да сваля: clusterknoppix който има LTSP + OpenMovix http://bofh.be/clusterknoppix/ Features: * OpenMosix terminal server - uses PXE, DHCP and tftp to boot linux clients via the network. * No cdrom drive/harddisk/floppy needed for the clients openMosix autodiscovery - new nodes automatically join the cluster (no configuration needed) * Cluster Management tools - openMosix userland/openMosixview Every node has root access to every other node via ssh/RSAkeys MFS/dfsa support * Every node can run full blown X (PC-room/demo setup) or console only (more memory available) Така ще си спестя поне инсталацията. > Значи от гледна точка на клъстъра терминалите ми се струват слабички. > Основния товар ще се поема от сървъра и ще има изчакване на изпълнението > на мигриралия процес на по-слабата машина. В момемнта клеинските станций са доста по силни за тънки клиенти от колкото трябва: CPU PII 350 Mhz t.e. Едвали един тернимал се нуждае от такава процесорна мощ ;-D) Писаш защото сигорно някой е правил тестове и може да ми спести тази гимнастика ... A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers). http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html
Re: lug-bg: LTSP + Mosix
> On Sunday 19 September 2004 11:48, Peter Georgiev wrote: > --cut-- >> > Реално с колко ще се увиличи бързодействието на сървера. >> > Основно се използват firefox, openoffice, xchat >> > >> > t.e. Заслужава ли си работата по вдигане на клъстера при тази >> > ситуация. > > за тези приложения не си заслужава мигрирането на таскове по нодовете ;-) > и > едва ли ще усетят клиентите забързване... > LTSP + (Open)Mosix е удобен за: > * тежки/дълги изчислителни задачи (които вървят по ден, два, седмица, > месец на > една модерна UP или SMP машина) .. Ти явно нямаш такива, за да усетиш > съкратения интервал до крайния резултат. Какво ще му разкарваш на > firefox-a > из нодовете ;-) и ще чакаш да направи нещо не за 2 секунди ами за 1 ;-) На > OpenOffice-a също .. ти ще искаш на момента да ти респондва, докато > миграцията няма да е много ефективна тука, понеже тасковете на тези > приложения не са дълги/продължителни > * бързо превръщане на мрежа от (бездействащи) машини в общ клъстер. > Да така е. Дори при LTSP използват някъкъв кърпен за случая OpenMosix (извинявам се за грешката, бяш писал OpenMovix ... приемайте я като калвиатурна грешка). Та сега ми идва друга идея към сървера да закача няколко P II който да не са тернимални клиенти и нишки към клъстера. т.е. те само да помагат на по-големия сървер (нещо за около 100$, или 3 машинки) Иначе сървера се товари доста защото се пускат по доста процеса. Забележете клиенти който са работили на IE са свикнали за всяка нова страница да ползват нов Explorer, въпреки че Firefox си има Ctrl+N, но кой се сеща за това. Та основната идея ми беше да се разтовари Linux Treminal Server-a. Незнам обаче дали това е идеята на OpenMosix-a ... или май идеята му е едно голямо и трудоемко приложение да се изтъркаля по-бързо (ако е така поне ще пробвам Doom3 ... Нали е последно време това стана като базов тест за бързодействие ... Последното него приемайте сериозно !!!) A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers). http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html
Re: lug-bg: LTSP + Mosix
> Ами тогава схемата трябва да е LTSP клъстериран на няколко сървъра > посредством > OpenMosix. T.e на 2-3 машини слагаш OpenMosix и те правят Single System > Image > клъстера там е инсталиран и върви ltsp нещата. Тука не те разбраш ... дали щото думичките са чужди ;-D) От това което видяш: виждам че като се стартира дадена програма с mosrun тя почва да разхвърля задачите по nodo-вете. > >> Иначе сървера се товари доста защото се пускат по доста процеса. >> Забележете клиенти който са работили на IE са свикнали за всяка нова >> страница да ползват нов Explorer, въпреки че Firefox си има Ctrl+N, но >> кой >> се сеща за това. > > Нищо чудно ;-) За колко тънки клиента става въпрос ? Абе смешна работа в момента са 8 но тази гимнастика взе да ми става интересна. > >> Та основната идея ми беше да се разтовари Linux Treminal Server-a. >> Незнам обаче дали това е идеята на OpenMosix-a ... или май идеята му е >> едно голямо и трудоемко приложение да се изтъркаля по-бързо (ако е така >> поне ще пробвам Doom3 ... Нали е последно време това стана като базов >> тест >> за бързодействие ... Последното него приемайте сериозно !!!) > > Хм, да ти кажа може и да извлечеш полза в този случай понеже процесите от > тънките клиенти ще мигрират трансперантно между _само_ между нодовете на > горния SSI клъстер, а няма да се изпълняват на една единствена машина. > Всъщност аз май не ти долових идеята от предното писмо, но ми се струва > доста > хитра, така, че си заслужава ако имаш време да опиташ сетъпването на едно > такова животно и да постнеш резултатите, че ще са интересни според мен. От понеделник почвам ... Днес направиш едно клъстерче от 8 машини ... но в една друга мрежа (там не са терминали) при терминалите е малко по-трудно. Защото идеята там е както и знаеш обратната (много машини да ползват ъкъла на една по-голяма) а тука е обратно: "съединението прави силата" интересно някъде го бях виждал този надпис ... A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers). http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html
lug-bg: Wireless PCI card
Кой са най-добре подържаните wireless pci card 802.11a/b/g под Linux - ще се използват драйверите на prism2/3/5 - същите ще се изпозват за AP с възможност да подържат hostap Ако някой е правил тестове ще бъда благодарен да ги сподели. т.е какво натоварване (трафик, клиенти, растояние) подържат. Благодаря предварително. A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers). http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html
lug-bg: ip_conntrack ???
Имам Linux на който имам маскиране на адреси. От извесно време наблюдавам следното: cat /proc/net/ip_conntrack | grep UNREPLIED | wc -l 2532 cat /proc/net/ip_conntrack | grep UNREPLIED | wc -l 3252 какви са тези връзки който носят този флаг UNREPLIED t.e. редове от рода: udp 17 17 src=192.5.41.41 dst=192.168.4.253 sport=123 dport=123 [UNREPLIED] src=192.168.4.253 dst=192.5.41.41 sport=123 dport=123 use=1 tcp 6 25 SYN_SENT src=192.168.50.5 dst=208.38.61.228 sport=59440 dport=25 [UNREPLIED] src=208.38.61.228 dst=212.36.20.1 50 sport=25 dport=59440 use=1 Благодаря предварително. A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers). http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html
Re: lug-bg: ip_conntrack ???
> [EMAIL PROTECTED] wrote: > >>Имам Linux на който имам маскиране на адреси. >> >>От извесно време наблюдавам следното: >> >>cat /proc/net/ip_conntrack | grep UNREPLIED | wc -l >>2532 >> >>cat /proc/net/ip_conntrack | grep UNREPLIED | wc -l >>3252 >> >>какви са тези връзки който носят този флаг UNREPLIED >> >>t.e. редове от рода: >> >>udp 17 17 src=192.5.41.41 dst=192.168.4.253 sport=123 dport=123 >>[UNREPLIED] src=192.168.4.253 dst=192.5.41.41 sport=123 >> dport=123 use=1 >>tcp 6 25 SYN_SENT src=192.168.50.5 dst=208.38.61.228 sport=59440 >>dport=25 [UNREPLIED] src=208.38.61.228 dst=212.36.20.1 >>50 sport=25 dport=59440 use=1 >> >> >> >> > > Това с UDP записа ме съмнява да е проблем (по-скоро имаш неизгладен NAT > относно NTP). Но записа за TCP по-долу би ме накарал да проверя първо > излъчвателя и второ TTL-а на пакетите. Не искам да се обзалагам, но това > е пакет с голям TTL. Случайно да имаш при себе си TTL филтър, който да > следва някъде политика DROP? > > Прегледай пакетите на източника. Виж дали той не си играе нещо с TTL > параметъра. > > Също така, виж дали не използваш филтър за TCP сесии, който вместо да > следва политика RESET, следва политика DROP. Честа грешка е да се > направи NAT рутер и в/у него да се наблъскат един куп DROP политики по > отношение на TCP сесии. При едно сканиране от страна на хост зад NAT към > хост, който е някъде в Интернет, се получават точно едни такива хубави > неща. > > Няма да е зле да кажеш нещо за топологията. Особено за тази нейна част > м/у рутера и 192.168.50.5. Иначе се сещам за още 2 причини, но наистина > трябва да се покаже топологията.. > > Поздрави > Весо > > Топологията е доста стандартна: Няколко linux router-a стоят зад един Linux gateway на който се извършва маскарад. от рода: iptables -t nat -A POSTROUTING -s 192.168.0.0/16 -d ! 192.168.0.0/16 -o eth0 -j SNAT --to REAL_IP Проблема е започна да става поради следната причина: 1. Медията която използвам е wireless, и тя при голям брой едновремени връзки (5000-1000) почва да се разпада !!! От извесно време наблюдавам че някой клиенти имат огромен брой връзки /proc/net/ip_conntrack Например един клиент (1 PC) държи по 1000-2000 връзки който се държат много време. За да оправя това се налага да рестартирам Linux gateway (което като решение си е доста просто и просташко). Вероятно има при този клиент и вируси (познайте на какво работи ...) Някой от тях ги оправиш като ми инсталираш Linux с транспаретно прокси при тях, и така многото конкуретни връзки от тях драстично намаляха, т.е. те си останаха при техния сървер. Иначе не мога да конкретизирам точно какъв е вируса, защото трафика не ми е обърнат, а създават много връзки към един или няколко dest-port 80 (може би Troyan.StartPage) Ето и както прави: tcp 6 162320 ESTABLISHED src=192.168.9.8 dst=213.16.55.67 sport=1402 dport=80 src=212.36.20.145 dst=192.168.9.8 sport=3 128 dport=1402 [ASSURED] use=1 tcp 6 429266 ESTABLISHED src=192.168.9.8 dst=193.24.240.21 sport=2807 dport=80 src=212.36.20.145 dst=192.168.9.8 sport= 3128 dport=2807 [ASSURED] use=1 tcp 6 338364 ESTABLISHED src=192.168.9.8 dst=193.24.240.21 sport=2386 dport=80 src=212.36.20.145 dst=192.168.9.8 sport= 3128 dport=2386 [ASSURED] use=1 tcp 6 271362 ESTABLISHED src=192.168.9.8 dst=193.24.240.21 sport=1306 dport=80 src=212.36.20.145 dst=192.168.9.8 sport= 3128 dport=1306 [ASSURED] use=1 tcp 6 248043 ESTABLISHED src=212.36.20.145 dst=192.168.9.8 sport=3128 dport=3643 [UNREPLIED] src=192.168.9.8 dst=212.36 .20.145 sport=3643 dport=3128 use=1 От тука се вижда че времето на остановяване е доста голямо Направиш и следното: echo 900 > /proc/sys/net/ipv4/tcp_keepalive_time Но въпреки това даже и когато го изключа този клиент то връзките остават да висят продължително време. А не мога при всеки краен клиент да инсталирам Linux с транспаретно прокси и маскарад. A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers). http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html
Re: [Lug-bg] Linux install ден
Последното... не е съвсем така :) А на „Linux - с него е по-честно“ не ми харесва намека за пиратството. From: lug-bg-boun...@linux-bulgaria.org [mailto:lug-bg-boun...@linux-bulgaria.org] On Behalf Of neycho mihov Sent: Thursday, March 07, 2013 17:07 To: Linux Users Group - Bulgaria Subject: Re: [Lug-bg] Linux install ден Измислих малко мотивиращи текстове за рекламата - Кажете 'ДА' на безопасното сърфиране в Internet с помощта на Linux. Linux - с него е по-честно. Linux означава - почти нулева нужда от поддръжка и повече време за приятни занимания за Вас и приятелите ви. Мнения? На 6.03.2013 23:30, Georgi Georgiev написа: Аз не знам дали Гого Акабалиев чете листата, с него организирахме първата такава среща някъде през 1997 може би и такива събития почнаха най-напред да се случват в Стара Загора. Аз ще се включа ако мога, сега работя в София, но в почивните дни съм в СЗ, Особено ще ми е приятно ако завършим деня с пиене на бира и приятни лакърдии, затова не трябва да е по изборите, тогава забраняват пиенето ! Поздрави на всички, Скелета 2013/3/6 Здравейте, Ние от Тракийския :) университет също можем да се включим. Началото на май, по-точно 01.05 е добре. Сряда е, първи ден на дългата почивка.Ден на труда е, защо да не се потруди човек и същевременно да научи нещо и да се забавлява? Лина Йорданова > Да, 1-2 ще е по-удачно наистина. Не се бях замислял кои дни точно се > почива тогава. > Благодаря за уточнението. > > Поздрави, > Нейчо > > На 6.03.2013 16:30, Maria Nikolova написа: >> 2013/3/6 neycho mihov : >>> Аз си мислех по принцип за 04.05 - 05.05, или за за Велкденските - не >>> знам >>> кога се пада тази година, но чух че Католическият е в края на Март - >>> така че >>> вероятно тук ще се празнува някъде в този период. >>> >> Великден тази година е точно на 5 май. Само че, аз мисля, че, ако >> ползваш тази дата, вероятно хора, които не са от Стара Загора, няма да >> имат възможност да дойдат. Пък и на местните може би няма да им се >> понрави навръх празника да изоставят родата и софрата. ;) >> >> Иначе почивните дни са от 1 до 6 май включително, може да помислиш за >> краищата на интервала. >> >> Поздрави, >> Мара >> >> ___ >> Lug-bg mailing list >> Lug-bg@linux-bulgaria.org >> http://linux-bulgaria.org/mailman/listinfo/lug-bg > > ___ > Lug-bg mailing list > Lug-bg@linux-bulgaria.org > http://linux-bulgaria.org/mailman/listinfo/lug-bg > > _______ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg _______ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
lug-bg: za lamerite
Sled kato v tazi lista nqma mqsto za lameri da se napravi nova lista i za tqh ta da mogat i te da pitat spokojno __ Íàïðàâåòå ñè ÁÅÇÏËÀÒÍÀ åëåêòðîííà ïîùà íà àäðåñ www.mail.bg èìà POP3 12MB SMS --mail.bG-Áúëãàðñêàòà-áåçïëàòíà-ïîùà-- === A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers) http://www.linux-bulgaria.org/ Hosted by Internet Group Ltd. - Stara Zagora
lug-bg: resoluziqta pri KDE 2.1.1
Kak da smenq rezoluciqta pri KDE 2.1.1. Tova e na edin 4isto nov Slack 8.. Syjalqvam za glupaviq vypros no napravo shte poludeq s taq 640x480 __ Do You Yahoo!? Send your FREE holiday greetings online! http://greetings.yahoo.com === A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers) http://www.linux-bulgaria.org/ Hosted by Internet Group Ltd. - Stara Zagora
Re: lug-bg: resoluziqta pri KDE 2.1.1
mda.. kakto se okaza.. ctrl-alt- +/- sorry za spam-a > Kak da smenq rezoluciqta pri KDE 2.1.1. Tova e na > edin > 4isto nov Slack 8.. Syjalqvam za glupaviq vypros no > napravo shte poludeq s taq 640x480 > __ Do You Yahoo!? Send your FREE holiday greetings online! http://greetings.yahoo.com === A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers) http://www.linux-bulgaria.org/ Hosted by Internet Group Ltd. - Stara Zagora
lug-bg: tyrsq vsqkakvi docs/HOWTOs na bylgarski
mojete li da mi dadete urls na documentaiq ili prevedeni na bylgarski HOWTOs __ Do You Yahoo!? Great stuff seeking new owners in Yahoo! Auctions! http://auctions.yahoo.com === A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers) http://www.linux-bulgaria.org/ Hosted by Internet Group Ltd. - Stara Zagora
Re: lug-bg: tyrsq vsqkakvi docs/HOWTOs na bylgarski
Blagodarq ti Rosene za adresite! Vsyshnost to4no tova misleh da napravq - da sabera na edin sait vsi4ki podobni dokumentacii na bylgarski. Mislq, 4e tova shte e poleno za dosta hora.. i na men osobeno;] --- Rosen <[EMAIL PROTECTED]> wrote: > Privet > > Pogledni na tezi mesta: > http://linux.gyuvet.ch/html/paper/basics.html > http://www.linuxdoc.org/links/nenglish.html#bulgarian > http://sourceforge.net/projects/bldp/ > http://www.lml.bas.bg/~anton/linux/Advocacy.html > http://www.linuxvideo.org/docs/OMS-HOWTO/oms-howto-bg.html > http://linux.zonebg.com/documentation/ > http://bglinux.hit.bg/trans.html > http://linux.gyuvet.ch/html/solution/ppp.html > http://linux-book.hit.bg/ > > Kato stawa wapros za podobna dokumentgaciya, ne bi > bilo zle tya da se > sabere na edno myasto. Mislya che Spas beshe > spomenal nesto za > promeni po web-stranicata na grupata - moze bi ste > bade podhodyast > momenta da se saberat gornite dokumenti tam, ili > pone link-owe da ima > kam tyah. > > may /usr/doc be with you :) __ Do You Yahoo!? Great stuff seeking new owners in Yahoo! Auctions! http://auctions.yahoo.com === A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers) http://www.linux-bulgaria.org/ Hosted by Internet Group Ltd. - Stara Zagora
lug-bg: trustix 1.5 + XFree86 4.1.0
Zdraveite! Naskoro instalirah Trustix 1.5. Tyi kato nqma X na nego reshih da sloja XFree86 4.1.0 s kde2.2.2. Instalirah XFree-to i daje nakraq mi dava Installation complete, no probvam li da go configuriram s xf86config,xf86cfg ili XFree -configure mi dava samo Command not found (dori kato sym v dir-a kadeto se namirat /usr/X11R6/bin/). Vse oshte ne sym instaliral kde-to zashtoto ne e configuriran X-a. Nqkakvi idei kakvo trqbva da napravq za da podkaram X-a s kde? Pozdravi, RedHead __ Do You Yahoo!? Great stuff seeking new owners in Yahoo! Auctions! http://auctions.yahoo.com === A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers) http://www.linux-bulgaria.org/ Hosted by Internet Group Ltd. - Stara Zagora
Re:lug-bg: trustix 1.5 + XFree86 4.1.0 - end
Syjelqvam, 4e 4ak sega puskam post otnosno vyprosa, koito povdignah.Blagodarq na vsi4ki za mneniqta - dosta ponau4ih, pyk i ot nqkoi zabelejki si vzeh pouka. Kakto i da e - mislq, 4e beshe za dobro :-). Mahnah Trustix-a i sega sam na Slack 8.0 - naistina posledvaha i "drugi iznenadi" kakto nqkoi se izrazi ;]... no skoro shte mi dadat edna shtaiga, koqto mislq da pusna kato server i syotvetno na neq da sloja Trustix-a - kato server, a ne kakto az si misleh, 4e shto uspeq da go pusna kato nqkakav secure workstation. No taka e - na nas lamafite kakvi li ne shturutii ni idvat ;-) Oshte vednyj mersi.. i syjalqvam ako sam predizvikam samo spam.. __ Do You Yahoo!? Send FREE Valentine eCards with Yahoo! Greetings! http://greetings.yahoo.com === A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers) http://www.linux-bulgaria.org/ Hosted by Internet Group Ltd. - Stara Zagora
lug-bg: Zamestnik na lilo pri Slack8.0
Zdraveite! Imam problem s boot-vaneto na OS-ite. Imam Slack8.0 i Win2000. Lilo-to si e default-noto ot slack-a. Hard-a mi e 20GB. Znam, 4e ako harda ima pove4e ot 1024 cilindera moje da vyzniknat problemi... kakto e i pri men. Ta vyprosat mi e: S kakvo da smenq segashnoto lilo,za da moje da boot-va ne samo OS-a, koito e zadaden kato default. Btw pri Mandrake 8.1 nqma problem s izbiraneto koi OS da boot-ne (koi boot-er se izpolzva pri mandrake-a?.. nego li da sloja?). Syjalqvam za lame vyprosa, ako podrazni nqkogo.. Pozdravi, Red Head __ Do You Yahoo!? Yahoo! Tax Center - online filing with TurboTax http://taxes.yahoo.com/ === A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers) http://www.linux-bulgaria.org/ Hosted by Internet Group Ltd. - Stara Zagora
lug-bg: cd-burningðernet question
Zdraveite!
Shte byda max. kratyk:
1. Mojete li da mi prepory4ate nqkakav dobyr software
za burn-vane na cd-ta (CD-R, CD-RW...).. moje i pod
X...
2. Kak da vidq host-ovete v LAN mreja eth1 na Linux
box kym koito se log-vam ot internet 4rez ssh?
{ eth1 Link encap:Ethernet
inet addr:10.10.0.1 Bcast:10.10.0.255
Mask:255.255.255.0 }
Thx
__
Do you Yahoo!?
New DSL Internet Access from SBC & Yahoo!
http://sbc.yahoo.com
A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers).
http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora
To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html
lug-bg: Debian questions
Privet! Ot skoro sam na debian woody r0. Vypreki docs, koito 4etoh ot www.debian.org/doc/ vse oshte ne mi e qsno kak nai-efikasno se update-vat pkgs. Primer: Woody idva s mozilla 1.0. Iskam da probvam mozilla 1.2.1 Vypros 1: Kak nai-efikasno moje da se update-ne mozilla-ta? (vseki pyt li trqbva da "apt-get remove mozilla" i sled tova "apt-get install mozilla" ?!) Vypros 2: Woody e s KDE 2.2.2. Kak da upgrade-na na 3.0.5 ili pone 3.0? Prepory4itelno li e da upgrade i XFree86(myVersion - 4.1.0.1)? Vypros 3: Tova mi e dosta interesno/stranno! Vryzvam se kym Internet s pppsetup(prosto-lesno: ppp -c) pod root. Vsi4ko e ok. Log-vam se s obiknoven user i browser-i i irc client-i ne davat nikakvi priznaci mashinata da e connct-nata kam inet! Izska4a samo "Unknown host" i ot sorta... Nqkakvi idei? Pozdravi, red head __ Do you Yahoo!? New DSL Internet Access from SBC & Yahoo! http://sbc.yahoo.com ==== A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers). http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html
Re: lug-bg: Debian questions
Blagodarq na Marian Popov i na George Danchev za tolerantnostta i 4e izobshto reply-naha! Izvinavam se, 4e taka byrzo se nahvyrlih da spam-vam v lug-a, no ot tolkoz entusiazym da napravq tova/onova.. do tuk se stigna :} V momenta 4eta prilejno prepory4anata mi dokumentaciq ot hd-installed knoppix, zashtoto woody-to neznaino za men zashto uporito ne jelae da trygne normalno edin x.. hm. 4eta, derzaq i sled 2-3 dena shte probvam pak s Debian 3.0r1, pyk dano izleze neshto. Pozdravi, red head __ Do you Yahoo!? New DSL Internet Access from SBC & Yahoo! http://sbc.yahoo.com A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers). http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html
Re: lug-bg: Debian questions
Napravih install na debian-a na 4isto i v momenta vsi4ko e nared. Tozi pyt oba4e ne ostavih debconf da konfigurira xfree-to, a sled tova go napravih s xf86config. kdm zarejda normalno i nqmam problemi pri rabota. Sega izdirvam info/docs otnosno upgrade ot kde 2.2.2 na 3.xx i dali e prepory4itelno da se upgrade XFree86 (current Version 4.1.0.1 ). Blagodarq za predostavenata ve4e pomosht Pozdravi, red head __ Do you Yahoo!? New DSL Internet Access from SBC & Yahoo! http://sbc.yahoo.com A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers). http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html
Re: lug-bg: Debian questions(upgrade kde2 to kde3 links)
Ako eventualno nqkoi se interesuva kak pod Debian se preminava ot kde2 na kde3 slednite links mogat da bydat ot polza: http://davidpashley.com/debian-kde/faq.html http://lists.debian.org/debian-kde/2002/debian-kde-200210/msg00073.html Pozdravi, red head __ Do you Yahoo!? New DSL Internet Access from SBC & Yahoo! http://sbc.yahoo.com A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers). http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html
Re: [Lug-bg] Промяна на from адре са на листа
Да, извинете ме за този пропуск. Сега вече трябва да е наред. Спас Павлов Vladimir Vitkov написа: > Бележката е по скоро към админа на листа (просто не знам кой е че да > му драсна директно) > > До преди миграцията FROM адреса беше [EMAIL PROTECTED] а в момента си е на > подателя. > Въпрос: Има ли възможност да се възстанови старото поведение. > Причина: Някои хора натискат по инерция "Reply" а не "Reply to all" и > това чупи нишки. > > Ако не може ... самият лист може да започне да добавя footer с кратка молба. > > PS: Ако обичате не ме оплювайте. Въпросът е напълно валиден и повишава > удобството. > > _______ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] Промяна на from адре са на листа
On Wednesday 15 November 2006 14:34, Linux Users Group - Bulgaria wrote: > From: Linux Users Group - Bulgaria > To: lug-bg@linux-bulgaria.org Така никога не е било. ;-) Малко като листата на анонимните алкохолици. -- http://tropot.net/photoblog/ - my life. in pictures. ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] Промяна на from адре са на листа
Да :) така е доста неприятно. Нека просто Reply-TO да бъде [EMAIL PROTECTED] Linux Users Group - Bulgaria wrote: On Wednesday 15 November 2006 14:34, Linux Users Group - Bulgaria wrote: From: Linux Users Group - Bulgaria To: lug-bg@linux-bulgaria.org Така никога не е било. ;-) Малко като листата на анонимните алкохолици. -- Danail Petrov Network Administrator Evolink, Sofia +359(2)9691650 www.evolink.com icq uin 989677 smime.p7s Description: S/MIME Cryptographic Signature ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
