Re: [Lug-bg] Disk scrubbing
On Tue, February 20, 2018 4:33 pm, Momchil Ivanov wrote:
> On Tue, February 20, 2018 3:42 pm, Marian Marinov wrote:
>> Предложението ти не е лошо, но е в пъти по-сложно и за съжаление ще
>> hit-ва
>> сериозно write performance-а за клиента.
>> Замисли се, вместо директно да почнеш да пишеш на диска, първо ще се
>> случва write със същата големина :(
>
> На пръв поглед това даже се случва като си избереш
>
> LV Zero new blocks yes
>
> погледни например [1] и по специално [2]. Предпологам трябва да се
> разгледа по-подробно за да се види дали става навсякъде където трябва.
>
> 1:
> https://elixir.bootlin.com/linux/latest/source/drivers/md/dm-thin.c#L1248
> 2:
> https://elixir.bootlin.com/linux/latest/source/drivers/md/dm-thin.c#L1310
>
> Поздрави,
> Момчил
>
Хм, това нещо ми показва друг код като го отварям през лаптопа, странна
работа. Става въпрос за следното парче код от drivers/md/dm-thin.c
/*
* A partial copy also needs to zero the uncopied region.
*/
static void schedule_copy(struct thin_c *tc, dm_block_t virt_block,
struct dm_dev *origin, dm_block_t data_origin,
dm_block_t data_dest,
struct dm_bio_prison_cell *cell, struct bio *bio,
sector_t len)
{
int r;
struct pool *pool = tc->pool;
struct dm_thin_new_mapping *m = get_next_mapping(pool);
m->tc = tc;
m->virt_begin = virt_block;
m->virt_end = virt_block + 1u;
m->data_block = data_dest;
m->cell = cell;
/*
* quiesce action + copy action + an extra reference held for the
* duration of this function (we may need to inc later for a
* partial zero).
*/
atomic_set(>prepare_actions, 3);
if (!dm_deferred_set_add_work(pool->shared_read_ds, >list))
complete_mapping_preparation(m); /* already quiesced */
/*
* IO to pool_dev remaps to the pool target's data_dev.
*
* If the whole block of data is being overwritten, we can issue the
* bio immediately. Otherwise we use kcopyd to clone the data first.
*/
if (io_overwrites_block(pool, bio))
remap_and_issue_overwrite(tc, bio, data_dest, m);
else {
struct dm_io_region from, to;
from.bdev = origin->bdev;
from.sector = data_origin * pool->sectors_per_block;
from.count = len;
to.bdev = tc->pool_dev->bdev;
to.sector = data_dest * pool->sectors_per_block;
to.count = len;
r = dm_kcopyd_copy(pool->copier, , 1, ,
0, copy_complete, m);
if (r < 0) {
DMERR_LIMIT("dm_kcopyd_copy() failed");
copy_complete(1, 1, m);
/*
* We allow the zero to be issued, to simplify the
* error path. Otherwise we'd need to start
* worrying about decrementing the prepare_actions
* counter.
*/
}
/*
* Do we need to zero a tail region?
*/
if (len < pool->sectors_per_block && pool->pf.zero_new_blocks) {
atomic_inc(>prepare_actions);
ll_zero(tc, m,
data_dest * pool->sectors_per_block + len,
(data_dest + 1) * pool->sectors_per_block);
}
}
complete_mapping_preparation(m); /* drop our ref */
}
и съответната документация от lvmthin(7):
Zeroing
When a thin pool provisions a new data block for a thin LV, the new block
is first overwritten with zeros. The zeroing mode is indicated by the "z"
attribute displayed by lvs. The option -Z (or --zero) can be added to
commands to specify the zeroing mode.
Command to set the zeroing mode when creating a thin pool LV:
lvconvert --type thin-pool -Z{y|n}
--poolmetadata VG/ThinMetaLV VG/ThinDataLV
Command to change the zeroing mode of an existing thin pool LV:
lvchange -Z{y|n} VG/ThinPoolLV
If zeroing mode is changed from "n" to "y", previously provisioned blocks
are not zeroed.
Provisioning of large zeroed chunks impacts performance.
lvm.conf(5) thin_pool_zero
controls the default zeroing mode used when creating a thin pool.
___
Lug-bg mailing list
Lug-bg@linux-bulgaria.org
http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] Disk scrubbing
On Tue, February 20, 2018 4:33 pm, Momchil Ivanov wrote: > On Tue, February 20, 2018 3:42 pm, Marian Marinov wrote: >> Предложението ти не е лошо, но е в пъти по-сложно и за съжаление ще >> hit-ва >> сериозно write performance-а за клиента. >> Замисли се, вместо директно да почнеш да пишеш на диска, първо ще се >> случва write със същата големина :( > > На пръв поглед това даже се случва като си избереш > > LV Zero new blocks yes > > погледни например [1] и по специално [2]. Предпологам трябва да се > разгледа по-подробно за да се види дали става навсякъде където трябва. > > 1: > https://elixir.bootlin.com/linux/latest/source/drivers/md/dm-thin.c#L1248 > 2: > https://elixir.bootlin.com/linux/latest/source/drivers/md/dm-thin.c#L1310 Едно уточнение за производителността: не е нужно да пишеш по два пъти, понеже самото писане е на практика презаписване и унищожава записаната преди това информация. На практика пишеш един блок, който при нужда допълваш с 0 или нещо друго по твое желание, за да не изтечеш от ram върху диска и за да презапишеш достатъчно парче от диска, което после ще можеш да прочетеш без да знаеш точно до къде ти стигат данните в него. Т.е. замазването става в ram паметта преди да отиде като едно цяло в диска. Последният не се натоварва двукратно. Операциите в паметта са евтини. Така че scrub решението ти би било да си включиш опцията за lvm парцелите и да прегледаш евентуално дали не са изпусвали някъде да нулират при други операции. Поздрави, Момчил ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] Disk scrubbing
On Tue, February 20, 2018 3:42 pm, Marian Marinov wrote: > Предложението ти не е лошо, но е в пъти по-сложно и за съжаление ще hit-ва > сериозно write performance-а за клиента. > Замисли се, вместо директно да почнеш да пишеш на диска, първо ще се > случва write със същата големина :( На пръв поглед това даже се случва като си избереш LV Zero new blocks yes погледни например [1] и по специално [2]. Предпологам трябва да се разгледа по-подробно за да се види дали става навсякъде където трябва. 1: https://elixir.bootlin.com/linux/latest/source/drivers/md/dm-thin.c#L1248 2: https://elixir.bootlin.com/linux/latest/source/drivers/md/dm-thin.c#L1310 Поздрави, Момчил ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] Disk scrubbing
On Mon, February 19, 2018 3:36 pm, Marian Marinov wrote: > Здравейте група, > рядко вече се обсъждат интересни теми тук, но мисля да ви предложа един > казус над който можем да "медитираме" заедно :) > > > Ние scrub-ваме дисковете на всички containers, които се destroy-ват в > нашата система, но предвид, че използваме thinpools се получава следният > неприятен казус. > Ако thinpool-а е на 85% и някой си направи много голям volume, докато този > volume не е много пълен системата няма проблем. > Но в момента в който клиента си изтрие container-а ние започваме да > scrub-ваме с dd и реално пълним цеият капацитет и можем без да искаме да > препълним thinpool-a :( > > Ta въпросът ми е, сещате ли се за начин по който да се запишат данни върху > един partition/logical volume, само върху секторите в които реално има > данни :) > > По принцип chunksync & casync прават подобен анализ на volume-а и копират > само разликите, но на мен ми трябва вместо разлики да се записват данни, > пък било то и нули. > > Аз в момента обмислям дали да patch-на dd, да има опция която да му казва > да прочете блокчето и ако там няма данни да не записва нищо или да напиша > fstool, който да чете fs table-а и да overwrite-ва само блоковете, за > които FS-а знае, че има данни. > > Проблемът на вторият подход е, че ако даден файл е изтрит от FS-а и на > негово място(на неговите blocks) няма нови данни, това означава, че ще > пропусна да scrub-на тези данни. > > > Поздрави, > Мариян Здравей, в случай, че целта ти е друг клиент да не вижда старата информация на този клиент, решението е може би по-просто. Трябва да зануляваш секторите, когато те се зачисляват за първи път от lvm за даден клиент. По този начин дори и той да се пробва да си прочете цялото му заделено място с dd, ще види едно нищо. За целта може би трябва малка добавка в lvm, в случай че няма такава опция. По този начин ще презаписваш само нужните сектори. В края на живота на диска трябва така или иначе да го презапишеш целия, преди да го изхвърлиш. Поздрави, Момчил ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] В търсене на прогр ама за възпроизвеждане н а музика...
здр,
аз също бях в подобно положение след случилото се с Amarok :/
в момента ползвам exaile - http://www.exaile.org/ - разгледай го, със
сигурност покрива повечето (не съм сигурен за всички) от желаните
възможности.
Сложих си версия 0.3.2.0 (на страницата им пише, че е последната публикувана),
изглежда доста добре, но претърсването на колекцията спира на 69% и не мръдва
изобщо. Предполагам, че трябва да преборя това:
13:19:42,432:INFO: Compilation the best bg www.mp3-bg.com mp3 hits
detected in /mnt/store2/mp3/bg/slavi (xl.collection)
Exception in thread Thread-5:
Traceback (most recent call last):
File /usr/local/lib/python2.6/threading.py, line 532, in __bootstrap_inner
self.run()
File /usr/local/lib/exaile/xl/collection.py, line 113, in run
self.collection.rescan_libraries()
File /usr/local/lib/exaile/xl/collection.py, line 263, in rescan_libraries
library.rescan(notify_interval=scan_interval)
File /usr/local/lib/exaile/xl/collection.py, line 721, in rescan
self._check_compilation(ccheck, compilations, tr)
File /usr/local/lib/exaile/xl/collection.py, line 659, in
_check_compilation
{'album':album, 'dir':basedir})
UnicodeDecodeError: 'utf8' codec can't decode byte 0xd7 in position 25:
invalid continuation byte
за да продължи :). За съжаление не може да търси по име на файл, което
предполагам бързо може да се добави.
Благодаря,
Момчил
___
Lug-bg mailing list
Lug-bg@linux-bulgaria.org
http://linux-bulgaria.org/mailman/listinfo/lug-bg
[Lug-bg] В търсене на прогр ама за възпроизвеждане н а музика...
Здравейте, преди години бях щастлив потребител на xmms като ползвах само един списък с музика (цялата ми музика) и функциите: търсене, опашка, възпроизвеждане както и честотния филтър. С времето се появиха други програми за възпроизвеждане на музика с идеята за музикална колекция, моята колекция нарастна и презареждането на цялата ми папка с музика започна да отнема прекалено много време. Тогава реших да пробвам amarok, трябваше ми известно време да свикна на порядъка ресурси, които програмата изискваше в повече от xmms както и на начина на работа с нея, освен това трябваше да конвертирам ID3 таговете на mp3 файловете към utf8, защото amarok не разбираше cp1251. Накрая се харесахме и му бях щастлив потребител в продължение на около 2-3 години, докато не се появи kde4 и amarok2. С amarok2 дойде огромното разочарование: минимален набор настройки и съответно никаква кирилица за мен :(, понеже ползвам продукти от кде- kdepim: korganizer, kaddressbook и kmail, реших да изчакам известно време с надеждата да го оправят, но уви... все още е неизползваем за мен. Междувременно пробвах rhythmbox и няколко от клиентите за xmms2, но в първата програма не мога да редактирам ID3 тагове, а другите все още не стават за ползване. В момента съм се спрял на един спартански конзолен клиент за xmms2 - ccx2 и отчаяно ви моля да ми препоръчате графична програма за възпроизвеждане на музика със следните възможности: * да може да работи с id3 тагове с utf8 кодировка * да може да се редактират id3 тагове * възможност за въвеждане на кирилица (utf8) * да може да се избира фонтът, с който да се показват заглавията * ръчно опресняване на колекцията с музика (по възможност да става само с натискане на 1 бутон) * търсене в колекцията по: име на файл, име на песен, име на изпълнител, име на албум * възможност за преглеждане на колекцията по име на изпълнител * възможност за добавяне на цял албум към списъка за изпълнение * минимална консумация на ресурси Ще се радвам на всякакви предложения :) Благодаря, Момчил ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] Въпрос за Nagios3 и по лзването на 2 темплейта
На четвъртък 29 април 2010 11:11:25 d3v1...@d3v1ous.info написа:
Здравйете,
ползвам nagios3 за да следя състоянието на сървърите и мрежовото
оборудване във фирмата.
Под Debian Lenny съм и съм инсталирал nagios3 от пакет.
r...@nighthawk:/etc/nagios3/conf.d# dpkg -l | grep nagios3
ii nagios3 3.2.0-4~bpo50+1A
host/service/network monitoring and management system
ii nagios3-cgi 3.2.0-4~bpo50+1
cgi files for nagios3
ii nagios3-common3.2.0-4~bpo50+1
support files for nagios3
ii nagios3-core 3.2.0-4~bpo50+1A
host/service/network monitoring and management system core f
ii nagios3-doc 3.0.6-4~lenny2
documentation for nagios3
r...@nighthawk:/etc/nagios3/conf.d#
Със стандатната конфигурация на generic-host нямам проблеми. Дефинирал съм
хостове, услуги, контакт групи и контакти.
Въпроса е, че от известно време насам и DIRECTOR IT изявява желание да
получава мейли при отпадането на даден сървър/услуга. Разбира се желанието
му е да получава мейли след 1 час downtime на въпросния сървър.
След направените тестове установих, че не мога да ползвам 2 темплейта в
описанието на хост или услуга.
Говоря за това:
r...@nighthawk:/etc/nagios3/conf.d# head host-localhost.cfg
define host{
use generic-host
host_name LocalHost
alias localhost
address 127.0.0.1
}
Дефинирах нова контакт група и нов контакт за IT DIRECTOR и се надявах, че
ако му кажа
use generic-host
use it-director
ще получа това което искам, но уви :)
Групата administrators в която съм аз, получава мейли веднага след
отпадането на сървър, и веднага след смяна на статус (т.е. когато сървъра
стане UP).
IT DIRECTOR-а иска да получава мейли след 1 час downtime защото се очаква,
че ние сме разбрали час предварително и сме направили всичко което е по
силите ни.
Това е като цяло, дайте някакви идеи как да стане.
Що се касае до time period-a предпочетох да не се занимавам с дефинирането
на такъв а просто да задам по-голяма стойност на променливата
max_check_attempts.
Здравей,
погледни service escalations.
Момчил
___
Lug-bg mailing list
Lug-bg@linux-bulgaria.org
http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] Система за управл ение ( онагледяване ) на м режата
На вторник 09 март 2010 14:23:53 ivan stoianov написа: Здравейте, Имам следното питане. Фирмата в която работя доста се разрасна в последните години и ми е необходим софтуер, чрез който да мога да визуализирам и опиша цялата мрежа - компютри, принтери, рутери, сървари и всякакви такива. Фирмата е доста разкъсана и имаме офиси в други градове. Преди време ми бяха показали подобна система за управление на локални мрежи, но не помня как се казваше тази система. В нета попаднах на разни платени приложения което е непреемливо освен ако нямат крак. Както знаете криза е... :) Здравей, онагледавяне + следене може да си направиш с Nagios. Можеш да си опишеш машини и връзките между тях като можеш да си задаваш и кординати по желание (ако не искаш да ти ги чертае сам мрежата), както и картинки за различните устройства. Инструмента изпълнява функцията следене на услуги като картата на мрежата е екстра, така че ако искаш нещо шаренко с идеята да го представяш на някой, няма да ти свърши работа. Момчил ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] firewall project
На Monday 29 June 2009 22:07:10 derleader derleader написа: здравейте, обмислям в момента един хоби проект за управление на достъпа на големи мрежи, и също така firewall който да предпазва от DoS DDoS и други атаки. Ще се състои от Squid transparent proxy и openldap и от софтуер писан на PHP на отделен сървър който да подава тези IPта на firewall който могат да преминат а тези който не могат автоматично да ги дропи. Когато клиента не трябва да достъп до мрежага php програмата маха ip-то от списъка на firewalls с ip-та които могат да преминават. firewall изписва на потребителите че достъпа е заключен. Също може да се зададе firewall да филтрира имената на web sites които нямат право да минат. Не съм проверил но мисля че може да се направи squid да чете списък от ip-та които могат да се свързват на порт 22 - SSH. Ако ip-то не е в списъка squid ще дропи клиентите които искат да се свържат през порт 22. Цялата система дори ще е по- лесна за администрация. Не съм проверил но можеби има вариан да направя пощенски сървър който да ченте от главната php програма дали даден e-mail адрес на потребител може да се ползва. Тоест мога да заключа освен достъпа до сървъра и е-mail акаунта в пощенския съвър. Друга опция която бих искал да използвам е delay pools - тоест да лимитирам скоростта на всяко ip. Също така да се лимитира и общия брой конекции който ip може да прави. Като за начало мисля само да направя като функционалност да се проверява дали до дадено IP може да има достъп и да се брои трафита на всяко IP. Другите екстри ще се обсъждат по нататък. Виж picture 1 Проблема е че тези защитни стени трябва да издържат огромен брой конекции и огромен трафик. Иска ми се да мога да ги пригодя за реализация в големи datacenters със стотици съвъри и гигабити трафик. В случая firewall смятам да проектирам по следния начин. Виж picture 2 На съвъра има качен squid, OpenLDAP в който се съхраняват IPтата които имат достъп, скриптове за защита против DoS DDoS и може и да включа APF и CSF като тяхното използване e под въпрос тъйкато сървъра можеби ще се претоварва. Малко е спорно това дали да има OpenLDAP на сървъра тъйкато ще се натоварва, но ако няма достъп до главния сървър firewall ще си работи без пробелем. Squid ще се конфигурира да използва този скрипт http://www.stress-free.co.nz/transparent_squid_authentication_to_edirectory за да провери дали пакета на клиентите магат да преминат. В squid се настройва и така наченото ttl в случая представлява колко време достъпа на ip-то на важи. Като изтече ttl squid пак проверява в openldap дали има достъп. Все пак ако скоростта по спомени межди CPU и RAM е по смътни спомени е 6 GB/sec ако направя squid всеки път да проверява в главния сървър ще има голямо чакане от страна на клиента и мрежата може да се претовари. Главния сървър (php+mysql) периодично ще обновява списъка с ip-та на openLDAP. Дори обмислям дали да не напрява т.н RAMDISK - да инсталирам програма която да инсталира в рам паметта виртуален твърд диск и всичко да инсталирам там. Разбирасе в случая трябва рам паметта да е по-голяма. И трябва да се бриджнат двете мрежи, за да бъде невидима firewall (без ip адрес) Засега проблема който не съм решил е как да записвам трафика на всяко ip в списъка на openldap и дали проекта ще бъде ефикасен, каква производителност да очаквам на съвъра с двете програми на гъба си + скриптовете. Замислям се дали да не кача всичко на Sun Spark машина с opensolaris защото производителността ще е по-голяма. Естествено налага се да направя модофикации на OS - задаване на висок приоритет на изпълнение на squid, увеличаване на буфера на мрежовата карта. Разтоварване на ненужните модули на ядрота и сигурно ще се наложи да орежа ядрото. Да спра ненужните демони. Ще направя обединение на мрежови портове - bonding, на няколко мрежови карти за да вдигна на 2 гигабита възможния трафик който може да премине. Има security appliance на juniper и cisco струващи 20к+$ способни да обработват 10Gbit трафик, за съжаление не мога да разгледам как са устроени. Има тестови проведени с squid - двупроцесорна машина с 8 гигабайта рам може да издържи 3000 заявки с кешираща функция а на мен кеширане в случая не ми трябва. И още един проблем - с увечаването на хоповете ще се увеличи забавянето на отваряне на страници, негативен ефект който няма как да реша. Другото което мога да направя е да използавам по-ново прокси http://varnish.projects.linpro.no/ незнам каква е точно производиелността на предполагам че ще е по-добра Моля пишеште ми как мога да си пеша пролема с производителността. firewalla трябва да поема огромна натоварване. Това е засега което се сещам. Ако имате време и някакви по-добри идеиотнасно как мога да проектирам системата, моля пишете на адрес derlea...@abv.bg. Не пестeте критики! сто схеми http://img341.imageshack.us/i/picture1gpm.png/ http://img40.imageshack.us/i/picture2vxu.png/ Не мисля, че изборът
Re: [Lug-bg] порт 80 редирект бе з iptables pod Linux
На Tuesday 16 June 2009 22:46:04 foxy 202 написа:
Здравейте ,
дайте идея как мога през един Linux / Debian рутер да направия порт 80
редирект към друго PC
без да ползвам iptables - защото е изключен ip_conntrack по разбираеми
причини , товари се рутера много. целта е
трафика на порт 80 който минава от определени IPта да се насочи към друг
WWW сървър.
сега разучавам на apache2 mod_proxy но нещо не мога да разбера как да
прихване трафика като не е за него :(
с squid не виждам как мога да кажа само на определен IP или IPта да се
редиректнат
всяка идея ще ми дойде добре.
Поздрави
Емо
Ако не държиш да виждаш ip адресът на източника след пренасочването и ти
трябва само за http, може да си сложиш някое http прокси. В него може да си
опишеш къде да отиват заявките за определени домейни или от определени
клиенти. Лесно може да го постигнеш с nginx. Погледни документацията на
wiki.nginx.org, конфигурацията ти ще изглежда горе долу така:
upstream a {
server apache:80;
}
upstream b {
server kiro:80;
}
server {
# default
set $backend a;
if ($remote_addr ~ 1.2.3.4) {
set $backend b;
}
location / {
proxy_pass http://$backend;
}
}
--
This correspondence is strictly confidential. Any screening, filtering
and/or production for the purpose of public or otherwise disclosure is
forbidden without written permission by the author signed above. If you are
not the intended recipient, please immediately notify the sender and
permanently delete any copies
PGP KeyID: 0x3118168B
Keyserver: pgp.mit.edu
Key fingerprint BB50 2983 0714 36DC D02E 158A E03D 56DA 3118 168B
signature.asc
Description: This is a digitally signed message part.
___
Lug-bg mailing list
Lug-bg@linux-bulgaria.org
http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] стартиране на tty1 н о през ssh
На Thursday 21 May 2009 10:47:51 Victor Keremedchiev написа: 2009/5/21 Georgi Chorbadzhiyski g...@unixsol.org Around 05/21/09 11:10, Victor Keremedchiev scribbled: Не, искам Х да се стартира на самия компютър все едно съм пред него ( пред монитора и клавиатурата ). Не пиши над текста на отговора, не е прилично. Командата, която търсиш е startx -- Georgi Chorbadzhiyski http://georgi.unixsol.org/ ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg startx не върши работа, това кара Х да отива в background нали? Ще навляза в подробност: вместо баща ми да натисне login: XXX и password: XXX и после startx и да тръгне KDE искам аз да го направя през ssh Това е което ти трябва. Процесът отива в background, това го искаш, за да може като прекратиш ssh сесията, X-а да продължи да върви на машината. Ако нямаш друга стартирана X сесия, на монитора ще ти излезе сегашната и съответния tty, на който ти се пуска X-а, ще бъде избран; т.е. като цъкнеш startx и нямаш вече стартирана X сесия, баща ти ще види как X-а се пуска и зарежда съответния windows manager, който си сетнал в ~/.xinitrc Момчил ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] DNAT ???? ????????.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Rossen Antonov написа: 2008/8/20 vladi [EMAIL PROTECTED] Ще разкажа малко по-подробно. Може да ми намерите изцяло нова гледна точка. Историята късае домашната ми машина. Имам достъп до интернет през БТК Adsl и през квартален лан доставчик. Ползвам приоритетно лан доставчикът. Adsl-а е само за backup. Включвам го със скрипт, който добавя IP-то на adsl модема като default gateway и трие този на лан доставчика. Можеш да си сложиш правило, което да ти прекарва dns трафика през таблица, след което този скрипт да ти добавя правило в таблицата, което да ти DNAT-ва в PREROUTING DNS заявките. Като се връщаш към кварталния доставчик просто изтриваш правилото от таблицата. - -- This correspondence is strictly confidential. Any screening, filtering and/or production for the purpose of public or otherwise disclosure is forbidden without written permission by the author signed above. If you are not the intended recipient, please immediately notify the sender and permanently delete any copies PGP KeyID: 0x3118168B Keyserver: pgp.mit.edu Key fingerprint BB50 2983 0714 36DC D02E 158A E03D 56DA 3118 168B -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkisPpwACgkQ4D1W2jEYFotaLACgs9xOu/Kb8tpG2zERL250IkoM Or0AnjRm47+CgOpmgUoCxT/Lmr3/Pc9w =NG44 -END PGP SIGNATURE- ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] rsync
On Friday 13 June 2008 20:38:16 vladi wrote: здравейте, искам да правя rsync backup на група от сървъри, проблема ми е, че през ssh root е забранен, а голяма част от папките са тип 440 като /home/vmail и т.н. и искам да ви попитам за съвет/решение, мислех си да ползвам по някакъв начин sbit-a в атрибутите на /usr/bin/rsync за да се стартира с правомощият на root но ми е малко мъгливо. ако можете да помогнете.. може да ползваш rsync в режим на демон на машините, от които ще преточваш файлове. rsync в режим на демон ти дава възможността да ограничиш достъпа до ресурсите по ip адрес, както и с парола ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] Симулиране на вхо д от потребител в X Window
На Thursday 28 February 2008 08:54:10 Александър Шопов написа: Някой да знае програма, с която може да се симулира вход от потребител? Примерно, че е въвел alt-tab, натиснал нещо, въвел текст в X Window? http://xmacro.sourceforge.net/ ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] Кирилица в mysql зая вки през windows ssh клиент къ м линукс
На Monday 08 October 2007 15:55:43 Rossen Antonov написа: Но заявките към mysql-а са мъка. Първо се логвам с putty към сървера като задавам на putty да ползва utf8 за визуализиране на данните. След това в конзолата изпълнявам export LANG=bg_BG.UTF-8 (Нужно ли е?!?). До тук когато пиша на кирилица в конзолата (разбирайте от Windows-a през putty) всичко изглежда нормално. Пример: [EMAIL PROTECTED]:~$ проба -bash: проба: command not found [EMAIL PROTECTED]:~$ След като се логна в mysql изпълнявам set names utf8 и при произволен селект виждам всичко както трябва: Не знам дали трябва да сетваш LANG, но в mysql може да изпълниш set charset utf8, за да ти връща всичко в utf8. Дано добре видите какво се случва. Буквите от р до я и от А до П не се визуализират. Не съм проблвал дали данните ще се въведат ако изпълня на сляпо заявката. Факт е, че работата е абсурдна. Опитай заявката независимо как изглежда, може да е просто проблем при визуализацията от mysql терминала. -- PGP KeyID: 0x3118168B Keyserver: pgp.mit.edu Key fingerprint BB50 2983 0714 36DC D02E 158A E03D 56DA 3118 168B signature.asc Description: This is a digitally signed message part. ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] Linux friendly WiFi
На Friday 17 August 2007 15:00:54 Danail Petrov написа: Здравей, чисто от любопитство ми се иска да ти задам няколко въпроса: Alexander Shopov wrote: Здравейте група, Трябва ми помощ, за да си закупя компонентите, да си направя WiFi мрежа у нас. Искам да си закупя маршрутизатор WiFi и Wireless PC Card мрежова карта. Можете ли да ме насочите към конкретни марки, изделия, търговци? Изискванията ми към чарковете са (по-важните са напред): * Wireless PC Card: 1. Свободни драйвери. 2. Колкото може по-свободен фърмуеър. (нямам представа какво е положението). Това защо? :) 3. Да работи като хората. 4. Да не е безумно скъпа. * WiFi маршрутизатор 1. Безшумен - ама никакви вентилатори! 2. Да има възможност да се подмени фърмуеъра с друг, за предпочитане някакво линуксче, но и БСД се ядва. А това? Контрол. Чисто и просто :) това е причината всичко живо да се пробва да пуска свободни операционни системи на всякакви джаджи, пък че било модерно е друга работа. Ето ти и пример: web интерфейсът на моя wifi router е прост. Производителят е сметнал, че Н функции и настройки ще се ползват от средния потребител и е включил само тях. Аз обаче бих искал да имам контрол върху желязото, понеже познавам възможностите му и елементарният web интерфейс не ме задоволява. Понеже знам, че това е малък комютър, бих искал да си пускам собствени неща на него, да гледам статистики за използваният трафик, да разпределям трафика между потребителите, да ползвам повече настройки за dhcp сървърът, които липсват в web интерфейса, да си пусна vpn сървър и още безброй неща. Искам да контролирам всяка функция на устройството, както и повечето ентусиасти a.k.a. хакери, които инсталират софтуер върху машинките. Имам чувството че понякога се вманиячаваме повече от колкото е необходимо. Напоследък хората са луднали да си пускат линукс на всичко което докопат: телефони, мобилни джаджи (стил pocket-pc), телевизионни игри да не говорим, че бяха направили тостер който да работи с линукс (за да не съм голословен: http://www.cliphaven.com/pictures/this-toaster-runs-unix). Та, какво значение има това, какво използва за ОС даденият продукт(gsm,playstation,wireless device или всичко останало [айде, тостера както и да е :-):-):-)]), когато нашата цел е ограничена до толкова, че ние да ползваме услугите безпроблемно (както е в случая с wireless-а). Изключвам вариянтите в които търсиш такъв продукт/стока с developer-ска цел, визирам чисто потребителски нужди? 3. Да има достатъчно потребители на горното, за да им досаждам с проблемите си. 4. Да има и портове за нормален етернет. 5. Да дава достатъчно силен сигнал, за да покрие 2 стаен апартамент. 6. Да не е безумно скъп. Само за информация - познати са ми препоръчвали следните модели: Linksys WRT54GL NetGear KWGR614 И двата са добри, няма да изпадам в подробности, но и двата определено ще ти свършат работа И в двата случая - надявам се цената да не е над 200лв. Поздрави: ал_шопов Поздрави, Данаил Петров ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg -- PGP KeyID: 0x3118168B Keyserver: pgp.mit.edu Key fingerprint BB50 2983 0714 36DC D02E 158A E03D 56DA 3118 168B signature.asc Description: This is a digitally signed message part. ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] Nagios notifications
На 22.3.2007 16:41 Alexander Iliev пише:
Здравейте.
Боря един nagios и горе-долу съм го нагласил, но явно има проблем с
notification-ите, а именно - не праща такива.
През конзолата с потребител nagios успявам да пратя поща със абсолютно
същата команда, която е конфигурирана като host-notify-by-email. Няма
върнати писма от този потребител, няма нищо в опашката.
Малко конфигурации:
--
define contact{
contact_namesasoiliev
alias Alexander Iliev
host_notification_periodalways
service_notification_period always
host_notification_options d,u,r,f,n
service_notification_optionsw,u,c,r,f,n
host_notification_commands host-notify-by-email
service_notification_commands notify-by-email
email [EMAIL PROTECTED]
}
define contactgroup{
contactgroup_name all
alias Everyone
members sasoiliev
}
define host{
namegeneric-host
max_check_attempts 5
check_periodalways
check_command check-host-alive
contact_groups all
notification_interval 0
notification_period always
notification_optionsd,u,r,f
notifications_enabled 1
register0
}
define host{
host_name www
alias web server
address X.X.X.X
use generic-host
}
# cat /etc/nagios/nagios.cfg | grep notification | grep -E '^[^#]'
log_notifications=1
notification_timeout=30
enable_notifications=1
--
За тоя примерния хост да кажем отрязвам достъпа към него от машината,
където е nagios-а за да симулирам, че е down. Nagios-а се усеща, че е
down машината, но не праща нищичко.
Явно не мога да се сетя как да търся такъв проблем в google, понеже
нищо интересно не намерих, пък не е да не съм търсил.
Ще съм благодарен на всякакви предложения и идеи.
Поздрави,
А какво имаш в commands.cfg за notify-by-email и host-notify-by-email ?
--
This correspondence is strictly confidential. Any screening, filtering
and/or production for the purpose of public or otherwise disclosure is
forbidden without written permission by the author signed above. If you are
not the intended recipient, please immediately notify the sender and
permanently delete any copies
PGP KeyID: 0x3118168B
Keyserver: pgp.mit.edu
Key fingerprint BB50 2983 0714 36DC D02E 158A E03D 56DA 3118 168B
pgpfjAH3Lnqpo.pgp
Description: PGP signature
___
Lug-bg mailing list
Lug-bg@linux-bulgaria.org
http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] Сервиране на част от bind зона за DNS
На 8.3.2007 23:52 Vladimir Vitkov пише: Текущ прогрес излъгал съм че съм master DNS за зоната microsoft.com wiwdcard-нал съм цялата зона Може да излъжеш всяка от машините в нейния hosts файл, че домейн1 е с ip адрес твоя ip адрес http://en.wikipedia.org/wiki/Hosts_file -- This correspondence is strictly confidential. Any screening, filtering and/or production for the purpose of public or otherwise disclosure is forbidden without written permission by the author signed above. If you are not the intended recipient, please immediately notify the sender and permanently delete any copies PGP KeyID: 0x3118168B Keyserver: pgp.mit.edu Key fingerprint BB50 2983 0714 36DC D02E 158A E03D 56DA 3118 168B pgpoGncF4Pnk3.pgp Description: PGP signature ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] Как се прави шот в mplayer?
На 6.2.2007 23:41 Ivan Petrushev пише: Има ли някаква настройка за key binding? Нищо не успях да открия, а и в google информацията беше оскъдна. Намерих един начин за правене на шот, обаче е доста дървен. mplayer -vo x11 movie.avi И в заден терминал: import -window root shot.jpg Съмнява ме в mplayer-а да няма прост начин за това нещо :) man mplayer: s (-vf screenshot only) Take a screenshot. трябва да си пуснал филма с -vf screenshot а ето какво има за -vf screenshot screenshot Allows acquiring screenshots of the movie using the screenshot command (bound to the 's' key by default). Files named 'shot.png' will be saved in the working directory, using the first available number - no files will be overwritten. The fil- ter has no overhead when not used and accepts an arbitrary col- orspace, so it is safe to add it to the configuration file. -- This correspondence is strictly confidential. Any screening, filtering and/or production for the purpose of public or otherwise disclosure is forbidden without written permission by the author signed above. If you are not the intended recipient, please immediately notify the sender and permanently delete any copies PGP KeyID: 0x3118168B Keyserver: pgp.mit.edu Key fingerprint BB50 2983 0714 36DC D02E 158A E03D 56DA 3118 168B pgpoqKfWTIAF7.pgp Description: PGP signature ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] смяна на резолюци я
На 5.2.2007 22:20 Philip Georgiev пише: здр, търся начин за лесна смяна на резолюцията. имам linux, dosemu и стара програма под dos, която изглежда ужасно на 1280х1024 на 17 LCD :) искам да превключвам 1280х1024 към 640x480 (дори по-малко, нямам точната стойност в момента) по възможно най-лесен начин. ctrl+F1/F2 не върши работа - не може отделните desktop-и да имат различна резолюция. или може? нещо с xorg-а? не знам какво може да ми свръши работа... моля, дайте идея :) xorg.conf: Section Screen Identifier Screen 1 Device My Video Card Monitor My Monitor DefaultDepth 16 Subsection Display Depth 16 Modes 1024x768 800x600 640x480 ViewPort0 0 EndSubsection EndSection Ако в Modes имаш няколко възможни резолюции, може да превключваш на тях с ctrl alt + или ctrl alt -. Ако нямаш, просто си добави желаните :) -- This correspondence is strictly confidential. Any screening, filtering and/or production for the purpose of public or otherwise disclosure is forbidden without written permission by the author signed above. If you are not the intended recipient, please immediately notify the sender and permanently delete any copies PGP KeyID: 0x3118168B Keyserver: pgp.mit.edu Key fingerprint BB50 2983 0714 36DC D02E 158A E03D 56DA 3118 168B pgpxk32rpxnw6.pgp Description: PGP signature ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] Сигурен сървър
На 29.1.2007 11:35 Атанас Мавров / Atanas Mavrov пише: Здравейте, интересно ми е вашето мнение (като изключим всички останали фактори влияещи на сигурността) за изграждане на сигурен сървър. Имам предвид следното - тъй като повечето сървъри са натоварени с повече от една услуга, как да защитим цялостно системата, ако е осъществен пробив на една от работещите услуги? Вярно е, че повечето услуги се стартират със собствен потребител, някои от тях в chroot режим, но дали това е достатъчно, или да прибегнем към използването на chroot за всяка една услуга или може би до vserver или user mode linux? 1) firewall блокираш всичко входящо, освен работещите услуги (това ти гарантира, че при пробив на услуга, атакуващия няма да може да си пусне друга такава на порт по желание - изключваме придобиването на root права от атакуващия) 2) всяка услуга да е със собствен потребител (това ти гарантира следващо ниво на сигурност: права на файлове) 3) ако можеш да chroot-неш всички е най-добре (гарантира ти достъп само в определена директория, което изключва поразии по други) 4) даваш им точно толкова досъп до системата, колкото им е нужен, не повече (ако на някой не му трябва да листва съдържанието на директория махаш x флага, ако не му трябва да я чете, махаш r и т.н.) 5) трябва да внимаваш за правата върху останалите файлове и директории, да не се окаже така, че една услуга да може да се бърка на друга (скриптове които периодично следят права са добра идея винаги) 6) трябва да внимаваш за приложения със setuid/setgid (скриптове които ти казват кои файлове/директории имат такива) 7) трябва да следиш услугите за дупки и своевременно да ги закъпрваш, в противан случай пробият ли ти една, от там могат да ти пробият и друга (най-лошото е когато и ядрото има дупка) 8) да си следиш логовете и да си направиш система за известяване, при определени събития 9) не е толкова страшно да ти пробият услуга, страшното е ако не разбереш за това. Постоянното наблюдение на услугите (от друга машина) и известяване при проблеми ще ти донесе само плюсове да си правиш бекъпи (нямаш ли бекъпи другаде, нямаш сигурност), независимо колко сигурен си мислиш, че е сървърът (хардуерните хакери са най-зловещите) :) винаги може да те изненада механичен/електрически проблем В крайна сметка, решението което ще избереш трябва да се базира на услугите, които вървят на машината + колко сигурна искаш да е. Параноята, колкото и ползотворна да е, може да ти донесе главоболия :) Благодаря! П.П. Целта на въпроса ми не е да предизвика флейм, а възможност за обмяна на мнения ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg -- This correspondence is strictly confidential. Any screening, filtering and/or production for the purpose of public or otherwise disclosure is forbidden without written permission by the author signed above. If you are not the intended recipient, please immediately notify the sender and permanently delete any copies PGP KeyID: 0x3118168B Keyserver: pgp.mit.edu Key fingerprint BB50 2983 0714 36DC D02E 158A E03D 56DA 3118 168B pgpdmnGO7voCO.pgp Description: PGP signature ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] Dreamweaver+CVS [OFFTOPIC]
На 24.1.2007 11:34 Frant Frant пише: Оригинално писмо От: Boris Jordanov Относно: Re: [Lug-bg] Dreamweaver+CVS До: Linux Users Group - Bulgaria Изпратено на: Сряда, 2007, Януари 24 11:49:46 GMT+02:00 -- Това е Linux users group, т.е - за потребители. Не за разработчици, не за администратори. Въпроси за програмиране и администриране разбира се са добре дошли (и са чести дори), но основната цел е - взаимопомощ на потребители.(без 8 удивителни) А ето тук [ http://www.linux-bulgaria.org/mail_list.html ] можеш да се запознаеш по-подробно с правилата за поведение. Not Found The requested URL /mail_list.html was not found on this server. Apache/2.2.3 (Fedora) Server at www.linux-bulgaria.org Port 80 Ставаш досаден. Предлагам ти обаче да прекратим този безмислен разговор. Поздрави! - Заложете на късмета си със Спортингбет! -- This correspondence is strictly confidential. Any screening, filtering and/or production for the purpose of public or otherwise disclosure is forbidden without written permission by the author signed above. If you are not the intended recipient, please immediately notify the sender and permanently delete any copies PGP KeyID: 0x3118168B Keyserver: pgp.mit.edu Key fingerprint BB50 2983 0714 36DC D02E 158A E03D 56DA 3118 168B pgp7T3sMC0XjB.pgp Description: PGP signature ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] Apace profptd virtual account
На 20.1.2007 16:45 Frant Frant пише: Оригинално писмо От: Dimitar G. Katerinski Относно: Re: [Lug-bg] Apace amp; profptd virtual account До: Linux Users Group - Bulgaria Изпратено на: Събота, 2007, Януари 20 17:18:46 GMT+02:00 -- On Saturday 20 January 2007 16:53, Frant Frant wrote: както и файловете на отделните виртуални потребители всъщност се притежават от един системен потребител. Ами това всъщност е предимство, а не недостатък :-) Не мисля ;-) Особено, когато качените през ftp файлове, ще се достъпват през Apache. Като уеб хостинг например. И? Кое те плаши до смърт? Възможността един потребител, да прескочи в директорийките на друг ли? Нали си задал изрично на Всеки потребител кой му е корена той по-нагоре не може да изплува. Това, че като обработваш php/cgi скриптове, потребителя може да чете файловете на другите. Или може би статисика за Ъп/Даун на файловете? И тя не е проблем с малkо grep или по-добре awk към логовете... Калин Гоев Поздрави, Димитър Г. Катерински -- http://tropot.net/photoblog/ - my life. in pictures. ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg - Заложете на късмета си със Спортингбет! -- This correspondence is strictly confidential. Any screening, filtering and/or production for the purpose of public or otherwise disclosure is forbidden without written permission by the author signed above. If you are not the intended recipient, please immediately notify the sender and permanently delete any copies pgpKp6hBExPzf.pgp Description: PGP signature ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] Ugly fonts in Fedora Core 6
Принципно има значение и как са ти подредени директориите в /etc/xorg.conf. Пробвай да сложиш фонтовете, които искаш да ползваш като първа директория. On 11/28/06, Ivaylo Toshev [EMAIL PROTECTED] wrote: И това съм направил. Проблема не е в заглаждането, а в разместването - както вече описах, някои букви са по-високо от други или са твърде залепени до съседни 2006/11/28, Georgi Chorbadzhiyski [EMAIL PROTECTED]: Ivaylo Toshev wrote: Всъщност, пропуснах да напиша, че това съм го направил. Сложил съм си всички TTF шрифтове . Но не помага Пусни си kcontrol и от секцията за шрифтовете избери/включи anti aliasing. -- Georgi Chorbadzhiyski http://georgi.unixsol.org/ ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] WebCam A4Tech PK-5 - OFFTOPIC
Аз получих това писмо. On 11/22/06, Lubomir Haralampiev [EMAIL PROTECTED] wrote: Здравейте, Извинявам се за offtopic-a, но изглежда имам проблем с gmail. Когато изпращам писма до lug-bg през Thunderbird и smtp.gmail.com не ги получавам обратно, т.е. не получавам писмото, адресирано до lug-bg от мен. Въпросът ми е вие получавате ли ги, т.е. получава ли lug-bg изобщо моите писма от Thunderbird? Пускам и по едно bcc до друг адрес и там писмото пристига. В тази тема до този момент съм изпратил три мейла, това би трябвало да е четвъртия. При мен са дошли обаче само двата, които съм пуснал през браузъра. Когато пращам през браузъра, тоя проблем го няма. Поздрави, Любо ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: lug-bg: spam
Дрън дрън дрън Можеше ли да пратиш лично на него това писмо или всички трябва да четем личните ти нападки? И кой не знае, че огромна част от писмата предавани по интернет се класифицират като СПАМ или са пълни с вируси? Благодаря за информацията, но това е проблем, с който всеки се сблъсква,когато си открие пощенска кутия. Съществува и едно нещо, което е общо за реалната и виртуалната пощенска кутия: спирането на спам-а на по-високо ниво, или на практика заключването на входната врата на блока (респективно входа). Всеобщото благо, да си заключим входа :) добра идея. Какво ме грее мен, че ти имаш някаква джаджа, която унищожава кофти писма, като аз получавам същите? Да си купя и аз освен такава джаджа, че да пази и мойта кутия? Ама е по-лесно да се хвалиш какво имаш и колко е ефективно, вместо да го сложиш на входа да пази всички, нали? Егоизъм? Мързел? Или просто да се покажем колко сме умни и знаещи и как си пазим собствената кутия? On 10/30/06, Yulian Stefanov [EMAIL PROTECTED] wrote: Абе Владимире, ти да не си някой робот бе? Взе нещо много да се повтаряш за вече минали неща. Аз пък няма да се повтарям. Моля проследете треда от линка: http://linux-bulgaria.org/webarchive/2006/Jun/37107.html Само щедобавя за твоя информация в случай, че се заинтересуваш. Няма такова нещо като 100% защита. Най-добрите решения се твърди, че работят на 99%. 99% работят! Добре, добре, мисля, че за всичко ще се от ползва и ще се радваме, ако спомогнеш поне 43% от спама да намалее, защото очевидно твоята джаджа го маркира и не четеш всичко, което минава през списъка! Винаги има някакви списици от спам адреси и някави филтри на думи като виІагра, но те не са 100% ефективни. Винаги има по нещо ново което не е описано и се промъква. Например в работата сме с Brightmail(не почвайте флейм кое е по-добро) и пак имам по едно-две писъмца на седмица. Едно-две на седмица :) помогни и тук да стане така или само се хвалиш? Ако се хвалиш само, то поне сподели свободата, сподели как го правиш, за да може някой да го прочете и да оправи нещата, или предпочиташ да го запазиш за себе си и да продължаваш да се хвалиш? Ти избираш! Но с такова писмо, определено не допринасяш с нищо положително. Пример от днеска: ~356 000 писма за деня, спам 43%, вируси 3%. Този домейн bastun не ти ли предлага такова нещо? Няма ли спам филтри на твоята пощенска кутия? Или наистина е бастун кутия? Но ти да не предполагаш, че ще се появи някой роб дето ще чопли по сървъра и ще трие всичко дето не е за твоята поща? Или ще седне да ти угажда специално на тебе? Или ще седне да чете вместо тебе за да търси някакво решени специално за теб? п.с. Само не разбрах този път дали се отписваш от листата или не? 2006/10/27, Vladimir Smolensky [EMAIL PROTECTED]: Delyan Atanasov wrote: Georgi Chorbadzhiyski wrote: [EMAIL PROTECTED] wrote: Понеже не оправихте спама се отписвам Чао, няма да ни липсваш. Така, изгонихме го.сега да спрем да спамим :) Smeshnici, bqh wi pisal po wyprosa, obache ponejw wsichki tuka sa hiper experti, nqma koj da deshi problema. Ta, kato reshenie da gonim hora... Za kwo sa ni poweche hora w lug-bg... nali taka i taka sme se sybrali AZ, Gosho i LEwia mi krak. I taka na temata. Moje da si zabiwate glawite kato shtrausi i da se prawite che problem nqma no pak shte powtorq: 1. Lista w koqto powecheto hora se smqtat za malko ili mnoo linux sistemni administratori e pylna s spam. 2. Wseki si ima nqkyw filter da si reje spama. Wsichki koito tuk se schitat za nqkwi awtoritet twyrdqt che problem NEMA!! 3. Spama obache si fyrchi kydeto si iska i wyobshte do adres [EMAIL PROTECTED] moe si prashta kuco si sakato. 4. Kupchina smeshnici, teoritici koito ne mogat da reshat sobstwenite si problemi (estestweno towa ne sa washite problemi, a na nqkoj drug) raziskwat zadylbocheni i slojni temi. 5 Wsyshtnost spama tuka se tolerira za da moje da bydat izgoneni tezi koito ne sa dostoini da chetat tazi newetoqtno interesna i inowatiwna list-a. 6. Kupchina smeshnici, teoritici koito ne mogat da reshat sobstwenite si problemi (estestweno towa ne sa washite problemi a na nqkoj drug). 7. Obqsnete mi che sym nagyl i ne uwajawam kapacitetite nasybrani tuk zashtoto im goworq mrysotii... 8. Kupchina smeshnici, teoritici koito ne mogat da reshat sobstwenite si problemi (estestweno towa ne sa washite problemi a na nqkoj drug) raziskwat zadylbocheni i slojni temi 9. Mnooo wi blagodarq za wnimanieto... P.S. Otnowo se opitwam sys wzlom da nakaram nqkoj tuk da reshi edin elementaren problem no ... molqwi se ne mi otgowarqjte... towa che [EMAIL PROTECTED] moe da prashta spam do tozi list kogato si poiska e nekaf neznachitelen problem. A i kwo e jiwota bez spam... skuka. -- Yulian Stefanov [EMAIL PROTECTED]
Re: lug-bg: spam
On 10/27/06, Georgi Chorbadzhiyski [EMAIL PROTECTED] wrote: Vladimir Smolensky wrote: P.S. Ама като ви гледам как се отбранявате от всякви идеи за спиране на спама тук, като третокласници дето не искат да си напишат домашното сте ;) смех смех, а поне да беше нещо сложно дето не го можете ;) Спама дето толкова ревеш за него хората си го филтрират на локалните сървъри или с MUA-тите си и изобщо не го виждат. Ехехе, ново 20! Това съм го чел вече доста пъти. -- Georgi Chorbadzhiyski http://georgi.unixsol.org/
Re: lug-bg: nVidia dual head setup
Пробвал ли си да пуснеш първия Х сървър със -screen Pyrvi и втория със -screen Vtori, като имаш описани 2 Screen-а в xorg.conf? Или да си направиш 2-ри конфигурационен файл, и да подаваш -config faila като пускаш втория Х сървър? On 8/11/06, Alexander Iliev [EMAIL PROTECTED] wrote: Здравейте. Имам тук една карта - nVidia FX 5200 с VGA и DVI изходи и идеята е следната - на VGA изхода да си работи X (kdm, KDE, GNOME, etc.), а на DVI изхода, където е вързан един плазмен телевизор да се пуска X, който да върви постоянно и да се прожектират разни простотии на него (slideshow на снимки, филмчета и т.н.). Успях без проблеми да пусна на DVI изхода втори Screen с параметрите в Display секциите (Screen 0/1). Целта ми е на DVI изхода да върви отделен X сървър, който да е независим от този на VGA изхода, понеже чат пат се switch-ват потребителите на компютъра, а това не трябва да влияе на нещата, които са пуснат на DVI изхода. Правих бегли опити да конфигурирам втори ServerLayout, който да ползва DVI изхода, но засега без успех. Ще ровя из нета за решение, но ако някой е правил такова нещо ще се радвам да сподели. Поздрави, -- Александър Илиев
lug-bg: Re: lug-bg: Проблем с 2 мрежови карти
Подобно нещо става когато има 2 машини с един и същ IP адрес. Провери дали нямаш машина със същото IP като тоя слак. On 7/14/06, Stefan Stefanov [EMAIL PROTECTED] wrote: Здравейте, май съм питал тук преди доста време за същия проблем, ако е така моля да ме извините (потърсих в архивите на листа, но не можах да открия решение). Сега преинсталирах старата машина и проблемът се появи отново. Проблемът е следният: Имам слак с ядро 2.6.7 и 2 мрежови карти, които се разпознават и си работят както трябва. Те са вързани към една и съща физическа мрежа, но едната е 192.168.0.Х, другата е 10.Х.Х.Х През определено време машините от мрежа 10.Х.Х.Х изгубват връзка към слака (няма и ping). Когато пусна ping от слака към другата машина (която в момента няма ping към слака) всичко се оправя и си е ОК. След определено време обаче проблемът се появява отново. Гугъл ми изплюва един куп неща, които също не ми помогнаха. Нещо да ме посъветвате?
Re: lug-bg: Java Jsp i MySql
Незнам дали си пробвал, но все пак: java -Dfile.encoding=...
Re: lug-bg: Java Jsp i MySql
Погледни и това: http://dev.mysql.com/doc/refman/5.0/en/cj-character-sets.html To override the automatically-detected encoding on the client side, use the characterEncoding property in the URL used to connect to the server. On 7/12/06, Momchil Ivanov [EMAIL PROTECTED] wrote: Незнам дали си пробвал, но все пак: java -Dfile.encoding=...
Re: lug-bg: RTL8139D под OpenBSD 3.9
Проблеми с acpi? А имаш ли зареден rl драйвера? http://www.realtek.com.tw/products/products1-2.aspx?modelid=10 http://www.linux-bulgaria.org/webarchive/2004/Oct/31439.html On 6/27/06, Alexander Iliev [EMAIL PROTECTED] wrote: Здравейте. Нямам идея колко хора ползват OpenBSD в този списък, нито колко ползват такива измислени мрежови платки, но все пак ще питам. След бурята миналия петък ми изгоря едната платка и днес купих от бакалията срещу нас някаква куча марка с чип RTL8139D. При опит за пускане под OpenBSD 3.9 получавам следното съобщение: unknown vendor 0x1904 product 0x8139 (class network subclass ethernet, rev 0x01) at pci0 dev 18 function 0 not configured Това 'not configured' и подсказа да опитам с config/boot_config(8) да укажа на ядрото какво къде да търси - добавих устройство rl0 като dev 18, function 0, за съжаление без успех (ще рече същия резултат). След малко ровене в google стигнах до извода, че трябва да се добави производителя на картата (който за мен е неизвестен, т.к. никъде не го пише, нито на кутията, нито на картата) в заглавните файлове на ядрото за да може ядрото да разпознае картата като rl*. Та - прав ли съм в разсъжденията си и има ли начин да се подкара такава карта без прекомпилиране на ядрото? И друго - поддържат ли се добре такива карти от Linux (2.6)? Благодаря за вниманието. -- Александър Илиев
Re: lug-bg: пак за спама
Не си единствен :) On 4/18/06, Kumanov [EMAIL PROTECTED] wrote: само аз ли не харесвам спам, или само аз получавам подобно нещо: Return-Path: [EMAIL PROTECTED] Received: from linux-bulgaria.org (linux-bulgaria.org [212.5.145.46]) by linda.kumanov.com (8.13.6/8.13.3) with ESMTP id k3I5qeJk015942 for [EMAIL PROTECTED]; Tue, 18 Apr 2006 08:52:41 +0300 Received: by linux-bulgaria.org (Postfix) id DB90CE4558; Tue, 18 Apr 2006 08:44:04 +0300 (EEST) Delivered-To: lug-bg-list@linux-bulgaria.org Received: from 2F087638 (unknown [59.93.33.133]) by linux-bulgaria.org (Postfix) with SMTP id 241D6E4557; Tue, 18 Apr 2006 08:43:43 +0300 (EEST) Received: by zproxy.gmail.com with SMTP id n39so8606007nzg for lug-bg@linux-bulgaria.org; Tue, 18 Apr 2006 01:41:36 -0500 Message-ID: [EMAIL PROTECTED] DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=athlete.canoga; d=blaze.ca; b=8s8sLla8503jzlp8okXhqlFwo9x7HHwt6w8ka1Ff1eUmnlqwtxiLmcQg0mhHzfl8LXkuyCqpeDouAr38; Date: Tue, 18 Apr 2006 01:41:36 -0500 From: Angelo [EMAIL PROTECTED] To: lug-bg@linux-bulgaria.org, lug-bg-list@linux-bulgaria.org, [EMAIL PROTECTED] Subject: Hoodia - you have heard it all Content-return: allowed X-Mailer: devMail.Net (3.2.2205.4929-2) X-Authentication-Warning: localhost.localdomain: apache set sender to [EMAIL PROTECTED] using -f X-Virus-Scanned: amavisd-new at blaze.ca Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=002_Dragon298717616123 това се получи два пъти преди малко, и не е само това. редовно през ден-два идват подобни писма, адресирани до форума. може би модератора харесва спама, но не е зле да направи нещо да ограничи подобни неща.
Re: lug-bg: pppoe users shaping
Въпроса е машината дали ще се справи с подобна задача? Защото в момента функцията се изпълнява от машина na 1.8ghz, 512mb ram, картите са intel 100mbit (e100) и когато някой от pppoe потребителите е заразен със вирус или нещо подобно и започне масово пращане на пакетите машината става неизползваема. Защо не пробваш да си ограничиш броя пакети като цяло от страна на клиентския интерфейс (още преди да минат през разните шейпъри), за да не ти се товари толкова машината?
Re: lug-bg: DHCP leases web репорт?
On 1/27/06, Stefan Stefanov [EMAIL PROTECTED] wrote: Потрябва ми лесен репорт за раздадените dhcpd адреси и намерих няколко подобни в интенет. Проблемът е, че всички те ми показват само динамичните адреси, а на мен ми трябват и статичните (описаните в dhcpd.conf). Освен това искам (но не е задължително) да събирам информацията от няколко dhcp сървъра в 1 репорт. Файловете dhcpd.conf и dhcpd.leases на dhcp сървърите ги виждам през nfs на компютъра с web сървъра, на който ще работи репорта. Някой знае ли за такова нещо?
Re: lug-bg: Спам в листата?
През тази листа спам редовно минава (не е само Осама щастливецът), ако не си забелязал.
Re: lug-bg: cdrecord kernel 2.6 problem
(flame-mode Като направя равносметка толкова време съм отделил на този проблем, от както си закачих записвачката преди няколко години, че съжалявам, че изобщо го направих. Заради някакъв тъп конфликт между двама или трима човека страдат толкова много потребители. Като че ли се правят толкова велики неща, че хората са незаменими. Въпреки, че не ползвам кой знае колко от Линукс се сещам поне за два неприятни проблема, с които съм се сблъсквал. Единия е, този за който в момента пиша, а другия беше с devfs. Прехода към тази файлова система беше доста болезнен, за да се окаже малко по-късно, че пак трябва да правя друг болезнен преход, този пък към udev. хубаво си изливаш мъките, ама много много връзка с първата част на писмото ти немога да направя :) Въпреки че съм готов да си плащам, за да ми решава някой друг тези проблеми (защото това не е основна дейност за мен) не виждам нищо свясно, което да мога да си купя. Ако дистрибуцията е комерсиална, то по правило тя съдържа стар софтуер, ако пък ОС-а е затворен, то тя по правило не струва - знам го от опит защото направих болезнена миграция от Windows преди няколко години. Тук ще направя една аналогия: мрън... спрях да ям баница, защото ми казаха, че баклавата била по-хубава (беше ми гадно и ми липсва баницата). Сега като ям баклавата пък ми е много сладко и само напълнявам. мрън. дебел съм (пак ми е гадно), чудя се защо изобщо спрях да ям баницата, като ми беше хубаво с нея. Не се обиждай, но: мрън губя си времето... Ами някой да те кара на сила?!?!?!? Някой да те е карал да оставиш джама? Каквото си си надробил ще си го сърбаш :) Все пак за джама хората взимат пари, а при свободния софтуер се разчита на дарения главно. Сещаш ли се? Ако дадеш кинти на някой да ти свърши работата ще ти е мирна главата :) Друг е въпросът, че производителите пишат драйвери главно за джам и не ги бръсне за теб и това, което имаш правото да ползваш като свободно вероятно го е написал човек като теб (и той като теб си има кусури и вероятно и кода му си има кусури, ама поне го има този код. Ползвайки го все пак трябва да имаш усещането, че това не е твое ПРАВО, а ПРИВИЛЕГИЯ = трябва да приемеш неговите недостатъци и ако имаш желание да помогнеш те да се премахнат), който е искал да си пусне нещото (било то устройство, протокол, програма или каквото ти измисли главата). Купих си дъвки, гадни са, мога да ходя да мрънкам на продавачката защо ми е продала боклук, ама като си взема безплатна брошурка и се порежа на нея сам съм си виновен, да не съм я барал :) ) -- Kamen TOMOV ПС: ако всеки почне да мрънка до никъде няма да я докараме, понеже абсолютно всек може да се сети за поне няколко неща, които го дразнят. За вбъдеще като мрънкаш, мрънкай конструктивно и където трябва. Такива коментари водя само до изпростяване (моят включително).
lug-bg: Re: lug-bg: OT: Европарламента прие Голямото подслушване
Ако само уловиш ключовете(публичните), които си разменят А и Б, то за тях тях трябва да си генерираш обратните (личните ключове), за да може да декриптираш това, което А и Б си предават (А криптира с публичния на Б, Б декриптира с личния си; Б криптира с публичния на А, А декриптира с личния си). В зависимост от дължината на ключовете, генерирането на личните ключове на 2-те машини може да ти отнеме доста време :) Ако искаш да подсшушваш (променяш) какво си предават А и Б, най-ефективният начин е, когато си между тях и можеш да манипулираш информация, която си предават. При размяната на кючовете, си генерираш 2 двойки публичен/личен (да ги наречем А1 и Б1), когато публичния на А стигне до теб, вместо него на Б ти подаваш публичния А1, когато публичния на Б стигне до теб, на А ти подаваш Б1. И така А почва да криптира с п.Б1 а Б с п.А1, на които ти имаш личните и съответно може да декриптираш трафика. Когато трафика от А за Б криптиран стигне до теб, ди го декриптираш с частния Б1, след това го криптираш с публичния на Б и го подаваш на Б аналогично за трафика от Б към А). Така може не само да четеш какво си говорят, но и да подменяш репликите:) ако поискаш. Затова за да ти е сигурна работата, трябва да си размените ключовете по някакъв сигурен начин (тук се намесват фантазията и бирата). Разбира се теоретично винаги трафика може да се декриптира, но отнема много много време.
lug-bg: Re: lug-bg: Re: lug-bg: OT: Европарламента прие Голямото подслушване
Благодаря :)
Re: lug-bg: Shapers, shapers :)
Хехе, човекът май искаше да те допълни. Доста смешно се получи :)
lug-bg: Re: lug-bg: Стартираща дискета
Отиваш тук http://www.sysresccd.org/ сваляш си имиджа и си го пипеш на диск, след което чрез него си инсталираш grub. Между другото дно време това вървеше с gag вместо grub, ако искаш да ползваш gag, за да си избираш операционната система в началото: gag.sf.net Също така може да си намериш partition magic и от него да ползваш boot magic за да си избираш операционната система. На кратко казано: трябва да си инсталираш boot manager (какъвто намериш за добре), понеже джама има навика да затрива mbr-то. On 11/26/05, Kosta Hristov [EMAIL PROTECTED] wrote: Здравейте. На домашното PC имам инсталирани Debiаn и Windows XP. На скоро преинсталирах Windows-а, като стартиращия мениджър е бил изтрит и сега не мога да заредя Линукса. Въпроса ми е как да поправя инсталацията без преинстал.
Re: lug-bg: ARP problem ???
a mejdu drugoto takiva syob6teniq 6te polu4ava6 vinagi, kogato ima ip conflict (2 ma6ini s 1 ip) On 11/23/05, Zhasmin Zhelev [EMAIL PROTECTED] wrote: Ivaylo Toshev wrote: БТК за тебе е ;-) сори за спама , ама не се сдържах ;-) Krasimir Dimitrov wrote: БТК ... за(Д) тебе е и аз не мога да го държа ...
lug-bg: Re: lug-bg: Апаче уеб трафик анализатор и статистикоправячка
webalizer
Re: [OFF] Re: lug-bg: BTK aDSL + VPN
az s gmail nqmam problem da ti 4eta pismata
Re: lug-bg: Re: lug-bg: Проблем с графичната среда
Tova che si vyvel tochnite nastroiki ti dokarva tozi problem. Poneje v knijkata na monitora ti pishe che toi moje da raboti s vertikalna chestota ot X do Y, no tova moje v sluchaq te byrka, zashtoto kogato X-a trygne da probva rejimite na rabota v chestotnata lenta M-N (koqto si ukazal v konfiguracionniq fail za monitora ti), toi se spira na naj-malkata vyzmojna i si izbira neq. Za tova ako iskash da go nakarash da raboti na po-visoka chestota, trqbva da vdignesh dolnata granica. T.e. ako monitora ti moje da raboti ot 50 do 120, a ti iskash da go podkarash na 85 naprimer, za monitora trqbva da ukajesh naprimer 80-120, za da se preskochi 60hz. TOVA SE PRAVI SAMO ZA DOLNATA GRANICA. Gornata ne se pipa, za da ne stignesh do moment v koito X-a kara monitora ti da raboti na po-golqma chestota ot fizicheski vyzmojnata. Po princip monitorite trqbva da se izkliuchvat avtomatichno v takava situaciq, no po-starichkite ne go pravqt i az po nevnimanie vednyj s rychkane na nastroikite na driver-a za karttata pod windows si izgorih 2 pyti monitora za 1 sledobed.
lug-bg: Re: lug-bg: Държавен контрол чрез личните e-mail-и телефонни разговори
V edin film se spomenava6e, 4e FBI v USA sybirat informaciq ot bibliotekite, koi kakvi knigi 4ete, za da mogat da hva6tat potencialni bombadjii, koito si tyrsqt literatura po vyprosa. No po sy6testvo: ideqta e sme6na, pone taka kakto e formulirana: Интернет-доставчиците ще имат задължението да пазят в продължение на 6 месеца информацията за e-mail адресите, с които общуват техните клиенти. 6te preglejdat celiq trafik kym port 25 i 6te izvajda6 ot nego nizove ot vida [EMAIL PROTECTED], tova e sme6no (byrkat se v jivota na horata). Da logvat vsi4koi, koeto minava prez tehnite SMTP servers, neka go pravqt. Taka pone potrebitelqt ima pravo da izbira dali da polzva tehniqt SMTP ili ne. Informaciqta v dne6no vreme e stanala gosta stypa i s tova tempo v byde6te moje da se prevyrne vyv vajen resurs. Neznam dali si go predstavqte, no v byde6te 6te se snaslagat kameri navsqkyde (mojebi 6te se prokara i zakon dyrjavata da ima dostyp do zapisite ot tezi kameri). Dnes 4rez informaciqta koi s kogo ob6tuva mogat da se pravqt marketingovi analizi za potreblenieto (koi, koga, kolko, s kogo), mogat da se pravqt statistiki, mogat da se nau4avat navicite na horata (kolko vreme prekarvat pred pc, kakvo tyrsqt iz mrejata, s kogo ob6tuvat, interesi, predpo4itaniq). A utre, hm utre moje da e kato vyv filmite. Predstavete si kameri navsqkyde (ima6e edna kniga za golemiqt brat, koito vinagi ni gleda 1986 ako ne se lyja se kazva6e), sled tova si predstavete kameri, navyrzani v mreja, predstavete si korporaciq, koqto analizira deistviqta na horata, za da podobri jivota (pak marketingova strategiq), posle si predstavete kompiutyrna sistema (I robot asociaciq s filmyt), koqto avtomatizira analiza na informaciqta, sled tova kom. sistema biva nau4ena sama da tyrsi otgovorite i da si zadava vyprosite. Posle se setete za The Matrix i si pripomnete ideqta na filma. I nakraq se sybudete. Vie bqhte v edna o6te neslu4ila se realnost. Kakto edno vreme horata sa gledali kak pticite letqt i pove4eto sa kazvali 4e 4ovek nemoje da poleti, poneje e mnogo tejyk, taka i vie dnes moje kajete 4e tova e samo izmislen film, samo fantasti4en siujet i nikoga nqma da se slu4i, NO, tuk idva golqmoto NO: izmislen, 6tom nqkoi go e izmislil, to i drug moje da go izmisli i da go vkara v deistvie. Ta da se vyrnem navyprosa s logovete: kakvo sa logovete - informaciq. Horata sybirat informaciq ot krai vreme za da si ulesnqt jivota. Sybirame informaciq za klimata, za da predvidim vremeto (za da ne se namokrim kato zavali, za da znaem koga da poseem ne6to, za da moje to da poraste i posle da go inskonsumirame). Nqkoi go nari4at progres, drugi evoliuciq. No rano ili kysno s nali4nata informaciq se otiva na sledva6toto nivo. Ta s cqloto si pismo (makar i na latinica, poneje na tova PC ima samo BG BDS, a az nemoga da pi6a s 4ervenite bukvi :P ), iskah da vi kaja 4e tova e neizbejno. Rano ili kysno i v sferata na syob6teniqta 6te se priloji stariqt i dobre poznat na 4ove4estvoto metod na sybirane i analizirane na informaciqta. Moeto mnenie e 4e tova e neizbejno! I v momenta stoi vyprosyt: ne dali?, a koga?. Ne mi haresva, nikyk daje, no e taka. I v tozi red na misli, mislq 4e po-dobriqt vypros po temata bi bil: koi 6te ima dostyp do tazi informaciq?
Re: lug-bg: Тъжно ми е с 5 0% - 60% загуба на пакети.
Незнам какво очакваш от 127.0.0.1, все пак пакетите до там не минават през никакви устройства (като изключим дъното, процесора и рам паметта). В такива случаи може да пингваш: 1) хора от локалната ти мрежа (същия блок, съседен блок), ако до тях имаш загуби е или ланка или омазано мрежово устройство (пробвай с големи пакети -l 1). Ако не ти е от ланката, доставчикът е виновен 2) ако до съседите има пинг без загуби, отиваш на шлюза (gateway-a), ако до там имаш загуби е нещо по мрежата, пак доставчикът е виновен 3) ако имаш загуби след gw-то (dir.bg, други български машини) причината си е в доставчика - заразил си се с вурис (под джамбоза) те обикновено наводняват локалната мрежа с огромно количество пакети (също така може да ти запълнят исходящия канал, ако пращат към интернет). При тази ситуация е възможно под windows да имаш загуби - някой друг се е заразил с вирус и наводнява локалната мрежа в този случай също е възмножно да имаш загуби Интересна ситуация се получава, когато към мрежата има вкючени потребители с 10 (или картата е за 10 или по незнайни причини започва да работи на 10) и 100 мегабитови карти . Случва се устройствата (евтините суичове) да се ошашавят и да започнат да правят мизерии (обикновено се оправя като се разкарат 10mbit-отвите потребители) Причини много :)
Re: lug-bg: Тъжно ми е с 5 0% - 60% загуба на пакети.
така е -- ping 127.0.0.1 ще ти покаже дали tcp(/ip?) стека на операционната ти система е наред (понеже се случва и той да се скапе понякога). а ако искаш да се убедиш, че мрежовата ти карта е наред, пускаш ping до ip адреса, който си и дал (примерно ping 192.168.0.10). a Понякога дори и развалена, тя връща пинг. Това не е най-точният начин за определяне дали работи както трябва или не. ping до gateway ти ще ти даде информация какво е състоянието на физическата връзка между него и теб. изобщо съвета за mtr си е съвсем актуален. -- the lunatics are in my head --- Nick Angelow
Re: lug-bg: Re: lug-bg: ��
Перфектното решение :) за какво да чакаш 5 дена, като може да пуснеш компилация на друга (други) машини и да стане за няколко часа. Аз лично не мога да живея без компилиране на Х-а с опримизации (Celeron 433Mhz)
Re: lug-bg: gmail vs ema cs [was: GB2312 кирилица]
Аз използвам gmail от доста време и досега не ми се е случвало някой да не може да ми чете писмата (пиша винаги на кирилица). ПС: Надявам се това писмо да се чете както трябва
Re: lug-bg: exec na script prez web
On 7/9/05, ggg [EMAIL PROTECTED] wrote:
zdraveite,
imam 2 scripta : edinia diga interfeisi i prenastroiva
rutingi i t.n., a drugia pravi to4no obratnoto, t.e.
edinia puska neshtata , a drugia gi spira.
iskam da moje ot web da se puskat scriptovete, bez
zna4enie dali s PHP,Perl,CGI-niakakuv, SH ili kakvoto
i da e.
може
problema mi e 4e ne moga da izvikam scriptowete ot
web,apache gi stopira.razrovih mu po4ti vsi4koto
secure i podiviah ve4e. daite malko help za tova
,kolkoto i prosto da izglejda.
как извикваш скриптовете?
g.
P.S. Slack 10.1
Sell on Yahoo! Auctions �C no fees. Bid on great items.
http://auctions.yahoo.com/
вариантите са няколко
1)
зареждаш си CGI модула на апачето, даваш на скрипта +х (за да може да
се изпълнява) и след това го извикваш през уеб (http://test/test.sh)
например
2)
правиш си Perl/PHP скрипт и в него извикваш съответния скрипт
php:
?php echo exec('/path/to/script 21'); ?
това ще ти изпълни скрипта и ще изведе резултата (ако скриптът връща такъв)
perl:
$output = `/path/to/script 21`;
print $output;
Тук вече има едно голямо НО! И при двата случая потребителят, който
използва апачето трябва да има права да изпълнява операциите, които
съдържа скрипта (ifconfig, iptables, etc.). Едно решение на този
проблем е да не викаш директно скриптовете, а да викаш други програми
(които от своя страна викат скриптовете). Аз правя така: извиквам
проста програмка (собственост на root със сетнат setuid флаг), а тя ми
извиква скрипта
Ето я и програмка:
int main() {
setuid(0);
setgid(0);
execvp(/path/to/scipt);
}
Re: lug-bg: homelan.bg freebsd router
може да се обърнеш към пощенския списък на freebsd-bg.org
Re: lug-bg: homelan.bg freebsd router
http://lists.freebsd.org/pipermail/freebsd-questions/2004-February/035006.html ако това с TTL=1 е така, горната връзка е решението просто добавяш в ядрото options IPSTEALTH и го прекомпилираш
Re: lug-bg: [Off Topic] история с кийлогерче
, keylogger-, . . , .
Re: lug-bg: zor sas SQUID
default GW1. tcp_outgoing_address: # TAG: tcp_outgoing_address # Allows you to map requests to different outgoing IP addresses # based on the username or sourceaddress of the user making # the request. # # tcp_outgoing_address ipaddr [[!]aclname] ... # # Example where requests from 10.0.0.0/24 will be forwareded # with source address 10.1.0.1, 10.0.2.0/24 forwarded with # source address 10.1.0.2 and the rest will be forwarded with # source address 10.1.0.3. :GW !, source address.source address- 3, GW1 ( GW1 default). , source addres3GW3, GW1. : 2 IP ( gw)2- ( IP1, IP2). , GW IP1 IP2default., IP1 IP2, , IP2 GW2 ( GW1 default). GW3, . : .
Re: lug-bg: За запознатите с RRDTool
. . On 6/9/05, MafiaInc [EMAIL PROTECTED] wrote: . ifconfig. ,( ),. , : x_order_2: colinear! x_order_2: colinear! x_order_2: colinear! x_order_2: colinear! x_order_2: colinear! colinear! colinear! x_order_2: colinear! colinear! colinear! x_order_2: colinear! x_order_2: colinear! . ?. !
Re: lug-bg: zor sas SQUID
On 6/9/05, ggg [EMAIL PROTECTED] wrote: zdraveite, imam linux box sas 3 GW-s (3 LAN-s): GW1 - default GW2 - locale net GW3 - BTK aDSL jelanieto mi e da napravia squida da minava vinagi prez GW3,t.e. prez aDSL-a tcp_outgoing_adress ne mi raboti , dori i ne prashta paketite kam GW3 (proverih s tcpdump-a) , :IP gw3 gw3,default. .. o4akvam ideite vi s netarpenie. georgi __ Discover Yahoo! Stay in touch with email, IM, photo sharing and more. Check it out! http://discover.yahoo.com/stayintouch.html
lug-bg: Re: lug-bg: Re: lug-bg: КДЕ продължителност на сесията
root setuid ( , root , ). sudo. sleep-a . 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: Re: lug-bg: КДЕ продължителност на сесията
:
#include stdlib.h
#include string.h
#include X11/Xlib.h
#include X11/Xutil.h
#include X11/keysym.h
#include stdio.h
#include unistd.h
#include syslog.h
#include pwd.h
int
main(int argc, char *argv[])
{
Display *display;
Window root;
int len = 0, i;
XEvent ev;
char keybuffer[1024], *passwd = lalala;
system(export DISPLAY=:0.0);
if ((display = XOpenDisplay(NULL)) == NULL) {
syslog(LOG_ERR, Could not get $DISPLAY);
}
root = DefaultRootWindow(display);
XGrabPointer(display, root, 1, ButtonPress, GrabModeAsync,
GrabModeAsync, None, None, CurrentTime);
XGrabKeyboard(display, root, 0, GrabModeAsync, GrabModeAsync, CurrentTime);
XSelectInput(display, root, KeyPressMask);
while (XNextEvent(display, ev), 1) {
if (ev.type == KeyPress) {
KeySym keysym;
XComposeStatus compose;
if (len sizeof(keybuffer)-10)
len = 0;
i = XLookupString(ev.xkey, keybuffer+len, 10, keysym, compose);
if (keysym == XK_Return) {
keybuffer[len] = 0;
if (len !strcmp(keybuffer, passwd)) {
XUngrabKeyboard(display, CurrentTime);
XUngrabPointer(display, CurrentTime);
exit(0);
} else
len = 0;
} else
len += i;
}
}
}
main.c :
gcc -o xl main.c -I/usr/X11R6/include -L/usr/X11R6/lib -lX11 -lcrypt
: grab-
.
+ enter (
lalala)X-a.
.
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: Zdraveite
: 1) ,( ) 2)+ , (slack + wine/winex) + diablo2. Diablo . , , . - - . 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
: iptables -A FORWARD -s a.b.c.2/24 -d x.y.z.0/24 -j ACCEPT iptables -A FORWARD -s a.b.c.5/24 -d x.y.z.0/24 -j ACCEPT : iptables -A FORWARD -s a.b.c.0/24 -d x.y.z.0/24 -j RETURN 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
, 2 32, 24 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
