Re: [Lug-bg] grub2 installation problem...
Здравей, El 2013-05-13 13:35, Kristian Kirilov escribió: накратко нещата изглежда така: 2 хард диска, RAID1 - софтуерен и Debian squeeze. Един прекрасен ден почнах да виждам някакви грешки от типа "не мога да ти прочета тоя сектор от тук, редиректвам те на другия диск" и си реших, че единия е тръгнал да мре. [cut] Извадих диска който даваше грешки и монтирах новия. Копирах partition table и го join-нах към райда. Ребилда мина успешно и инсталация на груб също. След това реших да сложа и другия нов диск и да извадя другия стар. Ребилда мина успешно но не и инсталацията на груб. В dmesg виждаш ли нови дискови устройства? Подозирам, че при слагането на новия диск, ядрото е заделило нова буква за него - примерно /dev/sdc. Най-вероятно ядрото е извадило първия диск от RAID масива, когато е открил грешки. При втория диск, ако не си извадил го извадил предварително от масива (mdadm --manage /dev/md0 --remove /dev/sdbX), ядрото запазва връзката със съответния /dev/ файл за същото устройство. [root@blackbird ~ #] grub-install /dev/sdb /usr/sbin/grub-probe: error: no such disk. [cut] [root@blackbird ~ #] /usr/sbin/grub-probe --device-map=/boot/grub/device.map --target=fs -v /boot/grub /usr/sbin/grub-probe: info: Cannot stat `/dev/disk/by-id/ata-ST31000528AS_9VP8KB3V', skipping. Най-вероятно това е вторият стар диск. Принципно можеш да опиташ да извадиш липсващия диск от масива (чрез mdadm --remove) и след това, ако все още се вижда в /proc/scsi/scsi да се опиташ да го махнеш и от SCSI subsystem. (http://gurkulindia.com/main/2011/05/linux-dynamically-addremove-scsi-from-linux/ за добро обяснение по темата). -- Поздрави, Христо ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
[Lug-bg] [OT] Re: Invitation to connect on LinkedIn
Здравейте, On 2012-07-02 11:44, Tsetso Zdravkov wrote: Абе най-интересното е, че получих от себе си такава покана...:D Както и от още няколко души... ( които сигурно също са получили от себе си ) Не е интересно. Все пак си абониран за списъка. Уместно, в случая, беше да кажеш едно "Извинявайте за спам-a". Аз съм въпросният "Цвятко Маказчиев", но не съм спамил, нито съм искал да спамя : ) Чети внимателно, когато LinkedIn те пита за username и password за email адреса ти. Най-вероятно LinkedIn ги е разпратил, когато си му дал достъп до Gmail account-а си. -- Поздрави, Христо ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] TTL exceeded false positive nagios
Привет, On 2012-05-22 20:51, b2 wrote: On пн, 2012-05-21 at 12:25 +0300, Kristian Kirilov wrote: Това автоматично значи,че се ползва check_pingпрограмата и проблема с ttl exceededостава.Не можах да намеря никакво обяснение,какво точно прави check_fping,но в най-лошия случай ще трябва с някакъв bashскрипт да convert-ирам ttl exceededв request time out. Основният проблем, според мен, е защо TTL exceeded не се приема за грешка от nagios check-a. TTL exceeded e ICMP отговор от гейтуея от когато: 1) TTL-a e малък и има прекалено много хопове до хоста и няма как пакета да стигне до него. Което реално се получава и в случай (2). 2) Някакъв вид лоуд баланс в мрежата при който някъде по пътя към дестинацията някой рутер те праща на неговия default route , а той като не може да намери дестинацията се обръща обратно към него (първия e default route на втория и обратното)... т.е. никой няма хоста/мрежата в рутинга раблицата.Да речем някаква мрежа която никой не я анонсира. Не само при load-balance може да се получи loop. Първото мисля е ясно - пробвай да трейснеш някой сайт в Япония с max hop=5 да кажем. Пример за второто: traceroute -n -m 10 192.168.1.1 traceroute to 192.168.1.1 (192.168.1.1), 10 hops max, 60 byte packets 1 87.121.163.105 2.773 ms 12.793 ms 12.788 ms --- b2# tcpdump -nqi eth0 icmp tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on eth0, link-type EN10MB (Ethernet), capture size 96 bytes 21:46:15.417936 IP 87.120.218.6 > 87.121.163.106: ICMP time exceeded in-transit, length 68 21:46:15.417961 IP 87.120.218.6 > 87.121.163.106: ICMP time exceeded in-transit, length 68 [cut] = ttl expired. ICMP time exceeded in-transit, който си paste тук, се дължи на traceroute, това е начина, по който самата програма разбира кои са host-овете по пътя (изпраща UDP пакети до dst IP, с увеличаващо се TTL започващо от 1 и слуша за ICMP пакети от router-ите по пътя). Докато рутерите нямат този хост/мрежа в рутинг таблицата редиректват един към друг, ttl-a се декремнтира и накрая става 0. Това е loop, и е причина за TTL exceeded. Докато "Destination host unreachable" означава, че със сигурност имаш все някъде по някоя рутинг таблица по пътя тази мрежа/хост който търсиш обаче поради една или друга причина е down. Та, destination host unreachable, не е същото като ttl expired. Да го поправиш означава да си прегледаш в момента е който ти го дава "ttl expired-a" рутинг таблиците, така ще разбереш какво става. За това съм съгласен. :) -- Поздрави, Христо Еринин ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] бърз начин да се затрие информация от хард?
Привет, On 2011-07-07 10:47, Vasil Kolev wrote: В 07:49 +0300 на 07.07.2011 (чт), Marian Marinov написа: Поне до момента не съм попадал на описан случай на възстановени данни след dd if=/dev/zero of=/dev/sda (това за всичките дискове) Това е което аз ползвам за машините, които трябва да махна от употреба. От това се възстановява срещу 100$ на MB. Кой го прави, и ти виждал ли си наистина да го направят? За едно съм сигурен, ако е възможно и икономически оправдано, ако има кой да си плати, има кой да го направи. На пазара вече има достатъчно специализирани фирми за възстановяване на информация, които биха го правили. Дали е възможно и икономически оправдано е друг върпос. Аз преди много години четох "Secure Deletion of Data from Magnetic and Solid-State Memory" на Peter Gutmann (http://www.cs.auckland.ac.nz/~pgut001/pubs/secure_del.html), където се описват потенциални техники за извличане на битове след множество презаписи от offtrack данни. Предполагам, че и другите, които споменават за статии по въпроса, са чели същото. Един от методите, който се описва там е чрез използване на Scanning Tunneling Electron Microscope, който можеш (сравнително лесно и евтино) да си направиш и в домашни (initLab) условия. http://spiff.rit.edu/classes/phys314/lectures/stm/stm.html (хората предлагат DIY kit за 1000€) DIY STM: http://www.stm-diy.ch/ http://www.e-basteln.de/ http://www.angelfire.com/electronic2/spm/index.html http://www.geocities.com/spm_stm/ (Angelfire and Geocities!) :) До колко тези техники са валидни и използваеми за съвременните твърди дискове, вече е друг въпрос, по който си има даже и написан доклад: "Overwriting Hard Drive Data: The Great Wiping Controversy" http://www.springerlink.com/content/408263ql11460147/ , където по-скоро казват, че не работят. Gutmann роптае, но пък има и отговор от Craig Wright: http://gse-compliance.blogspot.com/2009/01/response-to-dr-gutmann.html Както и самия Gutmann казва, оригиналният документ е писан преди 15 години, време, през което бяха разработени и развити нови техники, включително позволяващи Spin-Stand Microscopy (http://www.elsevier.com/wps/find/bookdescription.cws_home/710529/description) . До колко са ефективни и дали някоя от всичките data recovery фирми ползва подобни техники е въпрос, на който не мога да отговоря. Понеже темата се отклони доста от оригиналното питане ето и моите две стотинки по въпроса: АТА спецификацията включва Secure Erase команда, която презаписва и секторите, които не са директно достъпни за операционната система. hdparm(1) поддържа няколко опции свързани с ATA Security разширенията. Може да се ползва и за почистване на SSD дискове: https://ata.wiki.kernel.org/index.php/ATA_Secure_Erase . Иначе според мен и dd и hdparm е напълно достатъчно за почистване на диска преди да се разделиш с него. И не, mkfs, ако ще и 100 пъти направено, не е достатъчно. ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: lug-bg: OFFTOPIC: Anti-reflective LCD(TruBrite,Xbrite)
Здравейте, On Sun, 21 Aug 2005 12:01:04 +0300 Georgi Chorbadzhiyski wrote: > Peter wrote: > > дразнела очите. Дали Toshiba лаптопите правят проблеми под Линукс ? > > Дайте съвет Мерси предватително :-) > > Toshiba са доста hostile към Linux и изобщо алтернативните ОС-и > компания. Ако си купуваш Тошиба винаги те карат да платиш един > Уиндолс. Аз лично бих си купил IBM /Lenovo/ лаптоп. Навремето се продаваха laptop-и Hyundai с преинсталиран Linux на тях. Мисля, че notebook.bg и сега продава някакви с Linux. ПП: Извинения на Георги Чорбаджийски за dup-а. -- Best Regards, Hristo Erinin
Re: lug-bg: horde3+imp4 [2]
Здравей, On Fri, 24 Jun 2005 16:01:03 +0300 Атанас Мавров wrote: > Здравей, > ами при мен такъв файл няма... > ето какво има в > ../horde3/config > conf.php conf.xml hooks.php mime_drivers.php motd.php nls.php > prefs.php > registry.php > При мен тези настройки се намират в /etc/horde/horde3/conf.php и започват с $conf['sql'] (Debian sarge). -- Best Regards, Hristo Erinin
Re: lug-bg: horde3+imp4
Здравей, On Thu, 23 Jun 2005 10:18:17 +0300 Qsin wrote: > Здравейте, > > някой има ли опит с настройка на horde3+imp4 на Debian Sarge? Аз съм слагал такова нещо, но не съм забелязал някакви особености в настройката. > Има ли нещо подобно, макар и с по-ограничени възможнсти, > но поне проверката на пощата да е по-надеждна? Какво имаш предвид под по-надеждна? -- Best Regards, Hristo Erinin
Re: lug-bg: Forum
Здравей, On Wed, 4 May 2005 18:01:14 +0300 IFo G wrote: > > > > Моляви дайте ми линк за смтп сървър който да е цял ( да не иска > > плащане или да не е с триал период ) Знам, че изглежда привлекателно да пишеш в lug-bg, но прегледай следните материали, преди да пишеш в групата, моля те! Там ще намериш отговор за доста от проблемите с които ще се сблъскаш, както и значително ще улесниш всеки, който реши да ти помага със съвет: http://www.linux-bg.org/cgi-bin/y/index.pl?page=article&id=advices&key=356333931 http://www.sourcepole.com/sources/tips/howto-find-answers.html http://www.catb.org/~esr/faqs/smart-questions.html http://www.rixort.com/tutorials/smart-questions.php -- Best Regards, Hristo Erinin 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: Софтуер за следене на файлове
> информацията от файловата система. Потока се подава от библиотеките > > н а glibc. Няма проблеми те да се модифицират така, че при поискване > > за прочит на някоя библиотека, да бъде подавана немодифицираната й > > версия (скрита някъде по файловата система), а при изпълнение да се > > изпълнява модифицираната. Така чрез sha1sum или md5sum вие ще > > получите информация, че библиотеката е немодифицирана, но това няма > > да е така. > > > > > Като цяло мога да кажа че идеята е добра, и ако все пак имаш : > > 1. алгоритъм "достатъчно сигурен" , на който да се довериш за да си > направиш проверката Ще чакам след 2-3 седмици да го опишеш. > 2. Наистина чист источник не само на ключовете но и на съответните > пакети /да речем CDROM/ Само сумите и ключовете ще ти бъдат достатъчни. Проблемът с възстановяване на системата е съвсем отделен и обикновено се решава чак след като е направен forensic анализ. > 3. алгоритъм които доверявайки се на 1) "разпознае" опит за > неоторизирана подмяна на каквото и да е /койда е от пакетите или части > от тях/ да го възтановява от 2) Поне докато не докажеш т.1 всичко това си остава въздух под налягане (или snake oil). > > мисля, че общо взето е това! Чакам коментари по идеята - но моля те > савсем сериозни. Смятам, че може да се заформи интересна дискусия. В дух на разбирателство и позитивизъм, за последен път ще се опитам да ти обясня с думи прости, защо е необходимо системата с която ще извършваш проверка на автентичността на файловете да е гарантирано чиста. Масово разпространените операционни системи в последните 10-15 години са изградени йерархично, а именно userspace програмите най-често използват библиотеки за да изпълняват задачите си. В общия случай тези библиотеки се зареждат динамично при стартиране на програмата (за програми свързани статично с библиотеките ще говоря след малко). Библиотеките от своя страна ползват API предоставено от ядрото на операционната система- т.нар. системни извиквания (systemcall). Когато даден кракер влезе в някоя система той има няколко варианта да се укрие и да си подсигури привилегирован достъп. Може би най-простият за изпълнение и за откриване е инсталирането на програма (най-често shell) с вдигнат set-user-id бит и собственик root. При стартирането на този shell той получава правата на собственика си - root. Друг начин (по-напредничав) е подмяната на редица програми с модифицирани такива, които извършват действия полезни за кракера - например ps, lsof, netstat, find, ifconfig и каквито други се сетиш. Тези програмки са модифицирани по такъв начин, че или осигуряват достъп до машината, или се грижат кракера да остане незабелязан. В общия случай тези rootkit-ове се намират чрез просто сравняване на големината на инсталираните файлове или чрез използване на инструменти от сорта на AIDE и Tripwire. Следващото "ниво" е когато атакуващият подменя примерно libc библиотеката. Тъй като повечето програми използват готови функции от нея не е проблем тези функции да се модифицират при определени условия да извършват някакво действие. Например при извикване на setuid(2) или seteuid(2) и наличие на определена променлива в обвивката (environment variable) тези функции, вместо да изоставят допълнителните привилегии (придобити например чрез suid бит), стартират shell, които върви с uid=0. Друг пример за полезно вмешателство би било модифицирането на *read(2), readdir(3) и още няколко други функции. Ако я няма магическата променлива и някой се опитва да отвори примерно libc.so.2 тези функции ще му връщат данни от скрито копие на оригиналната библиотека. Hint: md5sum? rpm? PGP? Clear enough? Този метод за скриване на нещата остава скрит докато се използват версии на програмите свързани динамично с подменените библиотеки. В момента в който се използват чисти програми свързани статично с чисти библиотеки и грозната действителност лъсва на яве. Методът позволяващ най-голяма степен на скритост е модификация на самото ядро - независимо чрез модули или директна поправка в /dev/kmem. Този метод по начина си на действие е подобен на lib backdoor, а именно - чрез модификация на кода на ядрото се променят действията на определени "интересни" системни извиквания. И тъй като системните извиквания са единственият начин програма от userspace да направи нещо то всички програми подлежат на модификация, която остава прозрачна за администратора. С други думи, ако можеш да модифицираш ядрото, можеш да постигнеш всичко описано до тук, със значително по-малък шанс да бъдеш открит. Единственото ограничение е фантазията на атакуващия. Google ключови думи: adore-ng phrack lkm rootkit code injection lrk suid Стига толкова, надявам се най-накрая да са ти се изяснили нещата. По просто не мога да ти го обясня. Може нещо да съм пропуснал, но съм спокоен - в списъка има достатъчно хора (hi ISECA), които знаят как стоят нещата, ще се наме
Re: lug-bg: Софтуер за следене на файлове
Здравейте, On Fri, 11 Mar 2005 13:38:51 +0200 Vasil Kolev wrote: > On пт, 2005-03-11 at 13:24 +0200, Aleksandar Valchev wrote: > > > > > И това си го мислех, ама на малката ми глава й е трудно да понесе > > толкова мислене. > > Дали защитата не става, ако при самата компилация на изпълнимия файл > > да се подава -Dнещо-си. Това "нещо-си" да е значимо за криптирания > > файл с паролата или за самия изпълним файл. Това са много сурови > > идеи. А дали съществува нещо като фускацията при Java-та. Там в > > jar-овете се поставят запазени думи като if, else, while. > > Спомням си само една горе-долу прилична система за такава защита, тя > представляваше пресмятане на позицията на първия JMP на програмата на > база паролата. Но каквото и да правиш, ако програмата трябва да може > да работи без външна намеса, и някой придобие пълен достъп до > машината, то той ще може да прави съвсем същото, което прави и самата > програма... Цялата идея за криптирането на базата с контролните суми на файловете според мен е безмислена и ялова. По-добре е, ако тя се съхранява на носител физически защитен от презапис. Нека подчертая, че тук говоря за проверка на файловете "на живо", а не след като сме извадили твърдия диск и сме го закачили на друга машина или пък сме стартирали компютъра от LiveCD от сорта на DSL, Кnoppix и т.н.. Ако кракера е успял да сдобие пълен контрол над машината и не говорим за поредното script kiddie, пускащо IRC bouncer, каквото и да правиш си загубен. Единственият смисъл да криптираш базата е, ако я съхраняваш на друг сървър. Тогава можеш да използваш асиметричен алгоритъм за криптирането и, така че ако някой пробие сървъра на който се съхраняват файловте, той ще може само да я прочете, но не и да я подмени. Всяко друго решение свързано със съхранение на паролите в самата програма или пък изискването им от администратора е обречено на провал. Няма измислена такава защита на компилиран код, която да не може да бъде разбита. Една от най-известните и добре измислени е TEEE Burneye на Team TESO (TESO ELF Encryption Engine http://bismark.extracon.it/linux/teso/, team-teso.net/ дава 403 Forbidden). И за нея си има лечение - burndump LKM и fenris tracer. В края на краищата, ако нямаш изградена HA система в която да можеш да спираш отделните машини, без да прекъсваш работата на услугите, всички решения от рода на Aide, Tripwire и други са до голяма степен безмислени - кой може да си позволи да спира сървъра по няколко пъти на месец/ден (зависи от нивото на параноя) за да проверява файловете? Ех... With paranoia you're never alone. -- Best Regards, Hristo Erinin 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: Софтуер за следене на файлове
Здравей, Тъй като в описаната процедура не споменаваш рестартиране на системата и използване на гарантирано чисто ядро, то приемам, че такава операция не се предвижда. Коментарите по-долу са на база на това предположение. On Tue, 08 Mar 2005 13:07:05 +0200 Vesselin Kolev wrote: > Aleksandar Valchev wrote: > > >Точно от rpm-то ми дойде идеята. > > > > > Като чета какво искаш да ползваш не мисля, че говорим за едно и също > нещо. > > RPM включва MD5 и SHA1 суми за всеки файл от един пакет. Тези хешове > се слагат в самия файл на пакета и след инсталация се пазят в > локалната база във формат BerkeleyDB. Умували сме (аз и още хора) как > да направим проверката истинска и еднозначна. > > Има два начина. > > 1) В момента можеш да работиш само локално и трябва локално да > извършиш проверката. > > Задачата не е никак лесна. Но процедурата е следната. > > Взимаш една дискетка, на която са всички OpenPGP сертификати и > инструмента md5sum. Предварително си свалил от незаразена система > хешовете на следните файлове: > > /bin/rpm > /usr/lib/libbeecrypt.so.6.2.0 Не знам как е под Федора/RH, но в Дебиан /usr/bin/rpm е динамично свързано с още един куп библиотеки, а md5sum е свързано с libc. При това положение не виждам начин да си сигурен, че програмите ще работят коректно. > > Провери дали има символната връзка > > libbeecrypt.so.6 -> libbeecrypt.so.6.2.0 > > След това изчисли чрез копието на md5sum от дискетата изходите за > посочените по-горе файлове и ги сравни с тези от невзломена система. > Ако всичко е наред, то би трябвало rpm да е не взломен. > В което не можеш да си сигурен по никакъв начин, при положение, че системата ти върви с ядро с неизяснен статус. > Преглеждаш сертификатите инсталирани локално в системата: > > $ rpm -q gpg-pubkey > ... > gpg-pubkey-db42a60e-37ea5438 > .. Не си описал втория начин за който споменаваш в началото, може би той ще е по-сигурен. -- Best Regards, Hristo Erinin 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: Лесно смесено писане на кирилица и латиница [was: Re: lug-bg: malyk http server sys symlink support ?]
Здравей, On Fri, 25 Feb 2005 15:08:57 +0200 Vasil Kolev wrote: > On пт, 2005-02-25 at 14:55 +0200, [EMAIL PROTECTED] wrote: > > PS> уфф направо се оплетох в това превключване кирилица/латиница...:"))) > > как пишете без да не се ядосате :"} > > Лесно :) просто използваш лесен клавиш за целта, аз например използвам > caps lock, който се натиска с лявото кутре, като трябва да превключваш. > Така няма da имаш gram проблем da сменяш ot едното na другото :) И аз използвам caps lock, но за още по-удобна смяна на подредбата при писане на латиница и кирилица (в случаите, когато пиша предимно на кирилица и тук-таме използвам термини на латиница) ползвам и grp:win_switch, което ми позволява да пиша на латиница докато държа клавиша "Win" натиснат. "XkbOptions""grp:caps_toggle,grp:win_switch,grp_led:scroll" ПП: raptor-е, пишеш много отдавна тук, не виждам извинение да продължаваш да пишеш на шльокавица, даже и новаците в листата го правят. -- Best Regards, Hristo Erinin 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: .odf file format
Здравей, On Thu, 03 Feb 2005 12:17:23 +0200 Nick Angelow wrote: > така е, но в такъв случай ми трябва съвет с какво да го отворя, за да > получа някаква представа за самия формат - с hex редактор? или нещо > още по-екзотично? пък се съмнявам, че хората са толкова напреднали, че > да постъпят по този начин, ама можеш ли да бъдеш сигурен. Като за начало бих ти препоръчал file(1) и strings(1) и виж дали няма да излезе нещо интересно. Има опасност Fedorata ти да е с по-стара версия на magic базата. -- Best Regards, Hristo Erinin 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: RE: lug-bg: Суров печат на кирилица върху Матричен принер
Здравей, On Wed, 1 Dec 2004 23:18:36 +0200 Anton Zinoviev wrote: > Ами програмката всъщност не печата таблиците както трябва, а по-точно > печата ги така, както например lynx. Единствената цел, с която направих > тази програмка, е да се използват вградените шрифтове на принтера за > наклонените и удебелените букви, по-големи букви за заглавията, шрифт с > фиксирана ширина там, където трябва, и пропорционален шрифт за основния > текст. Спрях се на html, защото доста други формати могат да се > конвертират до html, например man-страниците. > > Сега да видим къде да се обяви програмката. В момента тя поддържа Epson > LQ-850 и Epson LQ-1050, така че няма да е от полза за много народ. > Защо не я сложиш на някой от българските GForge проекти? -- Best Regards, Hristo Erinin 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: RAID experience
Здравей, On Thu, 25 Nov 2004 12:42:15 +0200 Andrei Boyanov wrote: > > Благодаря на всички за отговорите. Изводът е ясен - 3ware. > > Обаче се оказа, че компютърът, за който става дума си има на дъното SATA > RAID контролер. > > Въпросното дъно е DFI *KM400-MLV > (http://www.dfi.com.tw/Product/xx_product_spec_details_r_us.jsp?PRODUCT_ID=1960&CATEGORY_TYPE=MB&SITE=NA).* > > Сега въпросът ми е някой дали знае мога ли да подкарам SATA контролера > на тази дънна платка под линукс или няма да е лесно. Някакви референции > за качеството на дънната платка и на самия контролер ще са също добре дошли. За качеството на дънната платка не мога да ти кажа нищо - нито съм я ползвал, нито съм компетентен. Аз лично не бих ползвал такъв RAID поради няколко причини: 1) не е истински хардуерен RAID и разчита на затворени драйвери. Това и Огнян Кулев ти го прати, не без причина. http://linux.yyz.us/sata/faq-sata-raid.html 2) заради (1) поддръжката за най-новите ядра я няма или куца сериозно http://forums.viaarena.com/messageview.cfm?catid=28&threadid=55977&enterthread=y 3) по-бавен е от софтуерния RAID на Линукс http://spamaps.org/raidtests.php http://forums.viaarena.com/messageview.cfm?catid=28&threadid=59695&enterthread=y 4) при проблем с дъното не можеш да пренесеш дисковете на компютър с различно дъно, тъй като формата на RAID-а е различен за различните производители на чипове. 5) Някои от тези контролери имат сериозни проблеми със стабилността при използване в RAID режим. Моята препоръка: не ползвай софтуерни RAID контролери, пълни боклуци са! От тях има смисъл, само ако ползваш затворена система с прозорци, която трябва да работи със същия RAID масив.. Ако ще ползваш софтуерен RAID ползвай вградения в Линукс и ще си спестиш бая главоболия. -- Best Regards, Hristo Erinin 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: RAID experience
Здравейте, On Wed, 24 Nov 2004 21:54:37 +0200 Doncho N. Gunchev wrote: > > Въпрос - имаш ли опит с гръмнали дискове на software raid? Т.е. как се > > държи, как се добавят и т.н.? Мен това ме притеснява, като ползвам > > софтуерен RAID. > > > > Не мога да кажа какво се случва при гръмнал диск, но мога да дам > информация за производителността на две системи. Два диска на един IDE > канал (hda и hdb при втората) определено свалят производителността и > дават възможност за отпадане и на двата едновременно, но за момента не > мога да намеря допълнителен IDE контролер за PCI. Ако някой знае фирма, > която продава нормални IDE контролери, а не се опитва да пробута за > 300 USD някакъв със RAID неработещ под Linux, моля нека каже. www.asbis.bg продават PCI SATA контролери на поносими цени, които ти предлагат и една PATA шина . Когато аз си взимах имаха Silicon Image 3114 и Promise TX2. > Правих пълни тестове (всичко което ми хрумна) - разкачане (студено) > на всеки диск и размяна на произволни два - зарежда без проблем и в > работен режим "възстановява" диск за около 2.5 часа(160G диск). Този > сценарий не предпазва само от лош сектор в зареждащата част (с което > хардуерен RAID би се справил). Повреди/лоши сектори за момента няма, Ако говорим за изчезване на сектора където ти живее MBR, можеш да кажеш на BIOS да зарежда от дискове hda и hdc, така че машината да boot-не без проблем. Ако се появи проблем в сектор, заеман от ядрото и то се oops-не, май няма много какво да направиш. Аз търсих информация в мрежата, какво се случва когато се появят лоши сектори по един от дисковете в RAID1 масив, но така и нищо не намерих. Някой има ли представа как се избягват проблемите при репликацията в този случай? -- Best Regards, Hristo Erinin Spectrum Net Jsc. +35929657615 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: RAID experience
Здравей, On Tue, 23 Nov 2004 17:45:52 +0200 Andrei Boyanov wrote: > Здравейте, > > Необходим ми е хардуерен RAID-1 за 2 IDE диска под Линукс. > > Искам да питам за конкретни впечатления от следните хардуерни RAID > контролери под Линукс: > > 1. DupliDisk3 na Arco > (http://www.arcoide.com/products/raidcontrollers/raidcontrollers.html). > За него пише, че не изисква никакви драйвери и не го интересува каква е > операционната система. Какви са ви впечатленията и продава ли се в България. Доколкото разбрах от datasheet-а му, логически се закача към/на стандартната ATA/IDE шина, което на мен ми звучи малко странно. Не съм чувал някой да внася подобни устройства в България. > > 2. RAID контролерите на 3Ware. Ползвам 3ware Escalade 7506-4LP и съм много доволен от него. Дисковете се виждат като SCSI устройства, има стабилен драйвер, който е opensource и върви в стандартните ядра. Като трансфер при тест с hdparm дава следното: $ hdparm -tT /dev/sda /dev/sda: Timing cached reads: 2400 MB in 2.00 seconds = 1200.00 MB/sec Timing buffered disk reads: 118 MB in 3.00 seconds = 39.33 MB/sec Ползвам два диска ST3200822A в RAID1. Има web и CLI базиран интерфейс за управление и диагностика. CLI интерфейсът не поддържа readline, което е малко досадно, но след първоначалната настройка не ми се е налагало да работя много с него. Web интерфейсът има някои полезни функции, като известяване при поява на проблем и други, но аз не го ползвам. Пробвал съм контролери на 3ware от серията 8xxx с бързи дискове на SATA шина и резултатите бяха още по-добри от PATA варианта. Основно предимство на SATA дисковете е, че са hotplug/hotswap, за разлика от PATA, където без специални чекмеджета/bay-ове не можеш да се оправиш.. Контролера сам по себе си поддържа hotswap/hotplug функции през CLI, което ти осигурява висок uptime (а ако имаш закачен един свободен JBOD диск, можеш да направиш операция премахване на дефектирал диск и отдалечено). Като цяло 3ware са свършили отлична работа, поне що се отнася до моите нужди (тук Васил Колев може да каже за RAID5 поддръжката им). В България дистрибутори на 3ware са http://www.adsysgroup.com/ (пичовете, които донесоха Itanium2 машината на OpenFest 2004). > > Ако имате опит с други надеждни решения, кажете. Много добро решение, при това на най-приемлива цена е Linux software RAID, който също се справя отлично от гледна точка на скорост. Натоварването на процесора е доста малко (особено при съвременните процесори) и лично за мен софтуерният RAID на Линукс е едно много добро решение. Освен цената, голямо предимство при него е и безкрайната му гъвкавост и независимостта от конкретно хардуерно решение. Какво правиш когато ти изгори HW контролера? В 2:30 през нощта? Разбира се, хардуерните контролери от горен клас имат предимство да имат и алтернативно захранване на кешa с батерия, но контролерите от долния клас (този който аз ползвам) нямат такова нещо. Ако ще правиш сървър с линукски софтуерен RAID ти препоръчвам да го направиш на базата на SATA дискове,най-малко заради предимствата, които изтъкнах вече. За целта можеш да вземеш допълнителна SATA PCI карта, на която да закачиш дисковете. Бих ти препоръчал контролери с AHCI (Intel ICH6-R/ICH6-M) или Marvell 88SX60x1 чипове. Ако не можеш да си намериш такива в България, си вземи Promise TX2 или TX4. Silicon Image 3124 има по-добри възможности от Promise TX2/TX4, но все още не е написан докрай драйвер за Линукс, който да ги използва. Погледни на http://linux.yyz.us/sata/sata-status.html до къде е стигнала поддръжката на SATA за различните контролери. Интересуват те тези, които поддържат TCQ и NCQ и са истински SATA контролери, за да можеш да правиш hotswap. Успех! -- Best Regards, Hristo Erinin 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: pptp problem
Здравей, On Thu, 21 Oct 2004 11:49:16 +0300 Nikolay Mitev wrote: > > 10.0.0.1 (pptp- server-a) > 10.0.0.175 (az): gre [KSv1] ID: S:0 > ppp:Conf-Req(1), ACCM=0, Auth-Prot CHAP/MD5, Magic-Num=, > PFC, ACFC (DF) > 10.0.0.175 > 10.0.0.1: icmp: 10.0.0.175 protocol 47 unreachable [tos 0xc0] > Ядро 2.6.3 Debian/unstable (неъпдейтван от доста време). > pptp от stable Провери дали имаш включена поддръжка за GRE в ядрото (модул или built-in). В директорията с изходния код на ядрото изпълняваш командата: grep CONFIG_NET_IPGRE .config и гледаш дали ще ти върне # CONFIG_NET_IPGRE is not set или нещо друго. -- Best Regards, Hristo Erinin 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: Ако обичате препоръчайте ми по лесничък мейл сървър
Здравей, Свърши газьола, така че нека да подразним апетита на Весо ;-)) On Tue, 5 Oct 2004 09:21:20 + Ivan Cvetanov wrote: > Здравейте lug-bg , > Бихте ли ми препоръчали лесен за настройка мейл сървър който мога да > пусна от моята машина , със Slackware 10.0 съм :) > Благодаря ! > Можеш спокойно да се хванеш с който и да е от масово разпространените (Message|Mail) Transport Agent-и (in alphabetical order: exim, courier-mta, postfix, qmail, sendmail). Всички те имат подробна документация за начините за пускане на базова функционалност, както и готови помощни инструменти за начална настройка. Съветвам те да се запознаеш с основите на стандартните протоколи, които се използват за обмен на съобщения, за да можеш да реагираш адекватно при възникнал проблем, а и за да получиш ясна представа, каква функционалност ти е необходима. Ако ти трябва функционалност различна от базовата, то ще ти се наложи да прочетеш повече за който и да е MTA, така че просто си харесай някой. Също така можеш да поговориш и с локалния ти пощенски гуру - човек, който да е готов да ти окаже помощ при евентуални грижи и към който мислиш да се обръщаш за помощ в близко бъдеще, ще го улесниш, ако ползваш MTA, което той е ползвал и с което има опит. -- Best Regards, Hristo Erinin 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: how to change sound irq
Здравей, On Thu, 23 Sep 2004 21:11:00 +0300 ZorLak wrote: > > Здравейте! > Преди време си инсталирах Slackware 10 (2.4.26). Звуковата карта > (Yamaha 724) и Това предполагам е на PCI шина? > да добявя > втора мрежова платка NE2000-съвместима (ISA). На нея има джъмпери с > който става > настройката и съм ги настройл на io=0x340, irq=3 (COM2/4 ми е > изключен). Когато опитам да заредя модула ne.o ми дава грешка. Ако го > сложа в rc.modules, при зареждане ми блокира звуковата карта която се > оказа че използвала irq3 и съответно и мрежовата платка не работи. > Нямам други свободни irq-та. Има ли някакъв начин да се зададе > определено irq на звуковата карта? Някакъв коонфигурационен файл на > АЛСА? Според мен проблемът ти е, че не си указал на BIOS-а да ти резервира IRQ3 за използване от ISA/Legacy устройства. Пробвай да му кажеш да го резервира, а звуковата карта би трябвало да може да използва IRQ-то, което BIOS-а ще и определи споделено заедно с някое друго устройство на PCI шината? -- Best Regards, Hristo Erinin 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: STrannen Problem s ping
Здравей, On Fri, 09 Jul 2004 13:03:38 +0300 Yavor Shahpasov wrote: >Имам следният проблем, > >правя >ping 10.10.3.5 >PING 10.10.3.5 (10.10.3.5) 56(84) bytes of data. >64 bytes from 10.10.3.5: icmp_seq=0 ttl=64 time=0.174 ms > >всичко наред > >правя >ping host1 >PING 10.10.3.5 (10.10.3.5) 56(84) bytes of data. >## Тук има пауза ок 30 сек >64 bytes from 10.10.3.5: icmp_seq=0 ttl=64 time=0.174 ms > >Проблема ми е точно тази пауза защо се появява. > >Има и други странности, ако правия логин през ssh пак ми прави ниакаква >пауза локален логин си паботи нормално. Ако пусна tcpdump ot ssh сесия Най-вероятно имаш зададени два адреса за nameserver в /etc/resolv.conf и първият не работи коректно и заявките към него остават без отговор. Това 30 секундно забавяне е времето което се чака за отговор преди да се изпрати заявка към следващия сървър описан в /etc/resolv.conf. При пускане на пинг до IP адрес командата не се опитва да го обърне в име на машина. При пинг до име на машина ping се опитва да го обърне в IP адрес. -- Best Regards, Hristo Erinin 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: mozilla i pechatane na kirilica
Здравейте,
On Tue, 06 Jul 2004 17:21:55 +0300 Georgi Chorbadzhiyski wrote:
Като допълнение към предишния ми пост приложих този diff
и gs(1) показа текста на кирилица без проблем:
diff -u cyr_test_times-roman.ps cyr_test_nimbuscyr.ps
--- cyr_test_times-roman.ps Tue Jul 6 18:17:25 2004
+++ cyr_test_nimbuscyr.ps Tue Jul 6 18:54:21 2004
@@ -54,7 +54,7 @@
/odieresis /divide /oslash /ugrave /uacute /ucircumflex
/udieresis /yacute /thorn /ydieresis] /isolatin1encoding exch def
/F0
-/Times-Roman findfont
+/NimbusSansCYR-BoldCond findfont
dup length dict begin
{1 index /FID ne {def} {pop pop} ifelse} forall
/Encoding isolatin1encoding def
По мързеливите могат да си дръпнат
http://erinin.net/cyr_test_times-roman.ps
http://erinin.net/cyr_test_nimbuscyr.ps
генерирани от много стара мозила.
--
Best Regards,
Hristo Erinin
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: mozilla i pechatane na kirilica
Здрасти,
Хммм... ще се опитам да помогна.
On Tue, 06 Jul 2004 17:21:55 +0300 Georgi Chorbadzhiyski wrote:
>Georgi Chorbadzhiyski wrote:
>> G. Georgiev (Skeleta) wrote:
>>
>>>Аз печатам от Debian Sarge без проблем на мрежови PostScript принтер с
>>>най-простите възможни настройки.
>>>
>>>Разбира се, юзера ми е с локализация за България, направена със
>>>set-language-env.
Проблемът в случая не е с локализацията.
>>
>>
>> За да се разберем май трябваше в началото да напиша следното.
>> Моля "разпечайте" ми тази страница във .ps файл и ми я пратете на
>> личната поща. За да сравня това което генрира при вас и при мен.
>>
>> http://georgi.unixsol.org/cyr_test.html
>>
>> При мен кирилицата НЕ излиза на принтера
>> http://georgi.unixsol.org/cyr_test_mozilla.ps
>>
>> При мен кирилицата излиза на принтера
>> http://georgi.unixsol.org/cyr_test_konqueror.ps
>>
>> Има ли postscript експерт тук? :)
>>
>
>И в това не виждам кирилицата :(
>http://georgi.unixsol.org/cyr_test_mozilla_fedora1_firefox09_locale_UTF8.ps
>
Да започнем с това защо във файла генериран от Konqueror се вижда кирилицата:
Той е PS весия 1 и освен това шрифтът, с който трябва да бъдат визуализирана
информацията на кирилица го има описан в самия PS файл (описан на Postscript като
криви).
[begin]
%%BeginFont: Arial
%!PS-Adobe-3.0 Resource-Font
%%Copyright: Typeface © The Monotype Corporation plc. Data © The Monotype Corporation
plc/Type Solutions Inc. 1990-1992. All Rights Reserved
%%Creator: Converted from TrueType by Qt
[cut]
Ето го и самото описание на тилдата да речем:
[begin]
/hyphen{333 0 32 215 302 303 _sc
32 215 _m
32 303 _l
302 303 _l
302 215 _l
32 215 _l
_cl}_d
[end]
Файловете генерирани от Мозила не включват подобно описание на шрифта,
а разчитат на това, че PS интерпретатора ще намери най-подходящия шрифт от
тези които са му налични и ще го използва за да визуализира искания текст.
В случая за изписване на текста на кирилица
[begin]
42 742.9 moveto
(\052\000\037\004\100\004\076\004\061\004\060\004\040\000\067\004\060\004\040\000\102\004\065\004\101\004\102\004\052\000)
unicodeshow
0.00 0.00 0.00 setrgbcolor
default_ls
[end]
се използва шрифт F0 който е дефиниран като Times-Roman:
[begin]
/F0
/Times-Roman findfont
dup length dict begin
{1 index /FID ne {def} {pop pop} ifelse} forall
/Encoding isolatin1encoding def
currentdict end
definefont pop
/f0 { /csize exch def /F0 findfont csize scalefont setfont } bind def
[end]
При опит за визуализация на дадения PS файл от gs(1) програмата гледа
във /var/lib/defoma/gs.d/dirs/fonts/Fontmap (на Debian Woody, на slackware e
/usr/share/ghostscript/7.05/lib/Fontmap.GS), където намира следното:
[begin]
/Times-Roman/NimbusRomNo9L-Regu ;
[end]
Този шрифт в стандартната дистрибуция на ghostscript няма включени
кирилски символи и затова не ти излиза текстът писан на кирилица.
Проблемът с Мозилата и принтера ти е подобен - принтера ти е програмиран
за Times-Roman да използва шрифт, в който няма включени кирилски глифове.
За целта пробвай да използваш wprint:
http://ttt.esperanto.org.uy/programoj/angle/wprint.html
Освен това погледни на
http://www.mozilla.org/releases/mozilla1.8a1/known-issues-int.html#printing, има
няколко проблема, не знам дали това е версията която ползваш.
Ако замениш Times-Roman в cyr_test_mozilla.ps с NimbusRomanCYR-ReguItal
- n021023d.pfb (ако го имаш), който съдържа кирилски символи, gs(1) ще
ти визуализира коректно Postscript-а, но принтера ти все още няма да го
показва, защото най-вероятно в него няма зареден NimbusRomanCYR-ReguItal.
За да можеш да печаташ на кирилица пробвай да използваш wprint, който вкарва
описанието на шрифта, който мозилата подава.
Извинявам се предварително за евентуални неточности/грешки.
PS. : Netscape/Mozilla от край време имат проблеми с печатането.
--
Best Regards,
Hristo Erinin
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: WOL with tulip
Здравей, On Wed, 26 May 2004 12:07:24 +0300 Kaloyan Ivanov wrote: >Здравейте > > Опитвам се да си събуждам машината по мрежата(Wake On Lan). Четох нужната >документация - всичко ясно, но проблема ми е че не мога да накарам картата да >остава в suspend режим при спиране на компютъра. >Става въпрос за :ядро 2.6.6 , мрежова карта - Linksys Network Everywhere >Fast Ethernet 10/100 model NC100, съответно работеща с драйвер - tulip версия >1.1.13 . ethtool не работи с този драйвер (или поне при мен) и освен това за >този драйвер няма параметър който може да се подаде при зареждането му за да >се включва wol режима(това последното съм го проверявал в изходния код на >драйвера). > > Та въпросът ми е може ли някой да ме посъветва как евентуално може да стане >това. Може и да греша (на сайта на linksys няма техническа информация за този мрежов адаптер), но съдейки по информацията дадена от други сайтове (по-долу), този адаптер въобще не поддържа WOL. Ако държиш да ползваш Linksys LNE 100TX поддържа Wake-on-lan. http://www.nix.ru/autocatalog/linksys/LinksysNC100v2_6653.html http://www.neoseeker.com/Articles/Hardware/Roundups/NIC_card/7.html -- Best Regards, Hristo Erinin 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: multiple interfaces imq and htb+sfq
Здравей, On Wed, 21 Apr 2004 03:24:22 +0300 Stoian Mishev wrote: >zdrawejte... > [cut] >razbrah che ima nachin towa da stane s imq, no namerih mnogo malko >dokumentacia i tq e s primer s iptables, a towa koeto namerih beshe samo >kato kernel modul i ne znak kak se ukazwa koj interface da wliza w imq >device-a ... > >pls ako nqkoj go e prawil i moje neka spodeli ;-) Това което ти трябва е RTFM. Там е описано с примери и с подробности как точно да го направиш. На адрес http://www.linuximq.net/ хората са си направили труда да напишат следното: [цитат] After attaching a qdisc to the device you have to specify which packets should go through the imq device. An iptables target (`IMQ') is provided for using all the packet-selecting power of iptables. [цитат] ...и така нататък. Ако не можеш да се оправиш (като гледам една кирилица не можеш да подкараш, пък какво остава за контрол на трафика) говори с локалния Линукс гуру да ти окаже помощ (може и платена). >10x > >stuckoff -- Best Regards, Hristo Erinin 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: Монтиране на USB устройство
Здравей, On Tue, 20 Apr 2004 16:16:07 +0300 Doncho Angelov wrote: > >Атанас Мавров wrote: > >> 15:34:49:/# mount -t vfat /dev/sda1 /mnt/cdrom/ >> mount: /dev/sda1 is not a valid block device >> Някъде бъркам но не знам къде точно (може би това не е правилното >> устройство) . > >Имаш ли generic SCSI emulation в ядрото? > Доколкото знам, за да може да си прочете USB storage устройството не е необходимо да има SCSI-IDE емулация (SCSI emulation support [CONFIG_BLK_DEV_IDESCSI], или ти си имал предвид друго - SCSI generic support [CONFIG_CHR_DEV_SG]). Под 2.4.x ядра, освен опциите които Атанас изброи, че е пуснал, му трябват единствено SCSI support [CONFIG_SCSI] и SCSI disk support [CONFIG_BLK_DEV_SD]. След това, ако няма други устройства използващи SCSI disk interface, устройството се вижда като /dev/sda1. -- Best Regards, Hristo Erinin 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: Майл кутия - черна дупка
Здрасти, On Wed, 25 Feb 2004 15:35:25 +0200 Qsin wrote: >Как мога на qmail да направя кутия, към която като >препратя някое писмо с .qmail да изчезне. >Искам просто Mailbox файла на този акаунт да сочи към >/dev/null В съответния .qmail файл слагаш единствено #. echo '#' > ~/.qmail Друг вариант е да напишеш /dev/null в .qmail в който случай qmail-local третира /dev/null като mailbox. echo /dev/null > ~/.qmail Както винаги There's More Than One Way To Do It. -- Best Regards, Hristo Erinin 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: Nejasni suobshtenija
Здравей, On Tue, 27 Jan 2004 13:05:26 +0200 "Georgi Sinapov" <[EMAIL PROTECTED]> wrote: >> >(335.4 MiB) и (2.4 GiB) >> > ^^^ ^^^ >> >> http://physics.nist.gov/cuu/Units/binary.html >> >> При него всичко е наред. От приблизително net-tools-1.60 насам >> (24.11.2004) >> вместо Mb, Kb, Gb и т.н. се използват новите binary units. Обнови си >> дистрибуцията ;-)). > >RH9, net-tools-1.60-12. Дори Fedora Devel. е с net-tools-1.60-20. $ ifconfig -V net-tools 1.60 ifconfig 1.42 (2001-04-13) а иначе дистрибуцията е Debian woody. :-). Go figure. Явно е debian specific patch, в оригиналния net-tools пакет е с Mb, Kb. Ама и аз съм спал като съм го писал горното - датата на patch-а е 24.11.2001 и е от net-tools_1.60-4. -- Best Regards, Hristo Erinin 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: Nejasni suobshtenija
Здравей, On Tue, 27 Jan 2004 10:36:10 +0200 "Georgi Sinapov" <[EMAIL PROTECTED]> wrote: >(335.4 MiB) и (2.4 GiB) > ^^^ ^^^ http://physics.nist.gov/cuu/Units/binary.html При него всичко е наред. От приблизително net-tools-1.60 насам (24.11.2004) вместо Mb, Kb, Gb и т.н. се използват новите binary units. Обнови си дистрибуцията ;-)). -- Best Regards, Hristo Erinin 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: Satelite internet??? - Sory za nedoglejdaneto
Здравей, On Wed, 17 Dec 2003 15:38:42 +0200 "Georgi Sinapov" <[EMAIL PROTECTED]> wrote: >> On Wed, 17 Dec 2003 11:17:53 +0200 >> "Vesselin Kolev" <[EMAIL PROTECTED]> wrote: >> >Nikolaj Dimitrow Yurgandzhiew wrote: >> > >> >| по-високи) За около две години техниката ще се изплати. Остава >> >| предимството в скороста. Между другото има ли някой който е клиент >> >| на такъв канал. Аз имам доста бегли наблюдения. Интересува ме как >> >> AFAIK голяма част (или вече всички?) от бензиностанциите на "Петрол", >> както и >> Shell, и няколко правителствени комисии или агенции. >> > >Shell ползват VSAT услуга, което е нещо принципно различно... Петрол също ползват VSAT. Писмото ми е предимно посветено на VSAТ. По-познато ми е като тема и технология. -- Best Regards, Hristo Erinin 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: Satelite internet??? - Sory za nedoglejdaneto
Здрасти, Само няколко допълнения... On Wed, 17 Dec 2003 11:17:53 +0200 "Vesselin Kolev" <[EMAIL PROTECTED]> wrote: >Nikolaj Dimitrow Yurgandzhiew wrote: > >| по-високи) За около две години техниката ще се изплати. Остава >| предимството в скороста. Между другото има ли някой който е клиент >| на такъв канал. Аз имам доста бегли наблюдения. Интересува ме как AFAIK голяма част (или вече всички?) от бензиностанциите на "Петрол", както и Shell, и няколко правителствени комисии или агенции. >| се влияе от климатичните условия и как е скороста на БГ трафика. >| Естествено че БГ FTP-тата ще са проблемни. Говоря за WWW - дали е Дали ще са проблем зависи от типа на услугата който ще избереш. Предполагам, че под БГ FTP-та имаш предвид т.нар. free сървъри. Ако ползваш български VSAT доставчик, проблеми с българските FTP сървъри няма да имаш, като изключим цената на трафика, разбира се. Ако ползваш чуждестранен - можеш да забравиш за българските FTP-та. >| много по-бавно. Това което аз забелязах е че БГ си работи добре, но >| пак повтарям - имам съвсем бегли нблюдения. > Скоростта си е скорост... Проблемът е със закъснението на пакетите. >Така. Ако е само за клиентко потребление и в сървърно отношение имаш >само SMTP и DNS, не мисля, че ще имаш проблеми. Ще е добре разбира се, >да си направиш една QoS схема за да може DNS пакетите да се >приоритизрат. Така допълнително ще направиш по-бързи отговорите на >заявките. Освен това ще имаш и един допълнителен контролен канал, по Да, ако се комбинира и с по-голям кеш на DNS resolver-а (така че да не трие записи преди expire), ще бъде (почти) слънце. :-)) >който ще се осъществява обмен на конролни съобщения м/у сателита и >т.нар. "броудбенд рутер" (приемната ти станция) ъгълът е малък, >прекъсване на връзката може да има при доста силен (обилен) снеговалеж >с мокър сняг (спорно е и кое ще откаже първо, приемника или >предавателя). Ако ъгълът е голям, при мокър сняг можеш да имаш само >спадане на скоростта. Имай предвид, че ако градоносен облък застане >м/у теб и сателита, връзката може и да прекъсне. Проблемът е, че >средата поглъща твърде сълно елекромагнитените вълни. Но това са >твърде редки и екзотични случаи. Също така имаш зависимост и от Спад на нивото на сигнала има винаги при влошаване на метеорологичните условия. IMHO въпросът в случая е доколко това ще бъде проблем за конкретната връзка. >Съветвам те да купиш две мощни кварцови лапми в непромокаем кожух и да >ги насочиш да греят към параболичната антена от блико разстояние през >зимата. Целта е, ако завали сняг, той да не се натрупва върху антената >и после (при топене) да не обледи параболата. Имай предвид, че >натрупването на сняг влошава подавания интензитет от колектора за >излъчване към сателита и това може да доведе дори до загуба на канала. Ако лампите светят в гърба на антената, ще помогне, ако долната й страна се боядиса в черно. > >За да запазиш фокусировката постоянна, трябва да направиш много >стабилен постамент за параболичната чиния. Обикновено се постъпва >така. Забива се дълъг бетотен прът в земята. Около него се насипва Тук май липсва една дупка ;-). >бетон в кожух (кожухът обикновено служи да не попада пръст в бетона >при наливането му). Кожухът може да е от дъски, фазер и т.н. Не е >нужно да е нещо скъпо и специално. След като бетона засъхне, пръстта >около така получената колона се трамбова. Може леко да се навлажни >преди това. След това се постила слой пясък, над него слой чакъл и се >излива бетонна хоризонтална плоча с радиус, в който влиза проекцията >на чинията. Такъв постамент няма да мръдне дори ако камион се блъсне в >него. Разбира се, целта на постамента е не да пази от сблъсъци с >возила, а да не е податлив на слягане на почвата (това го осигурява Хахах, добре си го описал. Но нека отбележим, че толкова сериозно укрепване се налага само при по-големи антени. По малките имат възможност да се монтират и върху покрив примерно (т. нар. non-penetrating mount). >~ Поздрави и пожелания за успех И от мен :) Списък с лицензирани български VSAT оператори които знам: http://www.transat.bg - тези мога да ти ги препоръчам. Чувал съм само добри неща. http://www.neterra.net - тези са отдавна в бизнеса. А тук малко инфо: http://www.satsig.net/vsat_top.htm -- Best Regards, Hristo Erinin 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: pent@net DVB
On Mon, 08 Dec 2003 10:04:19 +0200 Ivaylo Toshev <[EMAIL PROTECTED]> wrote: >Абе има ли в момента читав доставчик за таквиа услуги ? Има. Бая от доставчиците в BG ползват Taide AS [www.taide.net]. YMMV. -- Best Regards, Hristo Erinin 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: bug v rsync-a
Здравейте, За всички които поддържат rsync сървъри... http://marc.theaimsgroup.com/?l=rsync-announce&m=107051741303720 Патчвайте, че gentoo сървъра явно е кракнат по този начин. -- Best Regards, Hristo Erinin 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: iptables and ADSL
Здравей, On Thu, 4 Dec 2003 10:18:54 - "Vasko Tomanov" <[EMAIL PROTECTED]> wrote: >iskam w definiciata na pravilata na IPTABLES da zadan ne tvardo IP s >maska a IP-to na ppp0 naprimer ? > >kak moga da go nparavia tova za da ne mi se nalaga sled vseki restart >da opraviam ip tables RTFM. iptables(8) MASQUERADE This target is only valid in the nat table, in the POSTROUTING chain. It should only be used with dynamically assigned IP (dialup) connections: if you have a static IP address, you should use the SNAT target. Masquerading is equivalent to specifying a mapping to the IP address of the interface the packet is going out, but also has the effect that connections are forgotten when the interface goes down. This is the correct behavior when the next dialup is unlikely to have the same interface address (and hence any established connections are lost anyway). -- Best Regards, Hristo Erinin 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: Смяна на цветовете на конзолата.
Здрасти, On Tue, 02 Dec 2003 14:45:02 +0200 Vladimir Paskov <[EMAIL PROTECTED]> wrote: >Здравейте група, >имам следният въпрос: как да си сменя цветовете на конзолата. Нестава >въпрос за терминал-ът на Gnome или KDE, а за самата конзола. > >Дистрибуцията е Slackware 9.1. Виж: man 5 dir_colors man 1 dircolors http://www.uni-paderborn.de/Linux/mdw/HOWTO/mini/Colour-ls В Slackware цветовете живеят в /etc/DIR_COLORS Това е за ОСИкс, но върши работа - http://www.resexcellence.com/terminal/05-11-01.shtml -- Best Regards, Hristo Erinin 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: Пробив на няколко сервера на Дебиан
On Mon, 1 Dec 2003 11:29:07 + Stoyan Zalev <[EMAIL PROTECTED]> wrote: >On Saturday 29 November 2003 10:28, Andrei Boyanov wrote: >> На 19-и и 20-и ноември няколко сървъра на Дебиан са били пробити. Пробивът >> е станал през открадната парола на локален акаунт с шел достъп. >> Придобиването на рут права е станало най-вероятно през неоткрит до момента >> бъг. > >"Неоткрит" бъг ли? ХА!! С цялото ми уважение към Дебиан, още повече че самият >аз се запознах с Линукс с Дебиан 1.9,ама администраторите на въпросните >сървъри са допуснали невероятна немарливост, граничеща с престъпление. >Въпросните машини с били с кернели,непачнати за така популярния сред 'сичкото >script kiddie ptrace проблем. Те ти булка,спасов ден... А до локален шел са Мисля, че нещо не си разбрал от текста на James Troup (чете ли го целия въобще?) - машините са били с ptrace vulnerable kernel до май месец (с изключение на Gluck който е бил до август месец). цитирам http://lists.debian.org/debian-devel-announce/2003/debian-devel-announce-200311/msg00012.html All the compromised machines were running recent kernels[1] and were up-to-date with almost all security updates[2]. However there was two problems. (1) The kernels running on the machines in question didn't all get a ptrace fixed kernel as fast one might have liked. Master, Klecker and Murphy got new kernels in May but Gluck for various reasons didn't get upgraded till August (although I believe it had /proc/sys/kernel/modprobe fixed to at least block the most common exploit before that). >стигнали по още по-тривиален (разбирай елементарен) начин - подслушана >паролка за ssh акаунт,явно прехвърчала през несигурна среда... >От тука нататъка каквото и да коментираме, ще е безпредметно. Е,няма да спрем От тук нататък остава да дадеш предложение за метод за отдалечен достъп и authentication по-сигурен от SSH. >да ползваме Дебиан де :) Още повече,че след такава изцепка (в типичен M$ >Windows стил,за съжаление) би трябвало да си затегнат редиците. Според мен не е в типичен Microsoft стил. Не видях някой да си е зарил главата, най-малкото. -- Best Regards, Hristo Erinin 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: UTF-8 и браузърите
Здрасти, On Mon, 1 Dec 2003 15:10:07 +0200 "Doncho N. Gunchev" <[EMAIL PROTECTED]> wrote: >On Saturday 29 November 2003 15:55, Валентин Стойков wrote: >> On Friday 17 October 2003 22:30, Иво Тачев wrote: >... > >> http://tilix.slaveinostudios.com/ >ne wijdam neshto na kirilitza На мен ми прилича като да са кракнали saint.gotobg.net. :)) Другите страници (напр. http://tilix.slaveinostudios.com/grafic.html) са си ОК (Mozilla/5.0 Galeon/1.2.5 (X11; Linux i686; U;) Gecko/20020610 Debian/1.2.5-1). [quote] We Are : Xterm - p3ubz #HiddenWrestle @ irc.brasnet.org or [EMAIL PROTECTED] uname -a;id Linux saint.gotobg.net 2.4.18-24.7.xsmp #1 SMP Fri Jan 31 06:10:55 EST 2003 i686 unknown uid=0(root) gid=0(root) groups=0(root) Hidden Wrestle em seu primeiro Natal ... Umas Palavras natalinas :) [/quote] -- Best Regards, Hristo Erinin 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: gigabit eht card
Здрасти, On Thu, 20 Nov 2003 13:54:33 +0200 Kamen TOMOV <[EMAIL PROTECTED]> wrote: >Да знае за Linux HOWTO за Gigabit технологията или въобще >няква информация по въпроса? Бих искал да пусна един Gigabit канал и >искам да разбера как стоят нещата. Благодаря. Каква точно информация ти трябва? Какво HowTo? Ето тук можеш да намериш читаво направен тест "Гигабут с копър": http://www.cs.uni.edu/~gray/gig-over-copper/ (малко дърт вече де...) -- Best Regards, Hristo Erinin 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: Процеси стартирани от SSH
Здрасти, On Thu, 13 Nov 2003 15:14:05 +0100 "Nickolay Kolev" <[EMAIL PROTECTED]> wrote: >Здравейте, > >Имам следния въпрос. Как да стартирам процеси в ссх сесия така, че те >да не спират, когато спра сесията (било то като се логаут-на (ама че >дума) или като се разпадне връзката)? Ако процесът се detach-ва коректно от конзолата нямаш проблем да затвориш сесията и той да остане в работещо състояние. Ако не се detach-ва или няма възможност да се detach-не ползваш screen(1). > >Искам освен това да мога да се логна пак и да си изкарам процесите пак >в конзолата. > >Възможно ли е и ако да как става? man screen -- Best Regards, Hristo Erinin 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: restricting AXFR [was: ISC BIND Wildcard filter (Anti VeriSign)]
997 г. От януари 1998 г. за IDS се ползва PTR RR които не се пращат с AXFR. А отгоре на всичко, този метод за провеждане на изледването е доста по-точен, отколкото стария, пък макар и по-бавен. >Момент. Ролята на един регистър не е само да следи дали някой си плаща >за домейна. Ролята на регистъра е все пак да може да преглежда зоните на >клиентите и при проблеми да ги съветва. Ти може би не си наясно с възможността >за CNAME рекурсии, която ако възникне (BIND С тази възможност съм запознат, но не съм запознат със случай в който TLD да преглежда, да се грижи за зоните и да съветва клиентите си. Ако беше така количеството на Lame Delegations, CNAME "рекурсии" и т.н. щяха да са доста по-малко и високата такса за регистриране на .bg домейн щеше да бъде оправдана. >Ако това се прави ще могат да бъдат избегнати над 40% от lame делегиранията. Напълно съм съгласен с теб. > >Хайде пък сега да не сме били забравяли:) Смешни работи. В зоните на >накой домейни от първо ниво има и A RR, които не са glue, но не са и >wildcard. Нали за такива е предвидена exclude опцията при указване на >root-delegation-only. Хайде да седнем да почетем преди да пишем, а? > Нямам нищо напротив. Забравих да напиша "в повечето случаи". >> >домейни в зоната, в която записа е извършен и тази зона се "изчерпва". >> >Т.е. >Ех... Обяснявам подробно и жалко, че не мога да показвам слайдчета за >да видите това. > >Ако направиш "wildcard" NS ресурсен запис това означава, че делегираш >всички възможни домейни. От тук идва понятието "затворен домейн". Сиреч >става следното нещо. За който и домейн да попиташ чрез DNS, ти ще >получаваш отговор, че той е делегиран, защото ще имаш отговор включващ >неговите DNS записи. Това е тотален spoofing. Изглежда така, че не може >да се прибави нито един нов домейн, защото той вече ще е делегиран от >"wildcard" NS RR. > >Вярно, в whois базата няма да има тези делегации и регистъра ще може да >регистрира нов домейн. Мисля, че ако VeriSign направят това обаче, те >нарушават един основен принцип, а именно whois базата да има пълно >съответствие с делегациите направени в зоната на TLD домейна. Ако това >не е така, ICANN имат пълното основание да наредят на IANA, сървърите за >имена на този регистър да бъдат изтрити от зоната на домена ".". Тогава се >назначава нов регистър и стария е длъжен да предаде на новия цялата база >данни за домейна от първо ниво. Това се нарича ре-делегиране на домейн >от първо ниво. До тук с нищо не доказа, че "зоната" се изчерпва на практика, а не само на теория или политически. Според мен изчерпване означава дали можеш да си закупиш домейн и той да бъде делегиран към твой DNS. Нали знаеш, че има доста домейни вече делегирани към някого, които всъщност са за (пре)продаване. >Господи:) Всеки ден виждам страшни неща.. и днешния ден не ме подмина без >страхотии. Би ли ми обаснил как квантовата физика обяснява "черната >дупка". Никога не съм казвал, че го прави. Не обяснява самата черна дупка, а някои теории около нея и свойствата 'и. Като например излъчването на Хоукинг, което се обяснява с квантовата механика, което пък подкрепя теорията, че черните дупки (могат да) изчезват. >Предоставяш ли си как я пренасям: Просто спирам да ти отговарям и следвам >политика "DROP"... Пък и никой не те насилва да ползваш нито ISC BIND, нито >root-delegation-only, нито е нужно да си съгласен с мен, нито е нужно и да > знаеш що е квантова физика.. Това си е лично твое решение, но бих искал да знаеш, че съжалявам за него. -- Best Regards, Hristo Erinin 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: ISC BIND Wildcard filter (Anti VeriSign)
и се затваря като черна дупка >-малко аналогията е непълна, щото няма гравитационен колапс, нито >радиус на Философски и строго далечно-научно-отнесено теоретично погледнато може, и да има някаква бегла прилика с черните дупки, но практически, и малко по-свързано с реалността теоретично погледнато, wildcard NS записът няма НИЩО общо с черните дупки. С други думи примерът който си дал е напълно неподходящ ;-). Късния час е лош съветник. Никога не съм предполагал, че квантовата физика и Общата Теория на Относителността ще ми бъдат полезни при четене на LUG-BG. :) >Шварцшилд, нито хоризонт на събитията:) но в този късен час и при >тази умора друго на ми дойде на главата. > >Лично аз, ако имах пари, щях да създам организация за мониторинг на >системата за имена в нашето интернет пространство и да следя да няма >групи погазвания на RFC документите. И ако има домейн направен за да >лъже системата, той да бъде свалян от обслужване, щото съгласете се, >ама ако почнем да лъжем системата за имена, обезмисляме Интернет. Не я лъжем ти и аз, а VeriSign, но иначе си прав и съм съгласен с теб. Все още се чудя на какво дължа хапливия и заядлив тон на съобщението ти. Не смятам че в LUG-BG има място за подобен род кореспонденция. Ако държиш да запазиш тона си ще те помоля да пренесем дискусията си извън групата. -- Best Regards, Hristo Erinin 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: Slackware-Live - проблем с мишката
Здрасти,
On Fri, 17 Oct 2003 20:01:11 +0300
"Valentin Stoykov" <[EMAIL PROTECTED]> wrote:
> On Friday 17 October 2003 17:30, Hristo Erinin wrote:
> > Valentin Stoykov <[EMAIL PROTECTED]> wrote:
> > > On Monday 13 October 2003 23:51, Valentin Stoykov wrote:
> > >
> > > Някой има ли идея как да се проверява към кой порт е вързана серийната
> > > мишка?
> >
> > В пакета с gpm има една програмка gpm-mouse-test. Не съм я пробвал как и
> > дали работи, но ако искаш и хвърли един поглед. Според документацията
> > тази програмка се опитва да ти намери мишката и да определи какъв вид е
> > тя.
> > А иначе при движение на мишката би трябвало в /dev/ttyS{0,1} да се
> > генерират събития, които можеш да наблюдаваш (cat /dev/ttyS0). За
> > съжаление нямам серийна мишка под ръка и не мога да гарантирам за
> > достоверността на твърденията си. :))
>
> Аз като написах cat /dev/ttyS0 престана да работи мишката, а малко след това и
> клавиатурата.
> Команда gpm-mouse-test нямам.
Има я в ftp://ftp.schottelius.org/pub/linux/gpm/gpm-1.20.1.tar.gz - последната версия
на gpm. Аз съм с debian и програмката си върви с пакета от дистрибуцията.
> > Ами ако мониторът не поддържа DDC?
> Ако няма DDC, скрипта ще изкара съобщение, че монитора може да се запали :-) и
> ще сложи някаква конфигурация, която няма да запали повечето монитори.
> XFree86 -configure не ме задоволява, тъй като ми вади само:
> Section "Monitor"
[cut]
> EndSection
>
> докато ddcxinfo-knoppix -monitor ми дава много по-подробна информация:
>
> Section "Monitor"
[cut]
> EndSection
>
Според мен (може и да греша) функционална разлика между двете секции
няма да има. При пускането си XFree86 се опитва да използва максималните
режими.
> Искам да стане с bash. Може да няма инсталиран perl (заема много място). А
> мястото е ценно, тъй като смятам да си правя live-cd на 8 сантиметров CD-ROM
> 200MB (максимум 250 MB). Ако остане място - задължително ще го включа ;-)
>
> Достатъчно ли ще бъде скрипта да търси секция започваща със Section "Device"?
> Ами ако има повече от една секция с такова заглавие?
>
> В такъв случай ще се наложи скрипта първо да намери Section "Screen", да
> провери каква е стойността на променливатаDevice (в случая "Card0") и да
> търси секция, за която са изпълнени едновременно две условия - да започва със
> Section "Device" и да съдържа на един ред знаковите низове Identifier и
> "Card0" (с кавичките, но май може и без ;-) ).
Доста сложничко ще бъде с bash :).
--
Best Regards,
Hristo Erinin
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: ISC BIND Wildcard filter (Anti VeriSign)
Здравей, On Fri, 17 Oct 2003 10:52:00 +0300 Vesselin Kolev <[EMAIL PROTECTED]> wrote: > > Въпросът никак не е глупав. Мислех да го описвам, но предположих, че > повечето хора са наясно със схемата на делегиране и неприложимостта > на "wildcard" записи в нея. > > > Сега директно към темата. Ако се опитате в ISC BIND да направите NS > "wildcard" запис, тогава зоната ви въобще няма да се валидира при > зареждането на локалния кеш. Казано с пример, ако опитате, в syslog > ще получите следното съобщение за грешка: > > zone test.tld/IN: loading master file master/domains/test.tld: invalid NS > owner name (wildcard) [cut] > Интернет. Следвателно горните разсъждения за ISC BIND не се приложими > за софтуерите на VeriSign. Горните разсъждения са валидни само ако говорим за stock ISC BIND. Нека не забравяме, че ISC BIND e софтуер с отворен код, и като такъв може да бъде променян (и проверката свързана с горното съобщение за грешка премахната изцяло). > > Аз не мога да кажа със 100% сигурност дали VeriSign няма да направят > "wildcard" NS ресурсни записи. Ако те направят това обаче, те ще трябва > (ВНИМАНИЕ в тънкия момент) да делегират всички визможни домейни, което Добавянето на NS запис не е ли делегиране само по себе си? -- Best Regards, Hristo Erinin System Administrator Spectrum Net Jsc. +35929657615 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: Slackware-Live - проблем с мишката
Здрасти,
On Fri, 17 Oct 2003 00:06:42 +0300
Valentin Stoykov <[EMAIL PROTECTED]> wrote:
> On Monday 13 October 2003 23:51, Valentin Stoykov wrote:
>
> Някой има ли идея как да се проверява към кой порт е вързана серийната
> мишка?
>
В пакета с gpm има една програмка gpm-mouse-test. Не съм я пробвал как и
дали работи, но ако искаш и хвърли един поглед. Според документацията
тази програмка се опитва да ти намери мишката и да определи какъв вид е
тя.
А иначе при движение на мишката би трябвало в /dev/ttyS{0,1} да се
генерират събития, които можеш да наблюдаваш (cat /dev/ttyS0). За
съжаление нямам серийна мишка под ръка и не мога да гарантирам за
достоверността на твърденията си. :))
>
>
> Не ми харесва как се генерира XF86Config във Slackware-live и се
> опитвам да напиша скриптове, които да го правят по-добре.
>
> Установих, че настройката на секцията Monitor става много удобно с
> програмата ddcxinfo-knoppix (ddcxinfo-knoppix-0.6). Ако стартирам тази
> програма с параметър -monitor, тя ми вади следното:
>
> Section "Monitor"
[cut]
> EndSection
Ами ако мониторът не поддържа DDC?
[cut]
>
> Настройката на видеокартата може да се направи със XFree86 -configure
> (при което се записва един файл /root/XF86Config.new) Получава се
> следното:
>
Тук може и да греша, ако е така някой да ме поправи. Ако мониторът под-
държа DDC, то тогава XFree86 -configure ще създаде конфигурационен
файл, който ще използва максималните възможности на монитора. Ако не се
поддържа DDC, то при всички положения ще има нужда от човешка намеса в
конфигурационния файл.
> обаче малк ще ме затрудни писането на скрипт, който да я намира, за да
> може да се прикачи към XF86Config-а който ще се сглобява.
>
Хм. perl, python? Regular Expression?
>
> За да работи мишката с колелце, вързана към COM1, трябва да се добави
>
> Option "Protocol""intellimouse"
> Option "ZAxisMapping" "4 5"
>
> Но как да се детектне дали мишката има колелце?
> Ще работи ли обикновена мишка с тези настройки?
>
gpm-mouse-test според документацията има такава възможност.
Би трябвало да работи, стига да е intellimouse съвместима.
ZAxisMapping не би трябвало да и пречи.
> Програмата ddcprobe (ddcxinfo-knoppix-0.6) ми извежда следното:
>
[cut]
> Там пише каква ми е видеокартата. Остава само да се напише скрипт,
> който да преценява кой точно драйвер да се ползва (в случая - Driver
> "nv")
XFree86 -configure ти казва каква е картата.
--
Best Regards,
Hristo Erinin
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: http към https
Здрасти, On Fri, 10 Oct 2003 10:55:32 +0300 Огнян Кулев <[EMAIL PROTECTED]> wrote: > Peio Popov wrote: > > Това решение работи само ако се опитвам да достъпя > > http://localhost/secure/ , но не и http://localhost/secure/nested/file, а и > > използва външно пренасочване, което бих искал да избегна ако е възможно. > > Външното пренасочване може лесно да се избегне чрез mod_proxy[1], > по-специално "reverse proxy" -- в документацията си има прости примери. > Тогава сървърът извършва новата заявка _от името на клиента_ и връща > резултата. А къде е далаверата от SSL тогава или 'оти ручахме жабетата'? ;-))) -- Best Regards, Hristo Erinin 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: Slackware 9.1 md5sum Georgi
Здравейте, On Wed, 8 Oct 2003 17:00:37 +0300 "George Danchev" <[EMAIL PROTECTED]> wrote: > On Wednesday 08 October 2003 15:11, Georgi Chorbadzhiyski wrote: > > George Danchev wrote: > > > On Tuesday 07 October 2003 10:18, Georgi Chorbadzhiyski wrote: > > >>Васил Колев wrote: > > >> > > >>Става за 2 минути и даже имам пуснат за вътрешна употреба. Не искам да го > > >>пускам за обща употреба защото товари много сървъра. > > > > > > че товари със сметки cpu-то има някакъв резон, обаче rsync сървъра може > > > да бъде ограничен по брой връзки, ако не си разбрал в рамките на 2-те > > > минути за които си го пуснал по default, щото така е no limit ;-) > > Мерси за урока по четене на man pages, нямаше нужда, всичките ги неща ги > > знам >:| > > админеее админе, от такова знаене като твоето си пуснал lame services;-) ... > мен лично не ме интересува нито какво си прочел, нито какво знаеш, нито какви > services имаш... личното ми мнение е, че са lame и ги подминавам... за [cut] > човека... се смеят ората с голямото ти его и метода ти на изчисляване на %... > що не си позатвориш миръра;-) > Дискусията придоби прекалено личен тон и IMO не и е мястото тук. Моля не занимавайте групата с личните си отношения и сравняване на скоростите на четене на документация. Въпреки че удоволствието от плюенето няма да е същото ще Ви помоля да пренесете спора си извън LUG-BG. -- Best Regards, Hristo Erinin 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: Fwd: lug-bg: (pppoe | poptop) & iptables+iproute2
Здрасти, On Wed, 24 Sep 2003 15:32:49 +0300 [EMAIL PROTECTED] wrote: > Iskam da napravia razlichni potrebiteli v LAN-a koito da sa s limitiran trafik > /kato skorost/. > Viarna li e ideata da se polzvat pppoe ili poptop za identifikaciq, sled koeto > posredstvom iptables+iproute2 da se ogranichi do neobhodimia. Да, идеята ти е вярна. PoPToP ти дава и криптиране на данните, но ако имаш много потребители може да се окаже тежичко за машината, на която ще терминираш сесиите. > > Tova li e nachina ili ima po elegantni? За по-елегантни не се сещам. -- Best Regards, Hristo Erinin 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: ProFTPD ASCII File Remote Compromise Vulnerability
Здравейте, http://proftpd.linux.co.uk/ http://xforce.iss.net/xforce/alerts/id/154 За да е още по-сладко - няма patch за по-старите версии. За тази седмица ми писна! -- Best Regards, Hristo Erinin 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: fscking Verisign ! ;-(
Здравейте, On Wed, 17 Sep 2003 11:29:42 +0300 Plamen Tonev <[EMAIL PROTECTED]> wrote: > On 17 Sep 2003 10:44:10 +0300 > Ivaylo Toshev <[EMAIL PROTECTED]> wrote: > > > Abe neznam , obache spokoino mojete da prashtate debeli mails na > > [EMAIL PROTECTED] ili .net ;-) > > Не точно - 'щото няма MX records за каквото-си-искаме.нет/ком ;- > И двамата нещо сте се възбудили :) Можете да пращате колкото искате дебели mail на [EMAIL PROTECTED], но единственото което ще постигнете е да напълните собствените си дискове. Пощата ще се връща не по причина, че kakvoto-si-iskate.com няма MX, а защото Verisign ползват Snubby Mail Rejector Daemon v1.3, който не случайно се казва така. Единствената му работа е да reject-не пощичката която се опитвате да пратите. Според RFC 974 http://www.faqs.org/rfcs/rfc974.html [quote] It is possible that the list of MXs in the response to the query will be empty. This is a special case. If the list is empty, mailers should treat it as if it contained one RR, an MX RR with a preference value of 0, and a host name of REMOTE. (I.e., REMOTE is its only MX). In addition, the mailer should do no further processing on the list, but should attempt to deliver the message to REMOTE. The idea here is that if a domain fails to advertise any information about a particular name we will give it the benefit of the doubt and attempt delivery. [\quote] $ telnet kakvoto-si-iskate.com 25 Trying 64.94.110.11... Connected to sitefinder-idn.verisign.com. Escape character is '^]'. 220 snubby1-wceast Snubby Mail Rejector Daemon v1.3 ready HELO test 250 OK MAIL FROM: <[EMAIL PROTECTED]> 250 OK RCPT TO: <[EMAIL PROTECTED]> 250 OK data 550 User domain does not exist. data 250 OK 221 snubby1-wceast Snubby Mail Rejector Daemon v1.3 closing transmission channel Connection closed by foreign host. Според RFC 821 кодове за грешка започващи с 5 означават permanent rejection. Е, Snubby Mail Rejector е малко бъгав, след като му подадем още една data команда ни отвръща с 250 и затваря сесията. -- Best Regards, Hristo Erinin 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: ping flood - virus ?
Здравейте, On Tue, 02 Sep 2003 15:38:33 +0300 "G. Georgiev (Skeleta)" <[EMAIL PROTECTED]> wrote: > raptor wrote: > > >zdraweite, > > > >move li da mi kavete koi e toq wirus ot skoroshnite deto se poqwiha > >koito, generira ping-flood ot zarazeniq komputyr ... kato zapochwa ot > >mrevata w koqto se namira ...i taka nared nared...uwelichawa C-clas-a > >s 1..primerno > > > >192.168.1.0/24 > >posle > >192.168.2.0/24 > >192.168.3.0/24 > >...etc... > > Нищо не увеличава. Червеят сканира за машини които да зарази чрез ping-ове до мрежата в която се намира, само че с маска /16, в резултат на което се генерира доста сериозен трафик. > >weche blokirah izhodqshtiq ping ama da znam na klientite da im kava > >koq antivirusna da si drypnat... > > В случая за да спреш ICMP-тата генерирани от червея и намалиш изходящия трафик е достатъчно да блокираш ICMP еcho request-и и reply с payload размер 64 байта (92 байта IP пакет). За проверка дали филтрите работят като хората: # ping -s 64 <външно IP> > Kazva se LoveSan.D ili Welchia ili Nachi.worm. > > Dobre e da blokirash ping i tcp port 135. > Ne znam zashto v antivirusnite web-stranici go broiat za sredno > opasen, sled kato blokira s ping-ove > trafika i lekuvaneto mu e dosta tromava i bavna procedura (opisvam ia > za komputer s otkachena mrejova karta): Може би защото не форматира харддискове? :) > Niakoi Cisco routeri mnogo lesno se blokirat ot flood-a, koeto > prekasva uslugite v golemite intranet mreji. Освен това четох за няколко големи световни ISP-та които са имали странни и загадъчни проблеми с RAS-овете си заради Welchia... да знаете ако някой AS започне да се прави на интересен. -- Best Regards, Hristo Erinin 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: conflict sus IP addressi na cqla mreja ...
Здрасти, On Mon, 01 Sep 2003 19:46:53 +0300 Romeo Ninov <[EMAIL PROTECTED]> wrote: > > Защо не отрежеш ARP заявките към NT и от него. Без да искам да > предивиквам буря от страсти, ама той си има някои нелоши инструменти за > управление > (advanced->options->ip filtering) Хех :) IP filtering за ARP пакети? Не може ли просто да му се каже да не се прави на bridge и/или да се махне proxyARP-a? -- Best Regards, Hristo Erinin 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: Imam Sendmail problem s mail do daden server: 5.0.0 Service unavailable
Здравейте, On Thu, 28 Aug 2003 14:17:13 +0300 Борис Йорданов <[EMAIL PROTECTED]> wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > On Thursday 28 August 2003 14:16, Nikolay Bogdanov Toshev wrote: > > Нямам никаква представа какъв ти е проблема, ама защо като за начало > тоя файл /etc/mail/auth/auth-info не го направиш _да_не_е_ Group > readable? До колкото виждам този файл се намира на сървъра до който се опитва да изпраща поща icnl.org. До: Николай Богданов Тошев: Проблемът не е в твоя телевизор. Да не би icnl.org да си мисли че си му локален и да очаква SMTP AUTH от теб? Или той по принцип трябва да иска authentication? -- Best Regards, Hristo Erinin 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: pppoe-server (leko po flanga :)))
Здрасти, On Fri, 22 Aug 2003 21:42:26 +0300 (EEST) [EMAIL PROTECTED] wrote: > cut from radtest raduser radpass radius.host.ip.here 7 keysecret > X-Ascend-Maximum-Time = 27 (option-a maxconnect 27) Това по принцип би трябвало да е Session-Time, защо си решил да е това? > > v loga na pppoe-server-a sled 27 secundi se poluchawa towa: > Aug 22 17:27:44 crew pppd[16404]: LCP terminated by peer (Connect time > expired) > Aug 22 17:27:44 crew pppoe-server[2263]: Sent PADT > koeto shte reche che wsichko e nared > NO , kogato opitam da se log-na ot windowski pppoe-client (RASPPPOE) > nishto ne stawa ... t.e. wremeto minawa , i connectio-na si stoi ...eto > towa ne moga da razbera i oshte po interesnoto e che kogato mahna plugin > radius.so ot ppp/options i sloja tam directno maxconnect 10 -> 10sec, po > kusno connectio-na dropi!? ha sega kude e problema?!?! :) > И аз не мога да го разбера. Maxconnect-a е server side настройка, така че няма значение кой клиент ползваш. -- Best Regards, Hristo Erinin 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: pppoe-server (leko po flanga :)))
Zdrasti, On Fri, 22 Aug 2003 00:18:21 +0300 (EEST) [EMAIL PROTECTED] wrote: [cut] > koito sa s dostup po dial-up s potrebitelski karti. Wsichko raboti > dobre do momenta w koito se stigne do tam che vremeto na potrebitelq > expire-va a connection-a NE drop-va connetion-a suotwetno sled > kato prekratq ruchno, i sled towa se opitam da wlqza otnowo radius-a > me naritva zashtoto vremeto mi e swurshilo .. no towa ne me ostroiwa > wuobshte zashtoto w kraina smetka towa e pppoe i moje da ne razkachi s > meseci :~! (Problem?!:))) Хич не е работа на pppoe-server-а да дропва потребителите, както и да ги authenticate-ва примерно. За тези неща се грижи самото pppd и то си има съответната опция. От man pppd(8): maxconnect n Terminate the connection when it has been available for network traffic for n seconds (i.e. n seconds after the first network control protocol comes up). Как и на колко да я сетнеш is left as an excercise for the reader ;-)) > > Priznawam che ne sum chel dostatuchno i sujelqwam ako prekalqwam s > wuprosite si. > RTFM, Ами попрочети малко де, след това как ще я поддържаш тая система? ;-))) Все още не прекаляваш :)). -- Best Regards, Hristo Erinin 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: pppoe-server problem....
Здрасти, On Thu, 21 Aug 2003 10:50:34 +0300 (EEST) [EMAIL PROTECTED] wrote: > samo oshte edno vuprosche imam, zashto kogato ot client-skata strana kato > pusna pppoe -Ad i wijdam towa: > > Access-Concentrator: InternetGroup >Service-Name: InetgPPPoE > Got a cookie: 17 c8 b7 09 e1 a8 91 dd 48 b8 33 47 08 18 10 5a d9 02 00 00 > -- > AC-Ethernet-Address: 00:0a:e6:2f:a7:38 > > po tochno towa "Got a cookie: 17 c8 b7 09 e1 a8 91 dd 48 b8 33 47 08 18 10 > 5a d9 02 00 00" > Бисквитките се изпращат от pppoe-server-а с цел предпазване от DoS атаки от страна на недобросъвестни (или просто некадърни) клиенти. На всеки PADI (PPPoE Active Discovery Initiation) се отговаря с PADO (PPPoE ||- Offer) пакет в който се поставя такава бисквита. Ако клиентът реши, че иска да се свърже с конкретния сървър, той изпраща PADR (Request) пакет в който е бисквитката дадена му преди това. Ако бисквитката не е е валидна, то PPPoE сървърът не заделя ресурси за клиента и не изпраща PADS (Session-confirmation) пакет. По този начин се затруднявя изпращането на голям брой заявки от невалидни MAC адреси. Повече по този въпрос: A PPPoE Implementation for Linux David F. Skoll Roaring Penguin Software Inc. http://www.usenix.org/publications/library/proceedings/als2000/full_papers/skoll/skoll_html/ и по-специално за бисквитите: http://www.usenix.org/publications/library/proceedings/als2000/full_papers/skoll/skoll_html/index.html#sec:more -- Best Regards, Hristo Erinin 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: pppoe-server problem....
Zdrasti, On Wed, 20 Aug 2003 14:29:45 +0300 (EEST) [EMAIL PROTECTED] wrote: > hi all , > imam slednia problem. Opitwam se da podkaram pppoe-server + radius > auth. and etc shit's , no w momenta sum zapecnal edwa na > pppoe-server-a s pap/chap authorization. kakwo sum naprawil do > momenta: 2 linux mashini: > > LinuxBOx1 -> eth0 (connected to internet) eth1 (pppoe-server running > here) LinuxBox2 -> eth0 (pppoe client) vruzkata mejdu dwete mashini e > cross cable (UTP CAT5 :))) > configuration na LinuxBOX1: > root:/etc/ppp# cat pap-secrets > "dido" * "parolka" * Tezi kavichki sa opcionalni, triabvat samo kogato ima space v username ili parolata. > > root:/etc/ppp# egrep -v '#|^ *$' options > auth > lock > +pap > -chap > proxyarp > lcp-echo-interval 30 > lcp-echo-failure 4 > > > root:/etc/ppp# egrep -v '#|^ *$' pppoe-server-options > require-pap +pap i require-pap sa sinonimi. Ednoto AFAIR e po-novia sintaksis na opciite. > login Mozhe bi tuk e zaroveno kucheto. Ot manual-a na pppd(8): login: Use the system password database for authenticating the peer using PAP, and record the user in the system wtmp file. Note that the peer must have an entry in the /etc/ppp/pap-secrets file as well as the system password database to be allowed access. A mozhe i da ne e... > lcp-echo-interval 10 > lcp-echo-failure 2 > > run-vam pppoe-server sus slednite parametri: > pppoe-server -I eth1 -C InetgPPPoE -S inetgPPPoE -R 10.0.0.2 > > i v obshti linii towa e configuraciata na pppoe-server-a, sledva > config files na LinuxBOX2: > [EMAIL PROTECTED] ppp]# egrep -v '#|^ *$' options > lock > defaultroute > noipdefault > modem > crtscts > debug > auth Tova oznachava che i pppoe servera triabva da se authenticate pred client-a. Ili pone client-a shte shte ochakva da stane taka. > passive > asyncmap 0 > name "dido" Tuk po skoro triabva da e user "dido". Pogledni v man page-a koga se izpolzva name i user. Da ne govorim che niama nuzhda ot tova vyobshte, tyi kato go ukazvash izrichno v pppoe.conf (USER=dido). > > [EMAIL PROTECTED] ppp]# cat pap-secrets > > "dido"*"parolka" * > > [EMAIL PROTECTED] ppp]# egrep -v '#|^ *$' pppoe.conf > ETH='eth0' > USER=dido > DEMAND=no > DNSTYPE=NOCHANGE > PEERDNS=no > DNS1= > DEFAULTROUTE=yes [cut] > > i v obshti linii towa sa config files: > > kakvo se poluchawa: > > Aug 20 14:23:34 crew pppd[31077]: PAP peer authentication failed for dido Aug 20 > 14:23:34 > a v logs na LinuxBOX2 -> > [EMAIL PROTECTED] ppp]# tail /var/log/messages > Sep 19 14:24:05 test pppd[20994]: Connect: ppp0 <--> /dev/pts/1 > Sep 19 14:24:05 test pppoe[20995]: PPP session is 6 > Sep 19 14:24:06 test pppd[20994]: Remote message: Login incorrect > Sep 19 14:24:06 test pppd[20994]: PAP authentication failed > > Шах ? :) > prekarah dosta wreme w opiti da namerq chetiwo za implementacia na > pppoe-server no za sujalenie ne uspqh da namerq nishto poweche ot > nqkolko-redovi "HOWTO"-ta , obshto wzeto documentaciata about e malko > oskudna. Shte sum blagodaren na wseki koito se opita dori da mi dade > ideq ot kakwo moje da se poluchi towa , ili oshte poweche da uspee da > mi dade chitavo chetivo za towa Authentication failed... V sluchaia problemyt ne e v PPPoE-to ti, a v pppd-to :) Ako iskash pusni na serverskoto pppd malko poveche debug da vidish kakvo stava i zashto te reject-va. Osven tova ot http://www.roaringpenguin.com/pppoe/: Server The PPPoE software includes a server. This has been tested extensively only on Linux. If you wish to terminate many connections, you are urged to use the new kernel-mode PPPoE support. Pozdravi i dano sym bil polezen :) -- Best Regards, Hristo Erinin System Administrator Spectrum Net Jsc. +35929657615 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: Windows fornts under Linux.
Здрасти, On Mon, 18 Aug 2003 15:41:52 +0200 "Vladimir Paskov" <[EMAIL PROTECTED]> wrote: > Zdraveite grupa, > imam sledniq vupros.Izpolzvam RedHat 9 i izkam da nakaram Galeon da > izpolzva 6riftovete na IE.Imate li nqkakva ideq kak ste stane tova? Ако друго не помогне на http://corefonts.sf.net/ има инструкции как сам да си направиш RPM пакет. -- Best Regards, Hristo Erinin 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: PPPoE client config
Здрасти,
On Tue, 12 Aug 2003 17:17:50 +0300
"George Danchev" <[EMAIL PROTECTED]> wrote:
> On 12 08 2003 15:34, Hristo Erinin wrote:
> > Здрасти,
> >
> > On Tue, 12 Aug 2003 14:33:35 +0300
> >
> > "George Danchev" <[EMAIL PROTECTED]> wrote:
> > > Hi
> > > nqkoj mozhe li da nahvyrlq nabyrzo malko tips za pppoe
> > > configuratin otkym client side. Imam pppoe i pppoeconf, vtoriq e
> > > za confugiration vis4ko minava OK (otkriva iface), i nakraq kato
> > > se opita da napravi vryzka pluva: /usr/sbin/pppd: pty option
> > > precludes specifying device name ppp0: error fetching interface
> > > information: Device not found
> >
> > Цитирам от http://www.roaringpenguin.com/pppoe/how-to-connect.txt:
> > [quote]
> > D) pppd complains about (i) "unknown option pty" or (ii) "pty option
> > precludes specifying device name"
> >
> > (i) Your pppd is too old. You need at least 2.3.7.
> > (ii) Your /etc/ppp/options file is not empty. Empty it!
> > [/quote]
>
> не е това ... 10x
>
> > Някое от тези три неща? :)
>
> явно има и трето ... да го беше казал, поне.
>
Е, това беше в предела на шегата :)
> > > nqkoj da se sesta kakvo propuskam ;-) ? 10x
> >
> > Хммм... http://catb.org/~esr/faqs/smart-questions.html? ;-)))
>
> изчакай за smart-replies.html ;-)
>
И от smart-replies.html има нужда.
Ама като за начало дай нещо повече за което да се хванем и да
подъвчем... Откъси от log файлове, конфигурационни файлове, какво си
пробвал, кое става, кое не става, дай ifconfig eth0, версия на pppd-to,
pppoe -A -I eth0, откъси от логовете с PAD{O,I,T} и т.н...
--
Best Regards,
Hristo Erinin
System Administrator
Spectrum Net Jsc.
+35929657615
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: [OT] mail.bG, content-type, Ginekolozi i Kurorti
Здрасти, On Wed, 06 Aug 2003 09:07:45 +0300 Tsvetin Vasilev <[EMAIL PROTECTED]> wrote: > А не може ли наистина просто да сложим по един филтър и да не се > занимаваме повече с тях? > Така и така безплатни пощи много, който иска ще си направи по-човешка :)) > приятен ден на всички:) Проблемът с филтрите е, че по този начин ще бъдат ограничени потребителите на mail.bg, а не хората отговорни за това безхаберие. Точно поради тази причина се захванах да си пиша с администраторите. За съжаление обаче, като гледам как и на къде вървят нещата, май филтриране ще се окаже единственият начин да се вземат в ръце и да си оправят системата. Разни статии, по разни портали, като тази на http://bgit.net/?id=61437 е друг добър начин да се замислят малко. Когааа зашумят шумитее, букит... ;-)) ех, допя ми се! -- Best Regards, Hristo Erinin 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: PPPoE client config
Здрасти, On Tue, 12 Aug 2003 14:33:35 +0300 "George Danchev" <[EMAIL PROTECTED]> wrote: > Hi > nqkoj mozhe li da nahvyrlq nabyrzo malko tips za pppoe configuratin otkym > client side. Imam pppoe i pppoeconf, vtoriq e za confugiration vis4ko minava > OK (otkriva iface), i nakraq kato se opita da napravi vryzka pluva: > /usr/sbin/pppd: pty option precludes specifying device name > ppp0: error fetching interface information: Device not found > Цитирам от http://www.roaringpenguin.com/pppoe/how-to-connect.txt: [quote] D) pppd complains about (i) "unknown option pty" or (ii) "pty option precludes specifying device name" (i) Your pppd is too old. You need at least 2.3.7. (ii) Your /etc/ppp/options file is not empty. Empty it! [/quote] Някое от тези три неща? :) > nqkoj da se sesta kakvo propuskam ;-) ? 10x > Хммм... http://catb.org/~esr/faqs/smart-questions.html? ;-))) http://www.google.com/ Забавлявай се! -- Best Regards, Hristo Erinin 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: [OT] mail.bG, content-type, Ginekolozi i Kurorti
On Tue, 5 Aug 2003 20:12:05 +0300 BIVOL <[EMAIL PROTECTED]> wrote: > Abe ginekolozite Debian ili Gecho sa pomislili che e browser ? > > >> Аз използвам Mozilla/5.0 Galeon/1.2.5 (X11; Linux i686; U;) Gecko/20020610 > >> Debian/1.2.5-1 > > >Нищо освен IE5.5 и нагоре не поддържа рич текст, гореизброените браузъри > >включително. Да не говорим, че вие ми говорите за мейлинг листи - те въобще > >игнорират HTML частта на писмото, където този футър е напълно коректен > Ами явно... то след Galeon-а очевидно съм изброил операционните системи на които го ползвам - X11, Linux, i686 и Unix, а пък Debian-а освен за browser го използвам и за четене на поща ;-)). -- Best Regards, Hristo Erinin 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
sylpheed & charsets (was: Re: lug-bg: ppp over ssh/ssl VPN ??? ili druga alternawita)
Здрасти, On Thu, 7 Aug 2003 23:10:17 +0300 "Boyan Krosnov" <[EMAIL PROTECTED]> wrote: > ne che dyrja da cheta tova koeto pishesh, no ako ti se iska poveche > hora da te chetat si opravi encoding-a > > Content-Type: text/plain; charset=CP1251 > ne e standartno ima ne encoding > Извинявам се, ако съм затруднил някой със съобщенията които изпращам. Оказа се, че причината за charset=CP1251 е настройката на Sylpheed 0.8.0 "Outgoing charset", която при мен бе сложена на Automatic. Което пък, според Sylpheed означава, че в зависимост от locale-то което е настроено, ще избере най-подходящия charset. Тъй като за locale имам настроено bg_BG.CP1251 Sylpheed вместо "windows-1251" поставя "CP1251". Не съм разбрал че има проблем, защото голяма част от MUA-тата се справят без проблем с показването на съобщения от мен. Благодаря, че ми обърна внимание на проблема. -- Best Regards, Hristo Erinin 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: ppp over ssh/ssl VPN ??? ili druga alternawita
On Thu, 7 Aug 2003 18:45:01 -0400 YaneV <[EMAIL PROTECTED]> wrote: > Zdraweite, > > Situachiqta e slednata : > 1.firma s dostup do internet > 2.dobre razwita wutreshna mreza > t3.rqbwa da se dade wuzmoznost na potrebitelite da dostupwat > wutreshnata mreza prez internet > > kato dobra alternatiwa mi zwuchi PPP over SSH (ili over SSL) zastoto > towa sa tunnel-i vyrhu tcp/ip pri koeto si se maskaradwat bez > problemno[mmm dano] Да, алтернативата е добра. Сравнително лесно се пуска и върви през NAT без проблеми. Е, има си и недостатъци, но зависи за какво ти трябва, а пък и повечето са преодолими. За един от най-сериозните (IMO) проблеми виж тук: http://sites.inka.de/~bigred/devel/tcp-tcp.html Според мен обаче на теб няма да ти свърши работа, съдейки по нещата които си написал. Защо - виж по-долу. > > interesuwa me dali nqkoi e realiziral neshto podobno i ima opit koito > iska da spodeli Аз съм реализирал такива тунели на две места, в момента обслужват средно 30-40 човека без проблем. Препоръчвам ти първо да прочетеш следния документ: http://www.tldp.org/HOWTO/ppp-ssh/index.html, да се опиташ да го реализираш, и ако имаш проблеми/неясноти тогава да се обърнеш към хората в LUG-BG с въпросите си. > > i pone dali e ospqwal da nameri adekwatni windowski klienti za > kachwane na interfache prez takuw tunnel > До колкото знам софтуер който да прави подобно нещо за Windows няма. Комбинацията м/у ssh и ppp разчита на факта, че pppd-то и ssh-то ползват виртуални терминали, които можеш да свържеш един към друг. Под Windows няма такова нещо. Аз бих ти препоръчал решение което ми изглежда доста по-добро и няма някои от недостатъците на PPP+SSH комбинацията, а пък и има версии за Windows и Linux. http://cipe-linux.sf.net/ http://cipe-win32.sf.net/ http://tldp.org/HOWTO/mini/Cipe+Masq.html За съжаление това не съм го пробвал как се държи, но чувам много добри неща за него. -- Best Regards, Hristo Erinin 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: [OT] mail.bG, content-type, Ginekolozi i Kurorti
Здравейте, Това съобщение не е свързано с темата на групата. Тези които не се дразнят от боклуците които mail.bg вкарва в края на съобщенията писани през техния webmail, могат спокойно да пропуснат останалата част от съобщението ми. Поради раздразнението у мен и други членове на групата, породено от безхаберието, немърливостта и незнанието на хората от mail.bg, реших да си поговоря с отговорните за системата им люде. Вследствие на което се получи дискусия между моя милост и администраторите на mail.bg. С тяхно разрешение на адрес http://astor.spnet.net/mail.bg.html поставих писмата от дискусията. На мен лично ми писна да се правят на ударени, ако някой друг иска да продължи дискусията, моля да заповяда. -- Best Regards, Hristo Erinin 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: HTB configuration
Здрасти, On Wed, 23 Jul 2003 12:29:42 +0300 (EEST) Marian Popov <[EMAIL PROTECTED]> wrote: > > > Не знам къде е работата, но явно не си чел достатъчно документацията > > към HTB. > RATE е МИНИМАЛНАТА ГАРАНЦИЯ, която получава всеки клас. Ако > > на един клас > дадеш 128Кбита и същия таван, няма как сумата от > > rate-овете на неговите leaves да > надвишава тази на parent-а. > > > > Да го кажа по-ясно: НЕ МОЖЕШ да наблъскаш в клас с rate 128Кбита 5 > > клиента, > и на всичките да дадеш също по толкова. Можеш обаче да им Можеш ;)) > > дадеш пропорционално > по-малко от rate-а на parenta им, като сложиш на > > всеки leaf ceil максимум > до rate-а или до ceil-а на родителския клас. > > > > Demek da razbiram che ako iskam v 128K da pobera 4 klienta > triabva RATE na vseki ot tiah da e 32Kbit a CEIL da e 128Kbit > taka li ? I oshte da razbiram li che ako ne tezi 4 adresa > RATE im e 64Kbit a CEIL im e 128 te shte nadvishat kapaciteta > zadaden v roditelskia klas ? A RATE i CEIL na roditelskia klas > ne triabva da sa ednakvi a CEIL da e primerno 256Kbit Taka li? > RTFAQ. http://luxik.cdi.cz/~devik/qos/htb/htbfaq.htm What if sum of child rates is smaller than parent rate ? It is like if you create unused child with remaining rate - the rate difference is divided between other children. What if sum of child rates is greater than parent rate ? Then interesting things can happen. Total rate delivered by children can be higher that parent's rate (thus its rate is not respected). However when sum of actual child rates are under parent's rate then borrowing will occur like in regular case. I use setup with 4 classes, parent has rate=ceil=6kbps, child "mail" has rate=1kbps ceil=4kbps, "web" has rate=ceil=15kbps and "other" has rate=2kbps ceil=4kbps. HTB is attached to an PPP interface with compressed multilink pair of modems which can go from 6kbps to cca 16kbps (depends on compresability of data). When "web" traffic is present it can go as high as compression allows while still allowing mail 1kbps and other 2kbps. When "web" traffic is smaller than 6kbps then "mail" and "other" can borrow more bw up to 4k each. Parent's class it not set to 18k because then "mail" and "other" could get as much as 8k which is more that link's minimum and would saturate the link. Thus I set parent to 6k so that "mail"+"other" are limited to 6k while "web" can go over. You can do similar setup by using one more class and deeper hierarchy but this is just to show you the possibility. -- Best Regards, Hristo Erinin 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: Contd: LAN problems? + strange problems
Здрасти,
On Fri, 18 Jul 2003 20:32:09 +0300
Kaloyan Ivanov <[EMAIL PROTECTED]> wrote:
>
> Friday, July 18, 2003, 4:28:41 PM, raptor wrote:
>
> [cut]
>
> r> |kernel: NETDEV WATCHDOG: eth5: transmit timed out
> r> ]- ot de se wze toq watchdog, kwo trqbwa da compiliram za da ima takwoz
> nesto...
>
> mislq 4e si instaliral watchdog. moje bi pokrai nqkkoi drug paket.
> ebuild-a e v app-admin/watchdog . probvai emerge -s app-admin/watchdog
> ili qpkg watchdog -c -v , ili pak s etcat
> nqkakav demon be6e mai. ama predi da instalira6 ne6to ne probva6 li
> emerge -p _edi_kakvo_si_
>
Този watchdog няма нищо общо с * пакети watchdog.
В същност нямa нищо общо с user space програми, поради простата
причина, че това кученце живее при kernel-a.
/usr/src/linux-2.4.21/net/sched/sch_generic.c:
static void dev_watchdog(unsigned long arg)
{
struct net_device *dev = (struct net_device *)arg;
spin_lock(&dev->xmit_lock);
if (dev->qdisc != &noop_qdisc) {
if (netif_device_present(dev) &&
netif_running(dev) &&
netif_carrier_ok(dev)) {
if (netif_queue_stopped(dev) &&
(jiffies - dev->trans_start) > dev->watchdog_timeo) {
printk(KERN_INFO "NETDEV WATCHDOG: %s: transmit timed
out\n", dev->name);
dev->tx_timeout(dev);
}
if (!mod_timer(&dev->watchdog_timer, jiffies +
dev->watchdog_timeo))
dev_hold(dev);
}
}
spin_unlock(&dev->xmit_lock);
dev_put(dev);
}
--
Best Regards,
Hristo Erinin
http://www.catb.org/~esr/faqs/smart-questions.html
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: LAN problems?
Здрасти, On Fri, 18 Jul 2003 11:23:31 +0300 Spas Pavlov <[EMAIL PROTECTED]> wrote: > Zdrawejte, > > Sluchwalo li se e na nqkoj da ima takiwa syobsteniq w /var/log/messages? > > kernel: NETDEV WATCHDOG: eth5: transmit timed out > > 2-3 sec sled nego ima slednoto: > > kernel: e1000: eth5 NIC Link is Up 1000 Mbps Full Duplex На мен ми се е случвало... Е след това не е казвало 1000 Mbps, а 100, но иначе е същото :) > > Ponqkoga trafika spira izcqlo i se nalaga restart na mashinata. А ifconfig eth5 up/down не върши ли работа? > > Mashinite sa dwe i sa slackware 8.0 s kernel 2.4.20, wklucheni kym edin > switch. LAN kartite sa eepro1000. > > Switch-a ne e restartiran. > > Nqkoj move li da kave dali problema e w LAN karti, modul ili w switch? > При мен беше в окабеляването/RJ-45 connector-ите. Предполагам, че е 1000BaseTx, а не 1000BaseFx? -- Best Regards, Hristo Erinin 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: strange problems...
Здрасти, On Thu, 17 Jul 2003 15:26:39 +0300 raptor <[EMAIL PROTECTED]> wrote: > hi, > > dneska imah mnogo stranen problem... sutrinta kato doidoh na rabota, edin server mu > se beshe sbozil network-a... > Problema e che kato restartiram networkinga se oprawq sled towa na wseki ot 3min > do 30min, spira net-a... > Nqkoi pat se oprawq ot samosebe si.. a nqkoi pat trqbwa da restartiram networkinga > kakto kazah.. > Smenqh 3 razlichni realtek-a 8139 (razlichni proizwoditeli) sys wsichkite go prawi > problema.. smenqh i PCI slota syshto. > Oste po interesnoto e che dosega servera si e rabotil pone 4-5 meseca s pyrwata > karta deto si beshe na nego bez nikakaw problem.!? > A pak oste po interesnoto e che za momenta ot 3-4 chasa si raboti bez problem ?! Хрм... mii-tool(8) какво ти казва като диагностика? Някои rtl8139 нямат MII, имай го пред вид. Аз бих погледнал кабели/RJ-45 конектори, няколко пъти ми се е случвало периодично да ми забива switch заради кофти окабеляване. Хоуп дис хелпс. :) -- Best Regards, Hristo Erinin 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: RAID Array
Здрасти, On Tue, 15 Jul 2003 16:35:19 +0300 "Marian Popov" <[EMAIL PROTECTED]> wrote: > > Наскоро и аз имах серизно занимание в тази област (RAID-1), както с > > Debian така и с RedHat. Всичко работи без никакви проблеми вече около > > седмица. > > > > Много е важно да определиш какъв чип ползва твоето дъно за RAID > > контролер. В кернела поддръжката засега е само за Promise (поне в > > Ami chipa e ITE IT8212 > > > 2.4.20). Другите чипове не се поддържат с RAID1, а само с RAID-0 (поне > > такова нещо прочетох някъде по форумите). Провери си дъното и ако е нещо > > друго трябва да си търсиш друго решение на проблема: аз използвах Multi > > Device Driver "md", работи си чудесно, макар и с 5-6% по-бавен трансфер > > от хард диска. > > V knijkata na dynoto pishe che v diska ima kernel configuriran 2.4.18 > i samo triabva da go kompiliram ama kernela go niama v diska i nikyde > ne namerih takova chudo v stranicata na proizvoditelia Gigabyte. Я виж какво изскочи на сайта на gigabyte.com.tw... Мисля че би трябвало да свърши работа... http://europe.giga-byte.com/MotherBoard/FileList/Driver/driver_raid_ite_8212_linux.exe Ама най-обичам дривери за линукс разпространявани като exe-та... поне да беше self-extracting ZIP така че ще ти трябва Wine/Dosemu за разархивиране на кочинката... А аз даже не знам какво има във филето... :) http://www.gigabyte.com.tw/Motherboard/Support/Driver/Driver_RAID.htm http://www.gigabyte.com.tw/Download/Download.asp?DownloadPath=/MotherBoard/FileList/Driver/driver_raid_ite_8212_linux.exe > > За software RAID: > > http://unthought.net/Software-RAID.HOWTO/Software-RAID.HOWTO.html > > > > Ако имаш нужда от повече инфо, пиши. IMHO: software RAID няма нищо общо с цялата история, а съответно и с проблема ти. По спомени (някой да поправи ако греша) след инициализиране на RAID-а, RAID/IDE контролера репорт-ва всеки масив като един IDE диск... Сиреч, ако имаш правилните драйвери в кернел-а, би трябвало да виждаш масива си като /dev/hda примерно. Според мен така изглеждаха нещата при Hardware RAID. А относно инсталацията се сещам за два-три варианта - 1) Инсталираш на обикновено IDE, компилираш си кернел с поддръжка на IDE/RAID контролера ти (ако искаш rootfs след това да е на RAID-a, sorry ама няма да стане с модул - трябва да е вграден в кернел-а), 2) Пробваш някакви комбинации с GRUB + custom kernel, LILO + custom kernel или loadlin с custom kernel... и след това инсталираш директно на RAID-a. 3) Кернел-а по default assign-ва на вградените на дъното IDE канали съответно ide0 и ide1 за primary и secondary, а на offboard контролерите (RAID напр.) ide2 и ide3... И след това root партишън-а ти се озовава вместо на /dev/hda2 на /dev/hde2 и получаваш един страхлив, депресиран и паникьосан кернел без корени. Може да се override с boot параметри задавани на кернел-а, или чрез опция при компилация. man 7 bootparam ако си с Дебиан. Хайде, успех и пиши после какъв е бил проблема и решението, че да има и за архива нещо... :) А, апропо архива... ще ли го има или няма да го има от Април месец насам? -- Best Regards, Hristo Erinin 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: Sendmail platen ANTIVIRUS
Здрасти, On Thu, 10 Jul 2003 11:43:34 +0300 [EMAIL PROTECTED] wrote: > Zdraveite, > insteresuva me plateni antivirusni programi za sendmail. Ako niakoi ima opit s > podobni molia neka spodeli. Ами повечето антивирусни са платени... В момента освен f-prot за други безплатни не се сещам. За тези които имат версии за линукс има и интерфейси за различни MTA-та. Двете които съм ползвал и съм останал доволен са Kaspersky и RAV. http://www.lekarstvo.com/ са представители на Kaspersky за България. www.rav.ro са на път да бъдат купени от Microsoft, но иначе продуктите им са (или бяха?) читави. Иначе интерфейси за MTA колкото щеш - от free/opensource до proprietary, разработени от самите производители на антивирусни програми. > ___ > > Избери си личен гинеколог от http://www.catb.org/~esr/faqs/smart-questions.html 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: Scanner
Здрасти,
On Wed, 09 Jul 2003 11:51:10 +0300
Vesko Nedev <[EMAIL PROTECTED]> wrote:
> Здравейте,
> По-долу е описан един малък и досаден проблем с Mandrake 9.1 и Benq
> scanner USB
>
> След спиране и последващо пускане на захранването (при спиране на тока
> например) скенера не може да се активира. Устроиството /dev/usb/scanner0
> е нормално конфигурирано и Мандкарето послушно му
> показва иконата на десктопа.
> Рестарт в Виндовс и скенера се активира. Нов рестарт и вече в линукс
> може да се ползва скенера.
> Някой да има идея защо след изключване и последващо включване на
> захранването на скенера той не може да се активира в Линукс. Ако може
> споделете как.
Ако рестартираш директно под линукс оправя ли се, или трябва
задължително да минеш първо под прозорец 9x/XP, за да тръгне под линукс
после?
Има вариант скенера да иска качване на firmware след reset и по тази
причина да не тръгва без прозоречна ОС. Което въобще не означава, че не
може да се подкара под линукс.
Освен това се допитах до триединния бог (трите свети 'w'-та, сина
'google' и отца 'com') на тема "benq usb scanner linux" комбиниран с
призоваването на Фортуна ("I'm feeling lucky") и той ми изпрати следното
прозрение в съня ми: http://www.buzzard.org.uk/jonathan/scanners-usb.html
--
Best Regards,
Hristo Erinin
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: apache i vfat
Здравейте, On 02 Jul 2003 13:57:43 +0300 Ivan Dimitrov <[EMAIL PROTECTED]> wrote: > imam sushtiq problem v kushti i na rabota. imam dql s winxp na > mashinata, po koito moga da cheta i pisha, no samo kato root. fs-a e > vfat. kato user, kakvoto i da pravq, mi e permition denied. oshte pri > mountvane na fs, smenq permishanite na direktoriata na takiva bes > prava i nito chmod nito opcii na mount mojax da si opravq problema. > vse oshte e taka i se primirqvam:( > reshenieto na tvoq problem e: napravi si apache-a da raboti kato root. > (ne go preporuchvam), ili razkarat shibaniq vfat. > > On ?, 2003-07-02 at 16:42, Elin wrote: > > >>imam slednia problem s apache 1.3.27 mountvam partishani koito sa > > >vfat v>root dirktoriata na apche i kato se opitvam da gi brouzvam > > >mi dava>forbiden access > > >>problema e che nemoga da pipam premishanite na vfata a staroto mi > > >apache>niamashe nikav problem po tova otnoshenie ako niako moze da > > >pomogne she>sam blagodaren > > >> [quote] $ man mount [cut] Mount options for fat (Note: fat is not a separate filesystem, but a common part of the msdos, umsdos and vfat filesystems.) [cut] umask=value Set the umask (the bitmask of the permissions that are not present). The default is the umask of the current process. The value is given in octal. [/quote] С други думи вместо да пускаме apache като root (*argh* *unf*) трябва просто да RTFM. -- Best Regards, Hristo Erinin System Administrator Spectrum Net Jsc. +35929657615 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 apache+php4+gd + !!! gif
Здрасти, On Fri, 27 Jun 2003 12:25:52 +0300 Plamen Tonev <[EMAIL PROTECTED]> wrote: > On Fri, 27 Jun 2003 02:00:15 -0700 (PDT) > emo terziev <[EMAIL PROTECTED]> wrote: > > > ne ne e.do sredata na 2004 e > > dali niama niakade debian repository sas > > kompilirano gd+gif tova e vaprosa > > > Не ама друг път: > http://www.ross.net/compression/patent_us4558302.html > събери Filed: 20-Jun-1983 + 20 години > > Да, и то този път. ;-) 20-Jun-1983 + 20 години = 20-Jun-2003, да, но това е само за US. За останалата част от света патентът изтича на 20-Jun-2004. И авторът на gd, поради невъзможност да предотврати износ на сорса си и последващото му използване извън територията на САЩ е решил да изчака изтичането на световния патент преди да включи код за _създаване_ на изображения в GIF формат с LZW компресия. За сведение: http://www.boutell.com/gd/ (което все пак е официалния сайт на libgd) Много здраве! ;-) -- Best Regards, Hristo Erinin Spectrum Net Jsc. +35929657615 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: Qmail
Zdrasti, On Fri, 6 Jun 2003 16:38:43 +0300 "Jordan Merachev" <[EMAIL PROTECTED]> wrote: > Vazmojno li e da se nastoi Qmail-a da dropva mailove sadarjasti atachmenti s > opredeleni razshireniq. > Ste se radvam ako nqkoi spodeli opita si. > Az polzvam s goliam uspeh checkhab na niakolko mesta. http://ngm.id.au/checkhab Na http://www.fehcom.de/qmail/filter.html ima niakolko podobni po zamisyl programki, koito obache ne sym polzval. Za novi tvorcheski uspehi v borbata s virusite i windows luserite! URA! :)))) -- Best Regards, Hristo Erinin Spectrum Net Jsc. +35929657615 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: virus activity?
Zdrasti, On Thu, 5 Jun 2003 17:27:12 +0300 Стоян Цалев <[EMAIL PROTECTED]> wrote: > един леко страничен въпрос към колегите,админстващи пощенски сървъри с > инсталиран антивирусен софтуер. На някой да му е направило впечатление > _рязко_ (ама наистина рязко :-) увеличаване на броя на писмата,заразени с > Win32/[EMAIL PROTECTED] Вместо обичайните 10-20 хванати вируса на час (независимо > от вида им), в последните часове се получава нещо като 300-400 на час,и то > практически само Win32/[EMAIL PROTECTED] Някой да има подобни наблюдения? Da, ima neshto takova... Prosto tova e nova versia na tozi virus i AV programite (predimno userskite predpolagam) ne go hvashtat. Sled update na definiciite pone pri men neshtata se stabiliziraha. -- Best Regards, Hristo Erinin Spectrum Net Jsc. +35929657615 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: Re[6]: lug-bg: mysql remote connection problem
Zdrasti,
On Thu, 5 Jun 2003 09:08:13 +0300
Tosho Yankov <[EMAIL PROTECTED]> wrote:
> Purvo da se izvinq che ne sym dal pulno info za mashinata. eto go>
N.p. :)
Ima edin dokument na ESR koito spored men e nezamenim, ako
imash problem i iskash da popitash v niakoi mail-list za reshenie:
http://www.catb.org/~esr/faqs/smart-questions.html
Tozi dokument e cenen spored men, zashtoto uvelichava neimoverno
shansovete niakoi da uspee/zhelae da ti pomogne. Da ne govorim che
ne gubish vremeto na horata bez da ima nuzhda :). Niakoi den shte se
hvana da go preveda na BG, ako ne e preveden vse oshte.
>
> ( uslovno ste nareka mashinite taka :
> tazi na koqto iskam da se zakacha server, a drugata ot koqto se
> opitvam da se zakacha klient )
> server :
> mysqladmin -p version
[cut]
>
> klinet: mysql -V
> mysql Ver 11.18 Distrib 3.23.51, for slackware-linux-gnu (i386)
>
> eto rezulatat ot telnet server 3306:
>
> telnet free 3306
> Trying 217.xxx.xxx.xxx...
> Connected to free.
> Escape character is '^]'.
> Connection closed by foreign host.
>
Eto go kliucha ot palatkata!
Otvori /etc/hosts.{allow,deny} i si opishi/otpishi IP-to na klienta
v niakoi ot tezi failove. V sluchaia problemyt e che mysqld e kompiliran
s tcpwrappers support, a ti imash niakakvi pravila spored koito niamash
pravo da se connect ot IP-to na klienta ti. Mozhesh da proverish dali e taka
s tcpdmatch(8):
$ /usr/sbin/tcpdmatch mysqld [IP-to/hostname na klienta]
warning: mysqld: no such process name in /etc/inetd.conf
client: address [client IP]
server: process mysqld
matched: /etc/hosts.deny line 3
access: denied
Drug variant za deny e ako imash PARANOID v hosts.deny.
[quote]
The PARANOID wildcard matches any host whose name does not match its
address.
[/quote]
Osven tova citiram ot http://www.fluidthoughts.com/howto/mysql-basics/
[quote]
When granting access to a user on a remote server, be sure to edit your
/etc/hosts.allow file to allow access to the various hostnames and IPs you're granting
access to like this:
mysqld: localhost 192.168.0.
Otherwise you may encounter this error:
ERROR 2013: Lost connection to MySQL server during query
[/quote]
:-)))
[cut]
> ami .. dano sym dal pulno info.
Dostatychno :))
Pozdravi ;-))
--
Best Regards,
Hristo Erinin
Spectrum Net Jsc.
+35929657615
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: Re[4]: lug-bg: mysql remote connection problem
Zdrasti,
On Wed, 4 Jun 2003 15:11:50 +0300
Tosho Yankov <[EMAIL PROTECTED]> wrote:
> Hello Peter,
>
> Wednesday, June 4, 2003, 1:41:42 PM, you wrote:
>
> PZ> :):):):)
> PZ> Pogledni se v DB 'mysql' tablica user(ili prez mysql control center ili
> PZ> drugo gui) ot kavav host(poleto s ekazva) moje da se logva tvoia user.
> PZ> Ako polzvahs GUI nikavo to direktno ste ti pokaje ot koi host moje..tova
> PZ> ti e problema tribva ti za host '%" ili IP :-)
> PZ> Pozdravi,
> PZ> BIVOL
> oste v pyrviq si post kazah, che sa opisani v tablicata na MySQL
> opisal sym go i po IP i po istinski host i po host kakto e v
> /etc/hosts na 1-vata mashina za vtorata mashina .. e ne stava .. i ne
> stava :(
>
Tozi thread otiva kym "poznaite ot 3 pyti problema koito imam" ;-)).
Za da imame kakvo da dyvchem dai malko poveche info za versii na
{mysql, libc, threads biblioteki}, SHOW VARIABLES;, tip i versia na
distribuciata, firewall imash li, kakvi varianti si probval,
oshte malko error messages.Tyi kato gi niamame tezi podrobnosti,
eto ti na pyrvo vreme malko URL-ta koito mi dade google-a
(barabar s vyzmozhni reshenia na problemite):
http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=77467
- kofti kombinacia mezhdu glibc i mysql
http://bugzilla.redhat.com/bugzilla/long_list.cgi?buglist=76111
- v tozi sluchai mysqld segfault-va.
Niakoi postove spomenavat che mozhe da e problem v pthreads
bibliotekata...
http://www.mysql.com/doc/en/Asking_questions.html
uspeh, leka i bezavariina :)
--
Best Regards,
Hristo Erinin
Spectrum Net Jsc.
+35929657615
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: disk speed and mrtg
Zdraveite, On 03 Jun 2003 11:46:19 +0300 Ivan Dimitrov <[EMAIL PROTECTED]> wrote: > vsushtnost, mai nqma da pomogne. tazi statistika spored nabludeniqta mi > prosto akomulira blks_read/write ot bootvaneto na machinata do tekushtiq > moment. na men mi trqbva tekushtata skorost s koqto chete/pishe po diska > za da moga da napravq mrtg stranica, inache s tezi stoinostti grafikata > vinagi shte raste. xumm.. moga da probvam da izkarvam i predishnata Naprotiv, shte pomogne. MRTG-to po default (ako ne mu se ukazhe opcia gauge ili absolute) smiata skorostta kato razdeli razlikata mezhdu novata i starata stoinost na vremeto mezhdu otchitane na stoinostite. http://people.ee.ethz.ch/~oetiker/webtools/mrtg/mrtg-conf.html#Options In the absence of 'gauge' and 'absolute' options, MRTG treats variable as a counter and calculates the difference between the current and the previous value and divides that by the elapsed time between the last two readings to get the value to be plotted. Spored vmstat(8): All linux blocks are currently 1k, except for CD-ROM blocks which are 2k. Taka che mozhesh da polzvash niakakyv prost script koito da ti gi dava kato stoinosti (eventualno umnozheni po 1000), i da ostavish mrtg-to da si svyrshi rabotata :). > stoinost ot tekushtata i da pravq stats po ostatuka. no tova e grozno > reshenie. ako ima nqkakuv nachin da izkaram direkto skorostta shte e > nai-dobre. s hdparms primerno??? > Ne vizhdam kak mozhesh da napravish podobno neshto s hdparms... > On вт, 2003-06-03 at 11:00, Ivan Dimitrov wrote: > > blagodarq viktore, tova shte mi pomogne. > > > > On пт, 2003-05-30 at 21:24, viktor wrote: > > > > > > Ivan Dimitrov wrote: > > > > iskam da si napravq mrtg stranichka za skorostta na transfer na > > > > harddiska. problema mi e che neznam otkade da namerq informaica za > > > > tekushtata mu skorost (i vsqkakva druga polezna i interesna informacia > > > > > > tazi informaciq ti q predostavq /proc/stat (man 5 proc), po-specialno > > > reda kojto izglejda taka: > > > disk_io: (3,0):(10219,7761,220044,2458,48288) > > > tylkuvaneto mu spored man stranicata e: > > > (major,minor):(noinfo, read_io_ops, blks_read, write_io_ops, blks_written) > > > ta trqbva da si identificirash hard diskovete po major i minor number i > > > posle ot vreme na vreme da gledash blks_read i blks_written. > > > PS: Osven tova mozhesh da poglednesh i http://perso.wanadoo.fr/sebastien.godard/ . Tozi francuzin razrabotva paketa sysstat v koito e vkliuchena programata iostat http://perso.wanadoo.fr/sebastien.godard/use_iostat.html -- Best Regards, Hristo Erinin Spectrum Net Jsc. 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
