Re: [Lug-bg] Как да подкарам Auto cad в Debian ?
На Monday 25 May 2009 13:07:10 Dimitar Dobrev написа: Ако някой добронамерен, приятелски настроен, отслужлив и приветлив добряк вземе че ме светне как да си сложа Autocad под Debian, да знае че има не една а няколко каси бира от мен. До колкото разбрах, Autocad R14 най-лесно ще го подкарам под WINE. По закона на Мърфи и най-трудно ще го открия. Здравей, може да пробваш с virtualbox или нещо подобно, но ще трябва да инсталираш и любимата ОС за съжаление. Успех! ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
[Lug-bg] RAID и debian
Здравейте, имам следния проблем, ще се радвам ако някой може да помогне - става въпрос за RAID контролер INTEL 82801HR/HO/HH (дъното е supermicro X7SBL-LN2). Опитвам се да използвам хардуерния RAID, но нещо не мога да се справя. Ето какво съм пробвал до сега - debian netinstaller (4.0r5). От BIOS -а имам две възможни настройки за RAID -а INTEL/Adaptec. И така - с INTEL създавам RAID (1) масив, инсталацията започва, но когато стигна до разделянето на исковете, вместо един диск се виждат двата. Разбира се мога да разделя единия и да инсталирам ОС, но след като рестартирам се изписва само GRUB и толкова, но така или иначе това не е решение. Ако се опитам да използвам Adaptec изобщо не намира дисковете. Накрая за да тръгне GRUB -а изкарах единия диск от масива и инсталирах ОС, сложих и софтуерен RAID, ще прикача и dmesg -а ако може да помогне. Благодаря Ви и поздрави! Linux version 2.6.18-6-686 (Debian 2.6.18.dfsg.1-23) ([EMAIL PROTECTED]) (gcc version 4.1.2 20061115 (prerelease) (Debian 4.1.1-21)) #1 SMP Mon Oct 13 16:13:09 UTC 2008 BIOS-provided physical RAM map: BIOS-e820: - 00096000 (usable) BIOS-e820: 00096000 - 000a (reserved) BIOS-e820: 000ce000 - 000d (reserved) BIOS-e820: 000e - 0010 (reserved) BIOS-e820: 0010 - 7fe7 (usable) BIOS-e820: 7fe7 - 7fe7c000 (ACPI data) BIOS-e820: 7fe7c000 - 7fe7f000 (ACPI NVS) BIOS-e820: 7fe7f000 - 8000 (reserved) BIOS-e820: e000 - f000 (reserved) BIOS-e820: fec0 - fed0 (reserved) BIOS-e820: fee0 - fee01000 (reserved) BIOS-e820: ff00 - 0001 (reserved) 1150MB HIGHMEM available. 896MB LOWMEM available. found SMP MP-table at 000f69c0 On node 0 totalpages: 523888 DMA zone: 4096 pages, LIFO batch:0 Normal zone: 225280 pages, LIFO batch:31 HighMem zone: 294512 pages, LIFO batch:31 DMI present. ACPI: RSDP (v002 PTLTD ) @ 0x000f6990 ACPI: XSDT (v001 SHIMAS SDS-ONE 0x0604 LTP 0x) @ 0x7fe730b9 ACPI: FADT (v003 INTEL 0x0604 PTL 0x0002) @ 0x7fe7b440 ACPI: _MAR (v001 Intel OEMDMAR 0x0604 LOHR 0x0001) @ 0x7fe7b534 ACPI: TCPA (v001 Intel 0x0604 PTL 0x005a) @ 0x7fe7b564 ACPI: MCFG (v001 PTLTDMCFG 0x0604 LTP 0x) @ 0x7fe7b596 ACPI: MADT (v001 PTLTD APIC 0x0604 LTP 0x) @ 0x7fe7b5d2 ACPI: BOOT (v001 PTLTD $SBFTBL$ 0x0604 LTP 0x0001) @ 0x7fe7b63a ACPI: SPCR (v001 PTLTD $UCRTBL$ 0x0604 PTL 0x0001) @ 0x7fe7b662 ACPI: ERST (v001 SMCI ERSTTBL 0x0604 SMCI 0x0001) @ 0x7fe7b6b2 ACPI: HEST (v001 SMCI HESTTBL 0x0604 SMCI 0x0001) @ 0x7fe7bc42 ACPI: BERT (v001 SMCI BERTTBL 0x0604 SMCI 0x0001) @ 0x7fe7bcea ACPI: EINJ (v001 SMCI EINJTBL 0x0604 SMCI 0x0001) @ 0x7fe7bd1a ACPI: SLIC (v001 SHIMAS SDS-ONE 0x0604 LTP 0x) @ 0x7fe7be8a ACPI: SSDT (v001 PmRef Cpu0Tst 0x3000 INTL 0x20050228) @ 0x7fe749f8 ACPI: SSDT (v001 PmRef Cpu7Tst 0x3000 INTL 0x20050228) @ 0x7fe74952 ACPI: SSDT (v001 PmRef Cpu6Tst 0x3000 INTL 0x20050228) @ 0x7fe748ac ACPI: SSDT (v001 PmRef Cpu5Tst 0x3000 INTL 0x20050228) @ 0x7fe74806 ACPI: SSDT (v001 PmRef Cpu4Tst 0x3000 INTL 0x20050228) @ 0x7fe74760 ACPI: SSDT (v001 PmRef Cpu3Tst 0x3000 INTL 0x20050228) @ 0x7fe746ba ACPI: SSDT (v001 PmRef Cpu2Tst 0x3000 INTL 0x20050228) @ 0x7fe74614 ACPI: SSDT (v001 PmRef Cpu1Tst 0x3000 INTL 0x20050228) @ 0x7fe7456e ACPI: SSDT (v001 PmRefCpuPm 0x3000 INTL 0x20050228) @ 0x7fe73185 ACPI: DSDT (v001 INTEL BEARLAKE 0x0604 MSFT 0x0300) @ 0x ACPI: PM-Timer IO Port: 0x1008 ACPI: Local APIC address 0xfee0 ACPI: LAPIC (acpi_id[0x00] lapic_id[0x00] enabled) Processor #0 7:7 APIC version 20 ACPI: LAPIC (acpi_id[0x01] lapic_id[0x01] enabled) Processor #1 7:7 APIC version 20 ACPI: LAPIC_NMI (acpi_id[0x00] high edge lint[0x1]) ACPI: LAPIC_NMI (acpi_id[0x01] high edge lint[0x1]) ACPI: IOAPIC (id[0x02] address[0xfec0] gsi_base[0]) IOAPIC[0]: apic_id 2, version 32, address 0xfec0, GSI 0-23 ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 high edge) ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 high level) ACPI: IRQ0 used by override. ACPI: IRQ2 used by override. ACPI: IRQ9 used by override. Enabling APIC mode: Flat. Using 1 I/O APICs Using ACPI (MADT) for SMP configuration information Allocating PCI resources starting at 8800 (gap: 8000:6000) Detected 2660.130 MHz processor. Built 1 zonelists. Total pages: 523888 Kernel command line: root=/dev/md2 ro mapped APIC to d000 (fee0) mapped IOAPIC to c000 (fec0) Enabling fast FPU save and restore... done. Enabling unmasked SIMD FPU exception support... done. Initializing CPU#0 PID hash table entries: 4096 (order: 12,
Re: [Lug-bg] RAID и debian
На Tuesday 09 December 2008 08:52:54 Nickola Kolev написа: Здравейте, Да взема да се обадя и аз... Съгласен съм с всичко, казано досега, като добавя някои неща: On Tue, 9 Dec 2008 07:40:41 +0200 Marian Marinov [EMAIL PROTECTED] wrote: Споделям мнението на цеци, подобни RAID контролери много рядко са добър избор, Причините да са лош избор са следните: 1. Трудно се подкарват да работят правилно Въобще не се подкарват. Дъната на Supermicro, както и повечето евтини 1U маркови сървъри имат, както беше споменато полу-софтуерни/полу-хардуерни RAID контролери. Затова най-добрия вариант е да се изключи напълно и да се действа с mdraid. 2. При счупване на масива ти си ограничен до софтуера който имаш в BIOS-а и съответно има много ситуации в които все едно нямаш RAID Виж по-горе. 3. В повечето случаи софтуерният RAID на Linux ядрото вади по добър performance отколкото този на дъното. Естествено - този на дъното въобще го няма. :) Това обяснява много неща :-) Благодаря Ви много за помощта! Поздрави и всичко добро! ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] Мониторинг на захранващото напрежение
На Wednesday 19 March 2008 11:31:52 Frant Frant написа: Здравейте група, Честит последен сняг за тази зима :-))) Имам една питанка. Може ли някой да ми каже инструмент, с който мога или в конзола, или под КДЕ да наблюдавам захранващото напрежение на системата ( +5, -5, 12 Волта ), както например ползвам SMARTCTL за мониторинг на твърдите си дискове. Здравей, предполагам, че ти трябва lm-sensors (http://www.lm-sensors.org/). Под конзола командата е sensors, има и доста графични инструменти които да ползваш. В зависимост от дистрибуцията която ползваш трябва да провериш дали го имаш инсталирано или да го инсталираш и конфигурираш. Поздрави ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
[Lug-bg] Монтиране на отдалечен ресу рс
Здравейте, имам следния проблем. Ако монтирам отдалечен ресурс (само със самба съм пробвал, не знам как се държи с други протоколи), може да си го ползвам като локална директория - до тук всичко ясно. Проблема се появява като отдалечената машина се изключи. Когато се използват графични програми за преглед на директории или в конзола с ls се получава доста голямо забавяне (тъй като явно има някакво време през което изчаква информация за дадения ресурс). Въпросът ми е има ли начин да се автоматизира монтирането и демонтирането на отдалечени ресурси т.е. когато отдалечената машина е в мрежата автоматично да се монтира, когато излезе от мрежата да се демонтира? Благодаря ви! ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] Внезапна размяна на имената на картите - eth0 и eth1
Здравей, Стоян правилно каза, че не си дал достатъчно информация. Така или иначе ако ползваш udev може да направиш следния файл: /etc/udev/rules.d/z25_persistent-net.rules (примерно) в който да имаш нещо от вида: SUBSYSTEM==net, DRIVERS==?*, ATTRS{address}==MAC_АДРЕСА_НА_КАРТАТА_ТИ, NAME=ETH Където MAC_АДРЕСА_НА_КАРТАТА_ТИ има вид като 00:11:22:33:44:55 а ETH е съответно eth0, eth1 и т.н. В тоя случай трябва да имаш два такива реда за двете ти карти. Надявам се да помогне, но така или иначе потърси из нет -а, повече информация. Поздрави! На 24.10.2007 Ivan Petrushev пише: Здравейте! Някой имал ли е проблем след рестарт на машината да се окаже че имената на лан картите са се сменили? На какво може да се дължи? Аз съм с 1) вградена RTL8111/8168B Gbit LAN 2) PCI карта RTL-8139 И двете са компилирани като модули в ядрото (2.6.21.5) Има ли значение кой модул се зарежда първи? От къде мога да видя реда на зареждането? Поздрави! ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
[Lug-bg] Странен звуков проблем
Здравейте, от няколко дни насам се появи странен звуков проблем - докато слушам музика с амарок или xmms се получава някакъв ефект като ехо все едно е пуснат някакъв филтър. Единствения начин по който успях да го оправя е като пусна mpg123 за известно време след това музиката от амарок се чува нормално. След известно време нещата се повтарят. Ако някой от вас се е сблъсквал с нещо подобно ще съм му благодарен да даде съвет. Пробвах да преконфигурирам alsa драйверите но резултата беше същия. Системата е дебиан (testing) с alsa 1.0.14 и kernel 2.6.22-2-486 (за последно го обновявах днес, но проблема си остана така или иначе). Звуковата карта е Intel 82801G. Поздрави ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] драйвер за монитор
На 21.8.2007 12:26 Hristo Simenov Hristov пише: Здравейте, искам да ви попитам някой има ли опит с LCD мониторите. Може ли да ме посъветва какъв модел да използвам за дравейр? Става дума за LCD Samsung SyncMaster 740N Този модел не го срещам в изброените и се чудя кой да избера от предложените. Здравей, до колкото видях характеристиките на монитора са ти: Horiz. Frequency 30~81 kHz Vertical Frequency 56-75 kHz така, че може да си ги зададеш ръчно в конфигурационният файл. Предполагам, че той се намира тук: /etc/X11/xorg.conf (ако ползваш xorg разбира се, иначе ще е нещо като XF86...) В него има секция Monitor в която трябва да замениш съществуващите стойности ето така: HorizSync 30-81 VertRefresh 56-75 Ако искаш да не работи на 75Hz второто може да го направиш примерно 56-60. Успех! ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] драйвер за монитор
На 21.8.2007 16:24 Hristo Simenov Hristov пише: On 21.8.2007, Yasen Pramatarov wrote: Това за LCD изобщо не му трябва. При тях няма честота на опресняване, защото екранът не се прерисува постоянно. Това, което му трябва е само: Section Screen Identifier alabala Device съответният идентификатор на видеокартата, сигурно по-нагоре във файла Monitor идентификатор на монитора, каквото си решиш или модел и т.н. DefaultDepth24 SubSection Display Modes 1280x1024 (тук слагаш максималната разделителна способност на монитора, тоест Препоръчваната, а тя е винаги максималната за TFT-та) EndSubSection EndSection Естествено, другите части на файла са си както трябва, това е само за екрана. И си готов ;) Тези неща хич не ми помагат. Структурата на xorg.conf ми е пределно ясна. Не са ми ясни стойностите. Конкретно: VendorName Samsung - туй да кажем е така ModelName ХХ - е тука какво да турнем HorizSync Х-Х- авно са някакви честоти, според Атанас: 30-81 VertRefresh Х-Х - и съответно: 56-75 Но от къде ги видя тези честоти? ModeLine 1280x1024 - е те това тука вече трепе рибата. Какви чисълца трябва да се изредят тука е мътна Индия. Ако го има модела на монитора няма проблем. Избирам си го и се нацвъкват спокойно. Но като го няма точния модел ко прайм? Здравей, предполагам, че Яската е прав относно LCD мониторите, не съм много запознат, а тези честоти които ти казах са от спецификацията на монитора, трябва да ги има в книжката към монитора, ако ги няма там потърси ги в интернет (аз от там ги взех). За ModelName предполагам, че няма особено значение какво ще сложиш, по - важно е да сложиш някакъв Identifier, който да отговаря на Monitor в секцията Screen. Надявам се да съм успял да помогна. Успех! ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] драйвер за монитор
На 21.8.2007 17:31 Hristo Simenov Hristov пише: On 21.8.2007, Yasen Pramatarov wrote: Изтрий тия редове. Сериозно -- аз ги нямам и съм без проблеми. Файла съм пипал на ръка, но е генериран от debconf, тоест тия редове когато сложих LCD-то ми бяха махнати автоматично. Честоти не ти трябват, те и да ги сложиш, сървърът няма да се съобразява, защото при цифровото управление на TFT просто няма нужда от такива неща. Аз съм с аналогов изход за монитора, не DVI. Една стара Riva TNT Ultra :) Мониторите дори и цифрови си имат честоти на опресняване. Виждат се и на менюто което се показва. Аз затова ти казвам да ползваш както ти написах: SubSection Display Modes 1280x1024 EndSubSection Това е подсекция на секцията Screen А тези неща съм ги копирал и за които питам са от секцията Monitor Пропуснах да спомена, че аз съм с 920N, монитора има така или иначе само аналогов вход. При мен конфигурацията е следната: Section Monitor Identifier Generic Monitor Option DPMS HorizSync 30-81 VertRefresh 56-75 EndSection Така или иначе може да смениш данните с тези от книжката на монитора или тези които пратих в началото (предполагам, че са същите). Успех ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] пробив през апаче и пхп :(
Здравей, за съжаление не мога да дам съвет къде точно е проблема. Тъй като имах преди време подобен проблем, освен нещата които вече се написаха като защита, мога да ти препоръчам да сложиш mod_security. Може би малко време ще ти отнеме докато го настроши, но мисля, че си заслужава. Може да го намериш тук: http://www.modsecurity.org/ Поздрави и успех! На 11.7.2007 23:16 deb4o пише: няколко пъти пробиват през уеб сървъра и копират разни неща за пускане на irc bot все в /tmp, но там сетнах noexec,nosuid на този дял и не могат да ги страртират. но искам да разбера къде е дупката в апачето. Apache 2.0.53 и php 4.3.9 Така и не мога да разбера от къде влизат. търсих по логовете но само единственно в error log-a на апачето намирам подобни на тези неща: ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
[Lug-bg] Сигурен сървър
Здравейте, интересно ми е вашето мнение (като изключим всички останали фактори влияещи на сигурността) за изграждане на сигурен сървър. Имам предвид следното - тъй като повечето сървъри са натоварени с повече от една услуга, как да защитим цялостно системата, ако е осъществен пробив на една от работещите услуги? Вярно е, че повечето услуги се стартират със собствен потребител, някои от тях в chroot режим, но дали това е достатъчно, или да прибегнем към използването на chroot за всяка една услуга или може би до vserver или user mode linux? Благодаря! П.П. Целта на въпроса ми не е да предизвика флейм, а възможност за обмяна на мнения ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] Сигурен сървър
Най-малкото може би са пермс. Тоест до файловете на всяка една услуга да има достъп само нейният потребител. Няма да е приятно някой да ти превземе апача, и да ти прочете конфигурационните файлове на quagga-та да речем. Chroot за всяка една услуга звучи някак си сигурно, но пък от друга страна няма ли да създаде много главоболия докато я настройваш тая машина? Да, с chroot наистина малко се усложняват нещата. Пробвал съм vserver там настройването е по - лесно но пък не знам как е като бързодействие, нямал съм възможност да го наблюдавам при по - големи натоварвания. ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] [SPAM] българско мрежово ад ресно пространство
http://ip2.ludost.net/ На 24.1.2007 11:48 Kamen TOMOV пише: Някой може ли да ме насочи към списък съдържащ по-голямата част от българското IPv4 адресно пространство? Сигурно не съм първия който пита, но не успях да намеря информация. Освен това се извинявам за офтопика и се чудя дали има специфичен мейл лист по подобни въпроси? ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] [SPAM] българско мрежово ад ресно пространство
Здравей, до колкото виждам разлика няма просто тази връзка ми попадна първа, затова нея пращам. Все пак може да питаш автора (Васил Колев предполагам :-)). Поздрави На 24.1.2007 14:37 Danail Petrov пише: Kаква е разликата между ip.ludost.net и ip2.ludost.net ? Атанас Мавров / Atanas Mavrov wrote: http://ip2.ludost.net/ ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
[Lug-bg] Postfix и SPAM
Здравейте, искам да ви помоля за съвет къде бъркам при конфигурацията на postfix, тъй като спама които получавам е меко казано доста, а в директорията в която трябва да се съхранява намерения спам няма почти нищо. И така да уточня само каква е системата - Debian testing, инсталирани са postfix, amavis-new, spamassassin, razor, spambayes, clamav. Postfix е настроен с виртуални пощенски кутии, ако има някакво значение де. Ето какви са настройките на postfix (взети са от тук http://linux-bg.org/cgi-bin/y/index.pl?page=articleid=adviceskey=388152596 с много благодарности на Никола Антонов): main.cf strict_8bitmime = no strict_8bitmime_body = no strict_mime_encoding_domain = yes strict_7bit_header = no smtpd_etrn_restriction = reject allow_untrusted_routing = no smtpd_soft_error_limit = 10 smtpd_hard_error_limit = 20 smtpd_error_sleep_time = 1s smtpd_delay_reject = yes disable_dns_lookups = no smtpd_helo_required = yes strict_rfc821_envelopes = yes disable_vrfy_command = yes smtp_always_send_ehlo = yes smtpd_delay_reject = yes smtpd_helo_required = yes smtpd_recipient_restrictions = permit_mynetworks, permit_sasl_authenticated, permit_tls_clientcerts, reject_non_fqdn_recipient, reject_unauth_destination, reject_invalid_hostname, reject_unauth_pipelining, reject_non_fqdn_sender, reject_unknown_sender_domain, reject_non_fqdn_recipient, reject_unknown_hostname, reject_unknown_recipient_domain, reject_rbl_client bl.spamcop.net, reject_rbl_client relays.ordb.org, reject_rbl_client sbl-xbl.spamhaus.org, reject_rbl_client list.dsbl.org, reject_rbl_client dnsbl.njabl.org, reject_rbl_client dnsbl.ahbl.org, reject_rbl_client dnsbl.sorbs.net, reject_rhsbl_client blackhole.securitysage.com, reject_rhsbl_sender blackhole.securitysage.com, reject_rhsbl_client rhsbl.ahbl.org, reject_rhsbl_sender rhsbl.ahbl.org, reject_rhsbl_client rhsbl.sorbs.net, reject_rhsbl_sender rhsbl.sorbs.net, reject_rhsbl_client block.rhs.mailpolice.com, reject_rhsbl_sender block.rhs.mailpolice.com, reject_rhsbl_client dynamic.rhs.mailpolice.com, reject_rhsbl_sender dynamic.rhs.mailpolice.com, reject_rhsbl_client bogusmx.rfc-ignorant.org, reject_rhsbl_sender bogusmx.rfc-ignorant.org, reject_rhsbl_client dsn.rfc-ignorant.org, reject_rhsbl_sender dsn.rfc-ignorant.org, permit smtpd_helo_restrictions = reject_invalid_hostname reject_non_fqdn_hostname check_helo_access hash:/etc/postfix/helo_access smtpd_sender_restrictions = reject_unknown_sender_domain, permit_sasl_authenticated, reject_rhsbl_sender dsn.rfc-ignorant.org master.cf smtp-amavis unix - - n - 2 lmtp -o lmtp_data_done_timeout=1200 -o disable_dns_lookups=yes -o lmtp_send_xforward_command=yes 127.0.0.1:10026 inet n - n - 16 smtpd -o content_filter= -o receive_override_options=no_unknown_recipient_checks,no_header_body_checks -o smtpd_helo_restrictions= -o smtpd_client_restrictions= -o smtpd_sender_restrictions= -o smtpd_recipient_restrictions=permit_mynetworks,reject -o mynetworks_style=host -o smtpd_authorized_xforward_hosts=127.0.0.0/8 Съответно в amavis-new е направено следното: @bypass_virus_checks_acl = qw( . ); # @bypass_spam_checks_acl = qw( . ); $forward_method = 'smtp:127.0.0.1:10025'; $notify_method = $forward_method; и в clamav: OutAddress: 10026 Listen: 127.0.0.1:10025 Не знам къде точно бъркам, но явно нещо не съм настроил както трябва. Освен това предполагам, че когато искам да обучавам spamassassin трябва да съм като потребител amavis или бъркам? И последен въпрос - spamassassin може ли да си взема база с данни за спама, освен това което аз му подавам като данни. Благодаря много! ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: lug-bg: отново за... шейпър
На 27.8.2006 23:24 Dragomir Todorov пише: Атанас Мавров / Atanas Mavrov написа: От тук нататък съм сложил филтрите които изглеждат по един и същи начин: $TC filter add dev $dev_lan parent 1: protocol ip prio 1 handle 101 fw classid 1:2 $TC filter add dev $dev_inet parent 2: protocol ip prio 1 handle 1 fw classid 2:2 ... ... Ето как съм направил маркирането на пакетите (ще покажа само за един потребител, защото нещата са идентични): За теглене: iptables -t mangle -A POSTROUTING -s ! 1.2.3.4 -d 1.2.3.4 -j MARK --set-mark 102 Ако не си направил правописна грешка като си писал този мейл филтъра ти е за маркирани пакети с марка 101 а ти ги маркираш с 102 ?! Ами грешката е моя и е правописна де... Значи правя следното: $TC filter add dev $dev_lan parent 1: protocol ip prio 1 handle 101 fw classid 1:2 $TC filter add dev $dev_inet parent 2: protocol ip prio 1 handle 1 fw classid 2:2 $TC filter add dev $dev_lan parent 1: protocol ip prio 1 handle 102 fw classid 1:2 $TC filter add dev $dev_inet parent 2: protocol ip prio 1 handle 2 fw classid 2:2 iptables -t mangle -A FORWARD -s 1.2.3.4 -j MARK --set-mark 1 iptables -t mangle -A FORWARD -s 1.2.3.5 -j MARK --set-mark 2 ... iptables -t mangle -A POSTROUTING -s ! 1.2.3.4 -d 1.2.3.4 -j MARK --set-mark 101 iptables -t mangle -A POSTROUTING -s ! 1.2.3.5 -d 1.2.3.5 -j MARK --set-mark 102
lug-bg: отново за... шейпър
Здравейте, знам, че тази тема е разисквана мнооого, постарах се да прочета каквото намерих и направих едно произведение, но за съжаление не работи коректно. Та ако някой има малко време бих го помолил да ми каже къде бъркам. И така става въпрос за една малка мрежа в която трябва да разпределя нет -а по равно на всички. Ето какво съм направил до тук: TC=/usr/sbin/tc #lan interface dev_lan=eth0 #net interface dev_inet=eth1 # това е скоростта за теглене (доставчика както може би се сетихте е... бтк) d_speed=2048 u_speed=512 #броя на потребителите $users=xxx $TC qdisc del dev $dev_lan root /dev/null $TC qdisc del dev $dev_inet root /dev/null #root disc $TC qdisc add dev $dev_lan root handle 1: htb default 1000 $TC qdisc add dev $dev_inet root handle 2: htb default 1001 $TC class add dev $dev_lan parent 1: classid 1:1 htb rate ${d_speed}kbit ceil ${d_speed}kbit $TC class add dev $dev_inet parent 2: classid 2:1 htb rate ${u_speed}kbit ceil ${u_speed}kbit #general download class $TC class add dev $dev_lan parent 1:1 classid 1:2 htb rate $[$d_speed/$users]kbit ceil ${d_speed}kbit #general upload class $TC class add dev $dev_inet parent 2:1 classid 2:2 htb rate $[$u_speed/$users]kbit ceil ${u_speed}kbit $TC qdisc add dev $dev_lan parent 1:2 sfq perturb 10 $TC qdisc add dev $dev_inet parent 2:2 sfq perturb 10 От тук нататък съм сложил филтрите които изглеждат по един и същи начин: $TC filter add dev $dev_lan parent 1: protocol ip prio 1 handle 101 fw classid 1:2 $TC filter add dev $dev_inet parent 2: protocol ip prio 1 handle 1 fw classid 2:2 ... ... $TC class add dev $dev_lan parent 1: classid 1:1000 htb rate $[$d_speed/$users]Kbps $TC class add dev $dev_inet parent 2: classid 2:1001 htb rate $[$u_speed/$users]Kbps Ето как съм направил маркирането на пакетите (ще покажа само за един потребител, защото нещата са идентични): За изходящия трафик: iptables -t mangle -A FORWARD -s 1.2.3.4 -j MARK --set-mark 1 За теглене: iptables -t mangle -A POSTROUTING -s ! 1.2.3.4 -d 1.2.3.4 -j MARK --set-mark 102 Ами това е... приемам всякакви съвети и предложения :-) Благодаря!
lug-bg: bogofilter
Здравейте, имам следния странен проблем. Ползвам kmail + bogofilter (debian testing + помощника на kmail за настройки на spam филтъра). Инсталирал съм го на две машини по един и същи начин без да правя каквито и да било настройки. Резултата е, че на едната машина 99% от спама отива където му е мястото, а на другата този процент не надвишава 5. И тъй като най - вероятно съм пропуснал нещо, може ли да ме упътите къде бъркам и как най - лесно да обуча филтъра? Благодаря!
Re: lug-bg: тв. тунер
На 23.1.2006 13:34 Vasil Benov написа: xwatv -hwscan какво казва? Здравейте, $xawtv -hwscan This is xawtv-3.94, running on Linux/i686 (2.6.15-1-k7) looking for available devices port 69-69 [ -xvport 69 ] type : Xvideo, video overlay name : video4linux port 70-70 type : Xvideo, image scaler name : ATI Radeon Video Overlay /dev/video0: OK [ -device /dev/video0 ] type : v4l2 name : ASUS TV-FM 7135 flags: overlay capture tuner Това е резултата от xawtv -hwscan, явно намира нещо но така или иначе не намира никакви канали нито с xawtv, нито с tvtime. (Бях задал настройка за чипсета при зареждане, сега е махната и резултата е: saa7133[0]: subsystem: 1043:4845, board: ASUS TV-FM 7135 [card=53,autodetected] ...) Честно казано нямам никаква идея къде може да е проблема...
Re: lug-bg: тв. тунер
На 23.1.2006 22:47 Vasil Benov написа: след като намира xawtv /dev/video0 пробвай: xawtv -c /dev/video0 За съжаление резултата е никакъв, нито така нито с tvtime-scanner, нито с scantv (последните две на всички честоти дават съобщение no signal). Да спомена че системата е debian testing, само ядрото сложих 2.6.15 с надеждата, че ще помогне но не би...
lug-bg: шейпър
Здравейте, по този въпрос има мнооого изписано и след дълго четене сътворих еднотворение но не съм много сигурен дали работи правилно. Та искам да помоля някой ако може да отдели 5 минути и да си каже мнението :-) Та става въпрос за ADSL -ла (на една добре известна компания :-)) и няколко човека в мрежа. Идеята предполагам е ясна - да се раздели справедливо трафика между всички. Ето това направих до момента: Първо отбелязваме изходящия трафик: iptables -t mangle -A FORWARD -s x.x.x.x -j MARK --set-mark 1 iptables -t mangle -A FORWARD -s y.y.y.y -j MARK --set-mark 2 ... След това входящия: iptables -t mangle -A POSTROUTING -s ! x.x.x.x -d x.x.x.x -j MARK --set-mark 101 iptables -t mangle -A POSTROUTING -s ! y.y.yy -d y.y.y.y -j MARK --set-mark 102 Ето и самия шейпър: #path to tc TC=/usr/sbin/tc #interface for users dev_lan=eth0 dev_inet=eth1 #download speed d_speed=512kbit #upload speed u_speed=128kbit $TC qdisc del dev $dev_lan root /dev/null $TC qdisc del dev $dev_inet root /dev/null $TC qdisc add dev $dev_lan root handle 1: htb #default 1000 $TC qdisc add dev $dev_inet root handle 2: htb #default 1001 #general class $TC class add dev $dev_lan parent 1: classid 1:1 htb rate $d_speed ceil $d_speed $TC class add dev $dev_inet parent 2: classid 2:1 htb rate $u_speed ceil $u_speed #general download class $TC class add dev $dev_lan parent 1:1 classid 1:2 htb rate 73Kbit ceil $d_speed #general upload class $TC class add dev $dev_inet parent 2:1 classid 2:2 htb rate 18Kbit ceil $u_speed И самите дисциплини: $TC filter add dev $dev_lan parent 1: protocol ip prio 1 handle 101 fw classid 1:2 $TC filter add dev $dev_inet parent 2: protocol ip prio 1 handle 1 fw classid 2:2 Не е нищо особено но имам някои съмнения върху правилната му работа. Благодаря! pgpa2B0T2tqVV.pgp Description: PGP signature