Re: [Lug-bg] Развитие на собствен блог за Linux дистрибуции
Здравейте и от мен, Васе, знаеш че и аз съм Слакър, но Ubuntu е добро начало за начинаещи! Не е необходимо война за това коя дистрибуция ил ОС е най добра има време и място за всички! Криситян, поздравления и успех в начинанието! Ние "старците" само можем да се радвам, че има ново поколение! On 2015-09-22 20:46, Васил wrote: > Добро начинание Кристияне и на всички от групата ти :) > Успех в начинанието! > Имай в предвид, че тук сме закостенели "потребители". > > "Ubuntu" - an African word, meaning "Slackware is too hard for me". > > Няма да почваме поредната война за дистрибуциите, надявам се. Питай, когато имаш въпрос и ще получиш отговор или още въпроси. Това е нормално. > > +++ > Поздрави! > Васил Петров > Може би не отговарям, защото: http://www.6lyokavitza.org/mail/ [3] > +++ > > На 22 септември 2015 г., 18:18, Кристиян Ангелов написа: > >> Здравейте, >> >> Казвам се Кристиян и съм ученик от 10кл в Професионална гимназия по електротехника и електроника в гр. Пловдив. От известно време с приятели се занимаваме с изучаването на различните дистрибуции- от инсталацията им до разглеждането и опознаването на интерфейса им. Желанието ни стигна един голям връх, ако може така да се нарече и създадохме свой блог, специализиран в областта на новините за новите технологии, гидове, ревюта и т.н! Днес публикувахме първата статия навлизаща по-така в областта на Linux, по-специално Ubuntu, но за жалост все още познанията ни са бегли и имаме нужда от критика и някой съвет за бъдещото ни развитие. >> Статията на която прилагам линка е разделена на две части и е един вид гид за подготовката преди инсталация на Ubuntu и 2 рата част за самата инсталация. >> Силно се надяваме на Вашите съвети и най-вече критики, които да спомогнат бъдещото ни развитие в областта! >> >> Ето линкче: >> >> http://poqlnik.com/2015/09/22/%d0%ba%d0%b0%d0%ba%d0%b2%d0%be-%d1%82%d1%80%d0%b0%d0%b1%d0%b2%d0%b0-%d0%b4%d0%b0-%d0%b7%d0%bd%d0%b0%d0%b5%d0%bc-%d0%b8-%d0%ba%d0%b0%d0%ba%d0%b2%d0%be-%d0%bd%d0%b8-%d1%82%d1%80%d1%8f%d0%b1%d0%b2%d0%b0/ [1] >> >> Поздрави, >> Кристиян >> ___ >> Lug-bg mailing list >> Lug-bg@linux-bulgaria.org >> http://linux-bulgaria.org/mailman/listinfo/lug-bg [2] > > ___ > Lug-bg mailing list > Lug-bg@linux-bulgaria.org > http://linux-bulgaria.org/mailman/listinfo/lug-bg [2] Links: -- [1] http://poqlnik.com/2015/09/22/%d0%ba%d0%b0%d0%ba%d0%b2%d0%be-%d1%82%d1%80%d0%b0%d0%b1%d0%b2%d0%b0-%d0%b4%d0%b0-%d0%b7%d0%bd%d0%b0%d0%b5%d0%bc-%d0%b8-%d0%ba%d0%b0%d0%ba%d0%b2%d0%be-%d0%bd%d0%b8-%d1%82%d1%80%d1%8f%d0%b1%d0%b2%d0%b0/ [2] http://linux-bulgaria.org/mailman/listinfo/lug-bg [3] http://www.6lyokavitza.org/mail/ ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] ★ Lug Bg, Валентин Петков остави съобщение за теб...
On 2012-10-26 17:30, b2 wrote: Валентин Петков остави съобщение за теб... On чт, 2012-10-25 at 14:28 +0300, Dimitar Pavlov wrote: за пореден път !? защо не четете преди да натискате NEXT и YES ? ти кажи как да си преинсталирам уиндоуса, другото ше го оправиме... ___ 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] Датекс EP-50 EPS/POS Принте р под Линукс
Здравей, преди няколко години бях си писал софтуер за LP-50 мога да ти пратя програмка за печат на етикети, но не съм сигурен дали ще работи и със EP-50 ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
[Lug-bg] Нещо смесно от името на ДАИ ТС
"Експертите" от ДАИТС пак са се изцепили, с нова съвместна наредба с МВР, не само, че такова нещо нарушава Конституцията на Р. България, ами и не виждам до колко ефективни могат да бъдат такива "мерки". http://lex.bg/laws/ldoc.php?IDNA=2135577924 ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] SOLVED:Apache Web Logon с Еле ктронен Подпис
Даам, понякога 2 дена проби спестяват 2 минути четене на документацията :) ето какво пише за тази директива: SSLCACertificatePath # Certificate Authority (CA): # Set the CA certificate verification path where to find CA # certificates for client authentication or alternatively one # huge file containing all of them (file must be PEM encoded) # Note: Inside SSLCACertificatePath you need hash symlinks # to point to the certificate files. Use the provided # Makefile to update the hash symlinks after changes. До сега бях ползвал само едно CA и съответно SSLCACertificateFile и по инерция когато добавих още CA-та преминах към SSLCACertificatePath без да прочета, че иска да има "hash symlinks" голямо търсене падна и на въпросния Makefile, не че неможе на ръка да се направят, но ето го и него: ## ## Makefile to keep the hash symlinks in SSLCACertificatePath up to date ## Copyright (c) 1998-2001 Ralf S. Engelschall, All Rights Reserved. ## SSL_PROGRAM= update: clean [EMAIL PROTECTED]"$(SSL_PROGRAM)"; \ if [ ".$$ssl_program" = . ]; then \ for dir in . `echo $$PATH | sed -e 's/:/ /g'`; do \ for program in openssl ssleay; do \ if [ -f "$$dir/$$program" ]; then \ if [ -x "$$dir/$$program" ]; then \ ssl_program="$$dir/$$program"; \ break; \ fi; \ fi; \ done; \ if [ ".$$ssl_program" != . ]; then \ break; \ fi; \ done; \ fi; \ if [ ".$$ssl_program" = . ]; then \ echo "Error: neither 'openssl' nor 'ssleay' program found" 1>&2; \ exit 1; \ fi; \ for file in *.crt; do \ if [ ".`grep SKIPME $$file`" != . ]; then \ echo dummy |\ awk '{ printf("%-15s ... Skipped\n", file); }' \ "file=$$file"; \ else \ n=0; \ while [ 1 ]; do \ hash="`$$ssl_program x509 -noout -hash <$$file`"; \ if [ -r "$$hash.$$n" ]; then \ n=`expr $$n + 1`; \ else \ echo dummy |\ awk '{ printf("%-15s ... %s\n", file, hash); }' \ "file=$$file" "hash=$$hash.$$n"; \ ln -s $$file $$hash.$$n; \ break; \ fi; \ done; \ fi; \ done clean: [EMAIL PROTECTED] -f [0-9a-fA-F]*.[0-9]* ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] Apache Web Logon с Електрон ен Подпис
Vladimir Vitkov wrote: > хммм имаш си го странно, > > пробвал ли си да увеличиш дълбочината на удостоверяването (примерно на 3,4) > Да, пробвал съм със 0,1,2,3,4,5 и 10 ефекта е един и същи, а интереното е че все пак клиенския сертификат се испраща от браузера обаче или тези сертификати на Инфонотари са нещо фалшиви или незнам ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] Apache Web Logon с Електрон ен Подпис
> Предполагам си направил нещо подобно: > > http://marc.info/?l=apache-modssl&m=101717965611360&w=2 > Да нещо подобно съм ползвал, с изключение на клиентския сертификат. > Виждам че ползваш InfoNotary като CA. Вмъкнал ли си техния root сертификат > сред trusted CA? Клиента има ли също техния сертификат (освен ключа си)? > Сега тук не съм много сигурен, че на сървъра има цялата им верига, понеже на сайта им намерих само 4 сертификата, а преди време като си инсталирах веригата в браузера бяха 14. По точно съм сложил тези: crc.crt cqs-ca.crt in-csp-root.crt pqs-ca.crt qs-ca.crt Прикачвам и ssl конфигурационния ми файл ssl.conf Description: Binary data ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] Apache Web Logon с Електрон ен Подпис
> On 01/11/08 17:50, Dean Stoeff wrote: >> Здравейте някой борил ли се е с Апача да подкара оторизация на >> потребителите със смарт карти ? И по точно с тези издавани от нашите >> удостоверители на електронни подписи. > > Ето настройките на сървъра. > http://httpd.apache.org/docs/2.0/ssl/ssl_howto.html > > От тук нататък проблема е в клиентските бразуери. Да имат импортиран > клиентския сертификат или достъп до четящото устройство. :) Жоро, знам как да си подкарам SSL на Апачето и как да си инсталирам картат а със сертификатите в браузъра, но явно нещо пропускам защото нещо не се получава. Ето какво пише в лога на Апача: [Fri Jan 11 18:42:01 2008] [debug] ssl_engine_kernel.c(1190): Certificate Verification: depth: 2, subject: /C=BG/O=InfoNotary PLC/DC=qsign-ca/CN=i-Notary Q Sign CA/OU=i-Notary Q Sign CA, issuer: /C=BG/O=InfoNotary PLC/DC=root-ca/CN=InfoNotary CSP Root/OU=InfoNotary CSP Root/[EMAIL PROTECTED] [Fri Jan 11 18:42:01 2008] [error] Certificate Verification: Error (20): unable to get local issuer certificate [Fri Jan 11 18:42:01 2008] [debug] ssl_engine_kernel.c(1770): OpenSSL: Write: SSLv3 read client certificate B [Fri Jan 11 18:42:01 2008] [debug] ssl_engine_kernel.c(1789): OpenSSL: Exit: error in SSLv3 read client certificate B [Fri Jan 11 18:42:01 2008] [debug] ssl_engine_kernel.c(1789): OpenSSL: Exit: error in SSLv3 read client certificate B [Fri Jan 11 18:42:01 2008] [info] [client 192.168.6.166] SSL library error 1 in handshake (server telecom.navbul.com:443) [Fri Jan 11 18:42:01 2008] [info] SSL Library Error: 336105650 error:140890B2:SSL routines:SSL3_GET_CLIENT_CERTIFICATE:no certificate returned [Fri Jan 11 18:42:01 2008] [info] [client 192.168.6.166] Connection closed to child 0 with abortive shutdown (server telecom.navbul.com:443) ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
[Lug-bg] Apache Web Logon с Електрон ен Подпис
Здравейте някой борил ли се е с Апача да подкара оторизация на потребителите със смарт карти ? И по точно с тези издавани от нашите удостоверители на електронни подписи. ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] OT: МДААР организира дискус ия на тема „Приложение на системи с отворе н код в държавната администрация”
Александър Шопов wrote: >> Е то вова се очакваше, че ще има изкопаеми :), дето са свикнали да си >> работят с кракнати програмки, а след като стана напечено данъкоплатците >> им ги купиха. >> > Бате, нещо бъркаш. Може да е щото си младичък. > > Този според мен беше преди времето на перфолентите. Чак представителят > на Майкрософт ми беше миличък в сравнение с този. > > Но просто такива екземпляри има - не е истина. > > ал_шопов > > Ами мъничък съм, но времето на перфолентите го помня, макар и само края и ерата на унчестерите започваше ,тогава бях в кръжока ;) ! ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] OT: МДААР организира дискус ия на тема „Приложение на системи с отворе н код в държавната администрация”
Александър Шопов wrote: > Ох-х-х-х > Трагедия-я-я-я-я > Сега се върнах от събитието. > > Няколко пъти ме избиваше да крещя. Аз и се развиках на едно изкопаемо, > дето и в палеонтоложкия музей няма да го вземат - тоя човек беше някакъв > координатор на някакви ИТ комисии, непрекъснато бръщолевеше за разни > инстициунализации, твърдеше, че не може да намери ODF-та с google - > кошмар някакъв. > Е то вова се очакваше, че ще има изкопаеми :), дето са свикнали да си работят с кракнати програмки, а след като стана напечено данъкоплатците им ги купиха. > Никито Василев - срам за училището ми, през цялото време мрънкаше това > ли било по-евтино, онова ли. Оплака се, че каквото и да правел - все > всички го критикували. > > Да идел някой да му инсталирал на секретатките Линукс, че да видел дали > може да се работи, а те били с няколко езика и висши образования. (Това > не си го измислям - секретарките са в играта). > > Хмм, това не е лоша идея, но да не збравите и някое пасиансче да сложите иначе може секретарките и да не разберат, че компютъра им става за игра ;), пардон за работа. > БАИТ си пяха песента за ЗОП. > > Видях се с моя бивш колега Добри Божилов. Романтика, стари спомени ;-) > Тогава бях къде, къде по млад. ;-) > > Събитието си беше измиване на ръце и тотална, ама тотална загуба на време. > > Но не това е важното, важното беше, според мен, че поне имаха причина да > си измиват ръцете и че вече признават публика, пред която да се мият. Не > е малко товa ;-) > > Хех. > > Нищо ново под слънцето, значи не съм пропуснал много, но все пак явно има напредък, щом си търсят поне публика за измиване на ръцете. > Поздрави: > ал_шопов > > П.С. Бого Шопов и Йовко Ламбрев вероятно ще пишат и те разни очерци из > блоговете си. > > П.П.С. Имаше един инжинер от Пещера, който сам си е направил е-община. Брао. > ___ > 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] OT: МДААР организира дискус ия на тема „Приложение на системи с отворе н код в държавната администрация”
Илия Дюлгеров wrote: > Dean Stoeff wrote: > >> http://www.focus-news.net/?id=n834741 >> ___ >> Lug-bg mailing list >> Lug-bg@linux-bulgaria.org >> http://linux-bulgaria.org/mailman/listinfo/lug-bg >> >> >> > > Да ще видим има ли смисъл, 2ма колеги планираме да отидем и да кажем > че има държавни организаций дето ползват от години Линукс. > > А за тва именно го постнах, че аз лично няма да мога да се замъкна в София. ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
[Lug-bg] OT: МДААР организира дискус ия на тема „Приложение на системи с отворе н код в държавната администрация”
http://www.focus-news.net/?id=n834741 ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] матричен принтер
Skelet wrote: > Dean Stoeff wrote: >> Не си дал информация какъв точно е принтера, но най-простото решение да >> печаташ draft е да пишеш директно в /dev/lp0 или там кадето ти е >> принтера например: >> >> cat file.txt > /dev/lp0 >> > > Проблема обикновено при такъв тип печатане е, че DOS кодировката на > кирилицата не съвпада с Linux-ката, която е като на Windows (cp1251). > > За прости файлове (чист ASCII текст) аз ползвам прекодиране: > > cp1251_dos < file.txt > /dev/lp0 > > където cp1251_dos е програмка, която чете на входа си текст с кирилица > cp1251 и го прекодира към DOS-овска кирилица. > > Скелета > :) Е то това е друг проблем, но си напълно прав ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] матричен принтер
Не си дал информация какъв точно е принтера, но най-простото решение да печаташ draft е да пишеш директно в /dev/lp0 или там кадето ти е принтера например: cat file.txt > /dev/lp0 > > До сега не съм успял да използвам draft шрифтовете? > > Интересуват ме хората които ползват такава стара машина да ми помогнат > да си изясня границите на приложимост на технологията. > > Какво печатам наистина евтино и сравнително бързо и какво по-добре да > не печатам изобщо: > > 1. ASCII текст > това до тук другото няма как да ползваш draft печат и става през print daemon като cups > 2. PDF - векторна графика е все пак ... > 3. Елементарни графики (парабола да речем) > 4. djvu или други растерни формати > 5. source code :) > 6.OCRed книжки > 7.HTML > > Принтера под DOS би трябвало да печати директно подадения текст без да > се преобразува в postscript ,възможно ли е това с линукс? > > Всякакви добри практики ,връзки към страници и хора намерили телето > под вола :) биха ми били полезни ... > > надявам се следващите няколко email-а да ги разпечатам (chuckle) > > ___ > 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] I will not be in the office from 23.12.2006 until 26.12.2006.
wrote: > ??, ?? , ??? ?? ?? ??? ?, ?? ?! > ? ?? ?? ? ?? ! ??? ?? ? ?? ?? ? ?? ?? ?? ? ? ? ??? ? ;) ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] Още един проблем свързан съ с спама
Anton Zinoviev wrote: > > И докато сме на темата още нещо: правите ли нещо със спама с картинки? > Напоследък съм задръстен с писма, чието съдържание по нищо не > подсказва, че са спам, но имат картинка, която всъщност е спама. На > сайта на spamassassin видях, че има модул, май беше fuzzyocr, който > използва gocr, за да прочете текста в картинката, но тестовете ми > показаха, че много често gocr не е в състояние да разчете текста в > картинката, защото нарочно го правят нечитаем за OCR-програми. > > Такъв спам има сравнително отскоро, тъй че нищо чудно той да се > увеличи още повече и значи ще трябва да измислим нещо. > > С поздрав: Антон Зиновиев > > P.S. Току що получих руски спам със следното съдържание: > > "Искате ли да навредите на ближния с полза за бизнеса и за завист на > конкурентите? Тогава се свържете с нас и ние ще изпратим веднага > вашата реклама на милиони получатели. Плащате само първите две > реклами, третата е безплатна от нас." > > Това е доста любопитно и май доста опасно явление. Можеш ли да ми пратиш подобно съобщение да го разгледам. ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: lug-bg: Apache спиране на трансфер + лог
Georgi Chorbadzhiyski wrote: Alexander N. wrote: Georgi Chorbadzhiyski wrote: Питах вече в httpd-devel и -users ама никой не може да ми отговори, та реших, че може би някой из lug-а е по-светнат. Проблема ми е следният: когато apache трансферира големи файлове и по някаква причина реша, че искам да прекратя трансфера, какъвто и сигнал да пращам на httpd-то, което сервира, то или игнорира сигнала или просто умира, прекратявайки трансфера без да записва нищо в логовете. В мануала на апачето пише следното: * *"graceful restart" sigusr1 signal* zfile kill -s sigusr1 /apache_parent_pid/ or zfile kill -s sigusr1 `cat /usr/local/apache/logs/httpd.pid` The Apache parent asks its children to exit when they're finished with any requests they're currently handling. Then the existing parent re-reads the configuration file(s) and creates new children to replace the exiting ones. "Graceful restart" can be used to pick up new configuration files without disrupting traffic. * http://httpd.apache.org/docs/1.3/stopping.html Но май няма да ти свърши работа, защото така може да си го чакаш до утре спре Именно. Не ми върши работа защото аз искам да прекъсна трансфера, а не да го чакам да си спре когато клиента пожелае. Не ме бийте за следната грозотия, която работи /по-лесно ми беше да я направя нея вместо да се кривя да компилирам tcpkill ot dsniff/. Скрипт ugly_tcpkill.sh пуска се ugly_tcpkill.sh PID_OF_HTTPD_PROCESS IP_OF_CLIENT #!/bin/sh lsof -n -i [EMAIL PROTECTED] | grep $1 | tr -s ' ' | cut -d" " -f8 | cut -d">" -f2 | tr : " " | while read IP PORT do iptables -I OUTPUT -p tcp -d $IP --dport $PORT -j REJECT --reject-with tcp-reset sleep 2 iptables -D OUTPUT -p tcp -d $IP --dport $PORT -j REJECT --reject-with tcp-reset done Не го използвайте в този вид моля, защото не отговарям за грешките, които са очевадни. :-) Аха, само като идея, няма ли да е по добре да се комбинират горните 2. Първо да кажеш на родителския процес да чака да привършат дъщерните процеси и после тях да утрепеш ?
Re: lug-bg: БТК DSL порт 5190/tcp
Alexander Iliev wrote: Що за shell всъщност? Няма ps? Вярно ли няма как да се разбере що за чудо е на тоя порт? :( Глупав, само няколко комади :) има и ps . Вероятно това дето те тревожи е: 1729 root660 S reaim -e 213.91.x.x Мисля че е: http://reaim.sourceforge.net/ но не съм сигурен. Да се преточи по някакъв начин image-а на нормален компютър няма ли начин? Виж това не сам се замислял . И (ако не е тайна разбира се) как си успял да се докопаш изобщо до shell-а на модема? :) Е това вече немога да ти кажа тайна е!
Re: lug-bg: БТК DSL порт 5190/tcp
> Alexander Iliev wrote: >> Това, което си мисля е, че ADSL модема "прихваща" по някакъв >> начин заявките към този порт. > > Това с прихващането звучи като от старите филми за хакери ;-) > Ако допуснем, че ADSL модемите на БТК са с линукс то тогава във > firewall-а може да има нещо от рода на: > > iptables -t nat -A PREROUTING -i $lan_interface -p tcp --dport 5190 -j > REDIRECT > > и да има нещо което слуша вече локално на модема на въпросния 5190/tcp. Да напълно си прав, 1-во да Linux е в модема и да 2-ро има пренасочване 51 3032 REDIRECT tcp -- br0any anywhere anywhere tcp dpt:5190 redir ports 5190 Вероятно има и нешо дето да слуша на него порт, но поради това че шела е много ориазан не се знае какво е
Re: lug-bg: Логване на и зходящата поща
Daniel Ivanov wrote: Е, mailsnarf е прекалено, dsniff библиотеката е много некадърно написана и може да счупи цялата машина при повечко трафик По-скоро опитай нещо като always_bcc при postfix, макар че и моя хинт е безполезен, тъй като sendmail изглежда няма такава опция :( Въпреки това съм сигурен , че ще стане със дефиниция на rewrite rules. Намери си sendmail administration guide и прочети там как се дефинират local rules. Jordan P. Petkov wrote: Dean Stoeff wrote: За Qmail и Postfix и аз знам как става, другия проблем е, че не мога да сменям архитектурата а също така и да прилагам пачове на самия sendmail Не съм го ползвал, но... mailsnarf ? $apt-cache show dsniff Package: dsniff Priority: extra Description: Various tools to sniff network traffic for cleartext insecurities This package contains several tools to listen to and create network traffic: . * arpspoof - Send out unrequested (and possibly forged) arp replies. * dnsspoof - forge replies to arbitrary DNS address / pointer queries on the Local Area Network. * dsniff - password sniffer for several protocols. * filesnarf - saves selected files sniffed from NFS traffic. * macof - flood the local network with random MAC addresses. * mailsnarf - sniffs mail on the LAN and stores it in mbox format. * msgsnarf - record selected messages from different Instant Messengers. * sshmitm - SSH monkey-in-the-middle. proxies and sniffs SSH traffic. * sshow - SSH traffic analyser * tcpkill - kills specified in-progress TCP connections. * tcpnice - slow down specified TCP connections via "active" traffic shaping. * urlsnarf - output selected URLs sniffed from HTTP traffic in CLF. * webmitm - HTTP / HTTPS monkey-in-the-middle. transparently proxies. * webspy - sends URLs sniffed from a client to your local browser. Освен това не ми пасва на концепцията :) . Преддложеното от Данаил Петров се оказа едиственото удачно решение, работи идеално. Благодаря
Re: lug-bg: Логване на и зходящата поща
Danail Petrov wrote: Здравей, не съм запознат въобще с възможностите на sendmail , но съм сигурен че има такава възможност. Това съм го правил с qmail , и там мога да ти кажа как става. Потърси из google, и мисля че ще откриеш решение. До колкото си спомням се налагаше и прекомпилиране на sendmail или просто се добавяше нов макрос ... непомня Dean Stoeff wrote: Здравейте, Малко странна ситуация, но имам нужда да запазвам цялата изходяща поща минаваща през даден майл сървър. Проблема е че се ползва Sendmail, а не успях да откриа начин да го накарам да ми пази изходящите съобщения. Някакви идеи? За Qmail и Postfix и аз знам как става, другия проблем е, че не мога да сменям архитектурата а също така и да прилагам пачове на самия sendmail
lug-bg: Логване на изход ящата поща
Здравейте, Малко странна ситуация, но имам нужда да запазвам цялата изходяща поща минаваща през даден майл сървър. Проблема е че се ползва Sendmail, а не успях да откриа начин да го накарам да ми пази изходящите съобщения. Някакви идеи?
Re: lug-bg: Май Ес Кю Ел Пробл ем
Борислав Данаилов wrote: .err лога казва следното: Number of processes running now: 0 060726 15:26:48 mysqld restarted 060726 15:26:48 InnoDB: Started; log sequence number 0 43665 060726 15:26:48 [ERROR] /usr/local/mysql/bin/mysqld: Error writing file '/usr/local/m ysql/data/starlight.pid' (Errcode: 28) 060726 15:26:48 [ERROR] Can't start server: can't create PID file: No space left on d evice Number of processes running now: 0 060726 15:26:48 mysqld restarted 060726 15:26:48 InnoDB: Started; log sequence number 0 43665 060726 15:26:48 [ERROR] /usr/local/mysql/bin/mysqld: Error writing file '/usr/local/m ysql/data/starlight.pid' (Errcode: 28) 060726 15:26:48 [ERROR] Can't start server: can't create PID file: No space left on d evice -- Което си е чиста лъжа, защото първо имам достатъчно място на диска и второ опитах да изтрия файла, и майескюел доста добре се справя във създаването на такъв. Някякви идеи? Аха, тук имало малко лог. А сигурен ли си, че не е истина? Каква ти е файловата ситема? Дали не е заета от прекалено много малки файлчета които да са ти "изяли" inods? Какво казва df -i?
Re: lug-bg: Re: lug-bg: Май Ес Кю Ел П роблем
Борислав Данаилов wrote: процеса е статиртан с потребител от група потребители. дайте нещо по интересно Ей сега, само да си намеря кристалното кълбо да погледна. Сега сериозно наистина не може най-вероятно да пише някаде по някаква причина, но дай малко логове например от /usr/local/mysql/<както там ти е хоста>.err
Re: lug-bg: Kexec
Marian Marinov wrote: Първоначално зареждам новото ядро: kexec -l /boot/bzImage-2.6.16.20-test --append="root=/dev/hda5 ro" --debug --reset-vga Опс, това го бях пропуснал, още не сам се сабудил :) "... My reboot script looks like this: /sbin/kexec -e /sbin/reboot -idp It uses the normal /sbin/reboot as a fallback if no kernel has been loaded or if kexec would fail for any other reason. ..."
Re: lug-bg: Kexec
Marian Marinov wrote: Здравейте, днес реших да се позанимавам с kexec но имам някакъв странен проблем който немога да реша. в момента съм с ярдо 2.6.16.20 и kexec 1.101. Първоначално зареждам новото ядро: kexec -l /boot/bzImage-2.6.16.20-test --append="root=/dev/hda5 ro" --debug --reset-vga След което използвам модифициран /etc/rc.d/rc.6(Slackware) за да изключа системата и накрая вместо reboot стартирам /usr/local/sbin/kexec -e. Проблема е, че след това машината не се вдига... интересното е че мрежовите интерфейси продължават да си работят. След като видях, че машината не се вдигна реших, че не съм направил нещо както трябва и реших все пак да добавя и reboot като failsafe механизъм в случай, че kexec нещо се провали. Отново нямах никакъв успех. Та ако някой има опит с kexec моля да сподели. Поздрави Мариян Не съм ползвал kexec, но един бърз преглед на README -то и HOWTO-то по долу http://nullref.se/articles/kexec показва, че първо трябва да си заредил ядрото предварително и чак после да извикваш: /sbin/kexec -e в противен случей, нищо няма да се получи.
Re: lug-bg: SPAM ??
Vladimir Smolensky wrote: Vladimir Vitkov wrote: Мда факт е че последно време спама се поувеличи и почнаха да минават спамчета и в листата. Не знам кой се занимава със листите но май е време спамасасина да се пусне на обучение. Това си е мое мнение нека админа да не ми се нерви. Не спамассасина а админа на листата пуснете на обучение. От 1-2 седмици взех да получавам купове спам от тая листа ... [EMAIL PROTECTED] wrote: не си само ти. преди време се опитах да повдигна този въпрос обаче не срещнах разбиране (или съм искал твърде много - не знам) Как ще срешнеш разбиране катно никой тука явно не рзабира как да оправи проблема ... иначе концентрацията на техническа мисъл мноо ... :П Айде на ФЛЕЙМА :) Ами явно повечето от техническата мисал си е решила проблема локално и не получава спам, може би вие трябва да минете на обучение как да си оправите спам филтрите
Re: lug-bg: IPsec с един публичен и един частен IP адрес
А контрол в/у машината с частетр адрес имаш ли? Ако имаш OpenVPN е елегантно решение: Пускаш сървър в/у машината с реален адрес, да речем на порт 443 или кои да е друг порт с нормални услуги/както са посочили вече/ обикновенно не се филтрират иначе няма да можеш да ги ползваш от тоя компютър с частното IP, на него пък си пускаш клиента на OpenVPN и си ти.
Re: lug-bg: replication of MySQL
Gggg ggg wrote: аз споменах 3 бази за да ми дадете принципно решение, но те съвсем не са 3 а са 11. ако ги зацикля по-скоро ще зацикля собствената си глава :-) по отношение на кластера в момента чета документацията ,но нещо не стоплям как може да ми помогне. имам друга система, в която реплицирам така ,но там базите са firebird и реплицирам с репликатора на феникс. - всичко е 6 , но тук е MySQL и вече съм подлудял и прочел половината интернет. жоро On 3/25/06, Vasil Kolev <[EMAIL PROTECTED]> wrote: Всъщост, има един вариант - да ги зациклиш в кръгче 1->2->3->1, това би трябвало да работи (ако имат уникално ID, могат да познават окга да не приемат заявка), и това ще работи, но ще ти трябва много внимателно да го тестваш (а и по принцип има неща, които репликацията не може да предава вярно, има ги описани в документацията). Не мога да проумея що за приложение ползва 11 сървъра през интернет и те да трябва да се репликират, но явно има причина да е така. Идеята дадена от Васил Колев /камък->ножица->хартия/ никак не е лоша и лесно може да сработи и с 11 бази и при това само с 3 репликации, но за целта ще трябва да се пуснат още 2 сървъра и за да се намали максимално времето най-добре те да са на висикоскоростна връзка помежду си . Тогава схемата ще придобие следния вид: О О О \ | / О | | | О \ \ /\ / / ОX==YО / | | \ O_ / | | \ _O / \ О О Където „О“ е някоя от 11-те бази „X“ е подчинена/slave/ на „О“-та, но от своя страна е главна/master/ за „Y“, която пък се явява глвана на „О“-та, така кръгът се затваря, но до колко това ще работи бързо и надежно не се знае. Както е писал Васил, ще трябва много внимателно да се тества! ПП Не съм нарисувал всички връзки, но смятам ,че ще схванеш идеята!
Re: OT lug-bg: Postfix
А защо мислиш, че имам време да обяснявам неща, които тук са дискутирани многократно? Казано популярно, IP-то на сървър трябва да има валиден PTR запис, на който да отговаря и "прав" такъв. Когато пристига писмо, проверката за "обратен резолв" образно казано протича така: 1. Я, писмо от сървър с IP 111.222.333.444. 2. Я да видим това IP има ли PTR запис? 3. Има и той е име на хост - alabala-portokala.localhost 4. Я да видим сега дали това име на хост отговаря на това IP. 5. Не? О-о-о-о, невалидно име на хост. Айде, у лево! В добрия случай при стъпка 3 ще имаме валидно име на хост, което в стъпка 4 ще върне същото IP. Ей, това вече е градивна критика, чвно аз съм бил грешка вземайки под внимание странния начин по който mail.bg /и не само те/ бяха реализирали тази политика защото ми се е случвало се е да ми се връщат писма от [EMAIL PROTECTED] защото в обратния резолв на mail.virthost.org ми стой ns.hostingcompany.net Тук изобщо не се гледа какво има в реда "From:". Какъв ще е домейнът на изпращача в хедъра "From:" изобщо не е работа на тази проверка. Той се проверява с друга проверка, която следи дали домейнът на изпращача в хедъра "From:" съществува. Ето защо, проверката за "обратен резолв" изобщо не пречи на сървъри, хостващи хиляди виртуални домейни да изпращат писмата си без проблем. тук напълно сам съгласен че е така или поне така трябва да бъде :) Извинявам се още веднъж на всички от листата за шума. ПП Честит празник да си жив и здрав и всучко най-добро!
Re: OT lug-bg: Postfix
Nikola Antonov wrote: Доста неадекватен коментар, показващ липса на понятие за това как работят всъщност нещата. Моля, спестявайте си подобни ненужни писма до списъка. Вместо да отправяш лични квалификации, вземи ме обори с факти кое по точно не е вярно от това дето сам писал? че е самнителен ефекта от такава политика или че можеш при хостинг на няколко домайна д асложиш обратен резолв за всички така че той да отговаря или че имаше момент дето "любимото" на някой хора yahoo например в даден момет беше филтрирало mail.bg точно поради такава причина.
Re:OT lug-bg: Postfix
Без връзка с въпроса ти, НО: Ако се опитваш да направиш самостоятелен сървър, при който обратния resolve няма да върне, че на това IP е съответния пощенски сървър, много е вероятно, добре настроените срещу спам сървъри да не ти приемат пощата. Много тъпа анти-спам политика, със силно съмнение, колко работа ще свърши, която води до филтритране на домайни които я прилагат /като например mail.bg/ от сериозни компании,тъй като не приемат поща от ISPs които хостват по хиляди домайни и познай кога в обратния резолвинг ще съответства.
Re: lug-bg: slackware 10.1 + kilyx 3
> ами как се дистрибутира изпълнимия файл ? наривам > всичките библиотеки в системата, на която го > дистрибутирам ? малко гадно ми се вижда така. > > Горе-долу :), не всички, а само тия дето си ползвал. Слагаш си ги в пакета който дистрибутираш и така, друг начин няма
Re: lug-bg: slackware 10.1 + kilyx 3
> abe az kompilnah edno "EXE" no samostojatelno ne > tragna, a prez kilyx-a tragvashe. kompilnah i console > application - tragna bezproblemno samostojatelno. > neshto na parvo 4etene znaesh li predi da otkrija > toplata voda nanovo? > Ами имаш 2 варианта: 1. слагаш борландските библиотеки кадето им е мястото например /usr/local/lib - не много добър вариянт докато разработваш нещото 2. разглеждаш /somewhere/kylix/bin/startdelphi да видиш как си правят workaraund и си правиш на тая база собствен wrapper script Освен това е добре да потърсиш из Google - Deploing Kylix Applications да видиш как се правят нещата
Re: lug-bg: Относно цитатите в о тговорите на темите !
> Имам предвид цитирането на e-mail адреси. Собственика на този адрес може > да очаква неканени гости - спам ! > Мерси, принципно съм сагласен, но не ме е страх от СПАМ-ери порода простата причина, че знам как да си настоя спам филтрите както на мейл клиоента,, така и на сървъра ;)
Re: lug-bg: slackware 10.1 + kilyx 3
> jiv da si ! > uj 4etoh vsi4ko pak kak sam propusnal taja opcia . > > > --- [EMAIL PROTECTED] wrote: > >> > slackware 10.1 + kilyx 3 >> > niakoi da helpne kak se zapuska tazi kombinacia ? >> > na parvo 4etene se oplaka 4e ne moje da installne >> RPM >> > paketite >> > >> > g. >> >> >> setup.sh -m Само не се литкай да го пускаш на по-модерна дистрибуция НЕ РАБОТИ или поне не е лесно да се подкара, освен това с ядра 2.6.x има проблем с дебугера и автоматичното дописване на редовете макар и компилатора да работи все още, препоръчвам ти да си стойш на 2.4.x
Re: lug-bg: slackware 10.1 + kilyx 3
> slackware 10.1 + kilyx 3 > niakoi da helpne kak se zapuska tazi kombinacia ? > na parvo 4etene se oplaka 4e ne moje da installne RPM > paketite > > g. setup.sh -m
Re: lug-bg: Тъй като неот давна излезе OpenOffice 2 . ..
Ivan Adams wrote: Тъй като неотдавна излезе OpenOffice 2, реших че сега е времето да мигрирам офиса на свободен софтуер. В момента самият аз го разучавам и затова имам следното питане: За разлика от стария офис, оpenoffice oтваряйки файл, който е само за четене, НЕ предоставя опция за временни промени по него. Даам, а дали потребителя има права да пише във тоя файл? Решението е да се цъкне Save As, да се запише локално вече като файл годен за писане по него. И след това процедурата е принтиране и предоставяне на променливите на колега. това би довело до създаването на файл който вече е собственост на потребителя Проблема е че е малко объркващо, а и хората на работното място си иска старото положение, аз лично претърсих няколко пъти настройките и не отрких такава, позволяваща да се пише в файл само за четене ... интересно кой ли софтуер би могъл да направи точно това :)
Re: lug-bg: Re: lug-bg: Проблеми с интернета ... по стоянно дропи ..
Alexander N wrote: Провери из логовете за следното съобщение : "ip_conntrack: table full, dropping packet" Няма нищо такова :( Е дай, малко повече инфо, пробва ли и това дето Г. Генов ти го е препоръчал? Въпреки, че мойте подозрения продължават да са в/у радио частта не е изключено да е нещо друго. Ако изолираш каде е проблема и се окаже че е радиото дай инфо какви са устройствата, антените разтояние м/у точките,а имаш ли истинска пряка видимост /да няма някой пораснало дърво м/у антените или някоя новопостроена сграда/
Re: lug-bg: Re: lug-bg: Проблеми с интернета ... по стоянно дропи ..
Интересното е че когато няма голям трафик примерно рано сутрин го няма този проблем, но когато се закачът 13-14 човека и почва да прави тази мизерия ... Да, смени си AP-то/ако е възможно/ като гледам каква скорост казваш трябва да е на 2.4GHz вероятно и g стандарт. Някой марки и модели го правят тоя проблем не могат да обслужват повече от 10-тина клиента едновременно. Помислете да минете на 5.3GHz . на клиентски компютър, това се изразява в постоянно падане на скоростта до нолу за момент и след това пълното и възстановяване на предишната скорост на теглене и така през 3-4 сек. Отвън е същото положение ... примерно тегля от уеб сървъра някакъв файл и дропва през 5 сек. Точно такъв е ефекта от препълване на канала./>10 клиента/ За пинга няма как да проверя защото на рутера е спрян пинга ... довечера може би ще го пробвам ... но доколко пробвах преди два дни няма загуба на пакети мажеби само около 5 % но ... само дропва Лоша идея при Wireless -a лесен начин да видиш дали трасето ти не се дъни е ping x.x.x.x -A -s 1460 -c 1000 т.е. бърз ping с големи пакети като загубите не трябва да надвишават 5% в двете посоки м/у 5% и 10% все още ще работи но неприятно бавно >10% загуби не става за реална работа.
Re: lug-bg: Проблеми с и нтернета ... постоя нно дропи ..
Alexander N wrote: Начи ето я схемата ... Internet<->Wireles-и <-> Slackware 10.2 <-> LAN При тая схема бих се усъмнил наистина в Wireless-ите. Имаш ли начин да провериш реално скоростта м/у тях /примерна постановка/ Slack 1<->WirelessWireless<>Slack2 ftp от Slack1 към Slack2 и обратно после в двете посоки едновременно а: ping Slack1 -A -s 1460 -c 1000 и ping Slack2 -A -s 1460 -c 1000 какво дават загубите и в двете посоки не трябва да надхърлят 5% а (!DUP) пакити имаш ли?
Re: lug-bg: Process-Port mapping
Dimitar Georgiev Popov wrote: Здравейте, Искам да разбера кой процес кой порт е отворил. Сигурно е много елементарно, но не съм се сблъсквал с това до сега. Поздрави, Митко netstat -p
Re: lug-bg: HDD serial number under linux
hdparm -i /dev/hda smartctl -i /dev/hda :) Дам другия вариянт е да се види как тия двете го четат да го ползвам в кода си. Благодаря предварително g.
Re: lug-bg: HDD serial number under linux
ggg wrote: Здравейте, трябва ми сигурен начин да взема серийния номер на твърдия диск под линукс Slackware >= 9.x и да го ползвам в кода си. Благодаря предварително За Пача във файла /usr/src/linux/drivers/ide/ide-proc.c намираш: static ide_proc_entry_t generic_drive_entries[] = { { "driver", S_IFREG|S_IRUGO,proc_ide_read_driver, proc_ide_write_dr { "identify", S_IFREG|S_IRUSR,proc_ide_read_identify, NULL }, { "media", S_IFREG|S_IRUGO,proc_ide_read_media, NULL }, { "model", S_IFREG|S_IRUGO,proc_ide_read_dmodel, NULL }, { "settings", S_IFREG|S_IRUSR|S_IWUSR,proc_ide_read_settings, proc_ide_write_se { NULL, 0, NULL, NULL } }; реда : { "identify", S_IFREG|S_IRUSR,proc_ide_read_identify, NULL }, го променяш на: { "identify", S_IFREG|S_IRUGO,proc_ide_read_identify, NULL }, прекомпилираш ядрото и вече /proc/ide/hdX/identify ще е с маска 444
Re: lug-bg: HDD serial number under linux
ggg wrote: Здравейте, трябва ми сигурен начин да взема серийния номер на твърдия диск под линукс Slackware >= 9.x и да го ползвам в кода си. Благодаря предварително cat /proc/ide/hda/identify За целта трябва да си root или да си пачнеш ядрото малко и "безопасно" така, че и други да могат да четат тоя файл
Re: lug-bg: ppp interface speed
Ivailo Ivanov wrote: Zdraveite, Optitvam se da ogranicha skorostta na ppp interface chrez pptp.conf obache ne se poluchava chrez setvaneto na speed v pptp.conf. Po natatak cheta che linux pppd ignorva tazi opcia. Ta vaprosa mi e ima li nachin da zadam input speed na ppp interface На ppp да - tc ingress прочети LARTC HOWTO
Re: lug-bg: cp progress bar
Peter Pentchev wrote: On Mon, Sep 12, 2005 at 03:35:22PM +0300, Dean Stoeff wrote: Гледам софтуерен разработчик си се писал, ми хвърли едно око на кода на cp и scp и си напиши собствено дето да ти показва до каде е стигнало Изобретяването на колелото не винаги е добра идея. Не можеш да си сигурен, че въпросът не е бил запитване дали някой все пак някъде не е правил нещо подобно, преди човекът да си изгуби времето в... ами, в изобретяване на колелото, както се оказа, защото явно някой друг вече *е* направил нещо подобно, поне в Gentoo, ако се вярва на другите постове :) Прав си, не винаги изобретяването на колелото е добра идея, тъй като вече може да е изобретено, но все пак усъваршенстването му е добра идея. /поне според мен/ Не иска да се разпалва поредната огненан нишка, за това подчертавам,че казано от мен си е лично мое мнение и никой не е длъжен да се съобразява с него, но основната причина да харесвам Linux и софтуера с отворен код е, че винаги можеш да взаймстваш идеи и пак да остане място за творчество. Не мислиш ли, че ако нямаше ентусиасти които да понаписват това и онова /разбирай да преоткриват колелото и топлата вода/, днес щяхме да се радваме на Linux такъв какъвто е? Пак според мен, ако ги нямаше, Linux щеше да си остане просто една дипломна работа и толкова или най много на нивото от преди 10-тина години. Не винаги е хубаво да реагираш толкова спонтанно - първо, не е ясно дали човекът не пита за prior art, и после не е ясно дали, дори и да *няма* prior art, човекът изобщо има възможност да отдели ресурси за такова нещо. Поздрави, Петър :) Не е спонтанно просто идейка С най-добри чувства, Деян
Re: lug-bg: cp progress bar
Гледам софтуерен разработчик си се писал, ми хвърли едно око на кода на cp и scp и си напиши собствено дето да ти показва до каде е стигнало
Re: lug-bg: /usr/sbin/httpd: /lib/libc.so.6: version `GLIBC_2.3.3' not found (required by /usr/sbin/httpd)
Alexander N wrote: /usr/sbin/httpd: /lib/libc.so.6: version `GLIBC_2.3.3' not found (required by /usr/sbin/httpd) /usr/sbin/apachectl start: httpd could not be started ls /lib/libc.so.6 -l Я виж нака де ти сочи?
Re: lug-bg: OFFTOPIC: Anti-reflective LCD(TruBrite,Xbrite)
Yavor Doganov wrote: * Ivan Adams <[EMAIL PROTECTED]> написа: Аз от скоро имам Асус и съм доста доволен ... за сега не мога само вградените тонколонки и вградената камера да си подкарам под линукс. Което никак не е малко :-) Има две марки на света -- IBM и Apple. Всички останали щайги са един дол дренки. // Явор и Dell ;)
Re: lug-bg: проблем с ifcon fig
Dean Stoeff wrote: Veselin Mihailov wrote: Имам следния проблем с ifconfig, който се мъча вече сумати време да реша - и не се получава. ifconfig eth1 inet add 192.168.0.1 netmask 255.255.255.0 up хмм тук май аз сам в грешка :) явно по-новите версии на ifconfig позволяват такъв синтаксис! относно IPv4 беше шега, освен ако не си с някакво измислено ядро. Сега сериозно по въпроса грешката означава: 1. или не можеш да създаваш синоними /alias/ на интерфейса 2. или вече си вдигнал такъв адрес на някой от другите
Re: lug-bg: проблем с ifcon fig
ifconfig eth1 eth1 Link encap:Ethernet HWaddr 4C:00:10:60:6D:47 inet6 addr: fe80::4e00:10ff:fe60:6d47/64 Scope:Link UP BROADCAST MULTICAST MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:0 (0.0 b) TX bytes:0 (0.0 b) Interrupt:21 Base address:0xd000 А и пропуснах , а на всичко отгоре имаш ли IPv4 все пак компилирано в ядрото
Re: lug-bg: проблем с ifcon fig
Veselin Mihailov wrote: Имам следния проблем с ifconfig, който се мъча вече сумати време да реша - и не се получава. ifconfig eth1 inet add 192.168.0.1 netmask 255.255.255.0 up SIOCSIFNETMASK: Cannot assign requested address Ами защо не пробваш да прочетеш синтаксиса на тая команда man ifconfig и да решиш дали ще ползваш или ifconfig или ip addr , а не и двете заедно :)
Re: lug-bg: Ðóòèðàíå , øåéïèíã è ìàðêèðàíå.
Определено 2xXeonP4 или 2xOpteron ще е по-добре :) Но нито имам опит с такива машини, нито наблюдения. Но един съвет, ако взимаш Xeon, определено (лично мнение) нямаш нужда от новите 64битовите. Т.е ненужно да си оскъпяваш. Както сте тръгнали, май ще излезе по ефтино и удачно да ползвате нещо такова ;) http://www.juniper.net/techpubs/hardware/erx/erx51x/hw-erx-install/html/system-overview4.html
Re: lug-bg: TIMED OUT при връзка с vpn-server
Nortalion wrote: Поздрав! Имам от около 24 часа следния проблем: Като се опитвам да се свържа към интернет под линукс ми казва timed out. Ползвам adsl-start за самата връзка и досега вече няколко месеца не ми го е правило това... Отделно от това сега съм по уиндоус и си върви нета. А пък и имам (под линукс) ping към сървъра под 3ms ... Просто не знам какво е станало :( ако някой има някаква идея на какво би могло да се дължи това, моля да каже Случайно да си си бътникал във /etc/ppp/pap-secrets файл-а?
Re: lug-bg: Портативна кам ера ...
Denko Kraev wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Ivan Adams wrote: не е незаконно, защото работодателя иска да си следи работниците :) За да приключим темата АБСОЛЮТНО НЕЗАКОННО Е поне в България , можеш да посъветваш работодателя ти да прочете "Закона за специялните разузнавателни средства" http://www.paragraf22.com/pravo/zakoni/zakoni-d/204.htm и НПК и ако след това все още е готов да си понесе последствията все пак последвай съвета да се обърнеш към специалисти в областта на охранителните системи. Ще е много по-лесно и по-професионално отколкото самоделка
Re: lug-bg: Портативна кам ера ...
Ivan Adams wrote: Налага ми се да измисля начин за проследяване. Нещото което ми трябва е някакъв вид на следене (видео). Проблема е на място където е много неудобно и което е най-важно - да бъде скрито (в един куфар !). Да, но ако е компютър вътре няма как да се охлажда. А целта е останалите да не разберат че се снима. Също трябва да се измисли лесен начин за вземане на събраната информация, защото интернет няма как да се прекара ... Ако някой има идея дали това е осъществимо - приемам всякакви съвети :) Много сериозен off-topic , не виждам какво общо има с копютрите въобще, а с Линукс още по-малко! Като изключим и това, че горното действие незаконно и подлежи на сериозно накзание първо потърси в Google за некомпютърно решение на въпроса :D
Re: lug-bg: [Off Topic] история с кийлогерче
Любопитно, но едва ли Dell са го сложили вътре, а и да са то трябва да е имало причина, оспбено лаптопитем им са проследими / в смисал,че се знае на кого точно се продават/ и при смяна на собственика това се отбелязва. Изключвам случеите когато са откраднати, но от друга страна когато попаднат в оторизиран сервиз лесно се научава кои е истинския собственик както и обикновенно се уведомяват властите за появил се издирван лаптоп. Аз самия като DCSE съм отварял 10-тина Dell-ловски лаптопа тук в България и нищо подобно не се намира вътре.
Re: lug-bg: zor sas SQUID
Естествено, че ако не се ползват възможностите на ipropute2 пакетите ще продължат да си минават през GW1, но нищо не пречи да си дефинираш и следното нещо: ip r a default via a.b.c.d src a.b.c.e table ISP1 ip r a default via w.x.y.z src x.x.x.x table ISP2 ip ru add from x.x.x.x table ISP2 prio 1 ip ru add table ISP1 prio 2 след което да си сложиш в конфигана SQUID-a tcpoutgoing_address x.x.x.x Нещо такова трябва да работи както трябва - пакетите от SQUID-a да минават през ISP2 а останалите през ISP1
Re: lug-bg: zor sas SQUID
Дам не видях някой да е дал най-простото решение: директивата tcp_outgoing_address x.x.x.x на SQUID 2.5 и нагоре
Re: Fw: lug-bg: posfix access list
Yavor Doganov wrote: On Thu, Jun 09, 2005 at 03:12:06PM +0300, Georgi Stanchev wrote: w RBL listowete... /* и още гадна шльокавица */ Не знам за RBL листовете, но е крайно време да си настроя моя MTA да отхвърля нечетими писма. Доколкото знам, в OBS работят кадърни администратори и програмисти, толкова ли е трудно да си настроиш кирилицата? Уважавай малко хората, които четат този списък. Parse-ването на шльокавица не е от най-приятните занимания. :) Яворе а с корабите как си пишеш, да не би да ползваш utf доста скъпо ще излиза ;)
Re: lug-bg: malkata shisharka
Първо се извинявам на групата, за малко късната ми реакция, както и за това че е Off-topic, но и самата нишка е малко такава. Второ може би , дължа и извинение на Весо поради това, че доста съм се "карал" с него и не веднъж се е случвало да доразпавам огнените нишки които той е започнал, и сега се чувствам съпричастен към това че напусна листата, защото въпреки острия му език, винаги с интерес съм следял отговорите му и съм научил не малко от неговите обяснения. Някой спомена за модериране на листата - не съм съгласен много с това, но предлагам да се въвведат препоръки или правила, ако разбира се мнозинството ги приеме, а те са: 1. Да не се изказват мнения и квалификации за знанията и уменията на хората които пишат, ако някой не е съгласен с нещщо написано по добре е да се опита да обясни неговата гледна точка по въпроса. 2. Да се въздържаме от обидни изрази и квалификации /подобни на тея които Весо използва(ше) - за съжаление/ Такива неща наистина водят до излишни огнени стихии в списъка . Поздрави: Деян A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers). http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html
Re: lug-bg: Софтуер за следене на файлове
Второ, предлаганата от мен схема на разследване: почива на използване на особеностите на пакетната система RPM. При това предполагаме, че всички бинарни и др. файлове, които може да са обект на интерес за модифициране са инсталирани от пакети и записи за тях са налични в локалната база на пакетната система. Ако на мен ми се налага да инсталирам нещо, което го няма в официалните пакети, изграждам RPM пакет и го подписвам. Това е правилния начин. Дори неща от рода на отделни скриптове не е проблемно да се инсталират на RPM пакет с подписи. Всякакви самоделки от рода на "make" и "make install" изобщо не отговарят на стратегията за построяване на сигурна система. Освен ако не си направите още по-самоделна система да подписвате продуцираните файлове. Истината е, че при пакетна система, която почива на електронно подписване има гъвкавост - при остраняване или прибавяне на пакет се опреснява базата с данни и не ви се налага да пипате другаде. Супер :) пакетните системи са нещо много добро и удобно, особено когато си в състояние сам да си създадеш пакетите или поне да можеш да разгледаш сорсовете за да си нясно какво правят. Тук някои хора с 200 годишно родословно дърво описаха как щяли да създадат база с хешове и да я криптират. Какво против, хората с 200 годишно родословно дърво / понеже визираш мен/ Целта е тази база да е ПОДПИСАНА, а не криптирана. И това е супер, разбира се, че може и да бъде само подписана, макар че ако и е криптирано още по трудно ще бъде "атакуващия" да разбере с какво си има работа за да прави каквито и да е промени по системата. Ужасявам се как хората не искат да се научат на елементарни неща. Не сам съгласен с теб напротив аз лично постоянно уча нови неща, дори се възползвам от нещата които ти самия си писал, когато те не са обиди и ругатни или пък просто беполезни. Защо разследването не може да се извърши върху "жива" система (т.е. защо ни е да е рестартираме и от диск да зареждаме rescue версия от CD-ROM или USB)? Идеята /поне според мен/ е точно да се измисли алгоритъм който да бъде достатъчно сигурен /не 100%, а ДОСТАТЪЧНО сигурен/ да се прави на живо, какво значи достатъчно е въпрос на нивото на параноя. А ако искаме да ставаме найстина много ПАРАНОЙЧНИ, неща от сорта на: "РЕСТАРТИРАНЕ, И ЗАРЕЖДАНЕ ОТ ГАРАНТИРАНО ЧИСТ НОСИТЕЛ..." , както навремето казваше проф. Веселин Бончев, също не са много сигурни. Точно поради тая му реплика бяха измислени алгоритми как да се преодолее това. Малко примерче макар, че нещото не прави точно това но прави достаъчно, че ако се използва неговия подход лесно може да се окаже , че "гарантирано чистото зареждане" не е толкова гарантирано - имам предвид вируси от типа на Чернобил. Нима повечето машини набедени за рутери и сървъри , са найстина защитени така щото нищо да не може да пише при необходимост в БВИС /BIOS/. С такава модификация също ще се окажеш в ситуацията която сам си описал по долу. Причините са много. Ако са засегнати системни библиотеки е на практика невъзможно да се установи модифицирането им. Ето ви примерче. Носите си на дискета инструмента md5sum и/или sha1sum и на лист хешовете на всички библиотеки. И рзчитате като изпълните тези инструменти от дискетата те да дадат верен резултат. Всичко би било прекрасно, но тези инструменти не четат директно информацията от файловата система. Потока се подава от библиотеките н а glibc. Няма проблеми те да се модифицират така, че при поискване за прочит на някоя библиотека, да бъде подавана немодифицираната й версия (скрита някъде по файловата система), а при изпълнение да се изпълнява модифицираната. Така чрез sha1sum или md5sum вие ще получите информация, че библиотеката е немодифицирана, но това няма да е така. Като цяло мога да кажа че идеята е добра, и ако все пак имаш : 1. алгоритъм "достатъчно сигурен" , на който да се довериш за да си направиш проверката 2. Наистина чист источник не само на ключовете но и на съответните пакети /да речем CDROM/ 3. алгоритъм които доверявайки се на 1) "разпознае" опит за неоторизирана подмяна на каквото и да е /койда е от пакетите или части от тях/ да го възтановява от 2) мисля, че общо взето е това! Чакам коментари по идеята - но моля те савсем сериозни. Смятам, че може да се заформи интересна дискусия. С уважение : Деан A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers). http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html
Re: lug-bg: Софтуер за следене на файлове
Тук може да се сблъскаш с проблеми с това какво ще ти разреши самата операционна система да правиш - напоследък не се гледа с много добро око на програми, които се опитват да си модифицират кода :) Това е лично мое мнение, че по принцип не сам съгласен с такава филосоия, когато се касае за програми котито, трябва да са добре защитени от Re-engineering, но когато се пише код който трябва да се чете от много хора е доста трудно да бъде разбран. Да не говорим за това, че от 20-30 години насам по принцип хубавите ОС си държат text/code сегмента read-only, макар че това се променя сравнително лесно. :) След като някой се хваща да пише програма която да "бди" за сигурността на файловете трябва да е доста наясно как става това А за да бъде още по паранойчно, макар че първия според мен е достатъен може да се добави и вътрешен алгоритъм за проверка на контролната сума /желателно твой собствен, а не стандарен/ Ъъъ?! С това в скобите *изобщо*, ама ИЗОБЩО не мога да се съглася! Напротив, колкото по-стандартен и по-широко известен е алгоритъмът, толкова по-сигурен си, че той е прегледан от хора, които наистина разбират от криптография, и те са решили, че той няма някакви особени слабости (или поне досега не са открили). Тук като се замисля, може би си прав, че не е чак толкова лесно да "разбиеш" някой от вече доказали своята ефективност алгоритми, и може би времето и ресурсите да създадеш свой собствен не оправдават целта на заниятието, но отдруга страна как щяха да се развиват такива области ако всичо се взема на готово и не го подлагаш на съмнение, както и да търсиш по-добър начин. НИКОГА, ама НИКОГА не разчитай на това, че нещо е сигурно, само защото само ти знаеш как се прави! Твърдо не сдам съгласен с това, да се разчита че нещо е сигурно самозащото сам си го писал :) Особено пък ако става дума за криптография или за сигурност и проверки на автентичност! Има достатъчно начини някой да се добере до сорса на инструментите ти (това включва не само дизасемблиране и такива неща, ами и насочени атаки, и social engineering, и какво ли не) :) А , това за социалното инжинерство е голям проблем на каквато и да е сигурност, както е факт, че над 80 % от пробивите стават именно по такъв начин и благодарение на приомите в тоя основен дял от науката за пробив в сигурността , не само на компютърната. и да разбере какво правиш; ако не го правиш както трябва - т.е. ако ползваш някакви измислени алгоритми вместо стандартни, подлагани на криптоанализ с години - тогава има наистина голяма опасност да си пропуснал нещо в математическата или теоретичната обосновка и примерно да се окаже, че не е чак *толкова* трудно да се намери друга последователност от байтове, които да дават същата контролна сума - and you don't want that :) и като продължаваме да разсъждаваме в тая посока - нищо ново под слънцето, не е лошо да издириш компютърни вируси от средата на 80-те на миналия век там е пълно с алгоритми които затрудняват анализирането на кода, така че всичко това приложено кам една такава програма може да се каже до голяма степен че е сигурна. Ако наистина искаш степента да е голяма, пак се връщам на въпроса с използваните алгоритми. Има два варианта: 1. Ти си криптограф, математик, който е прекарал последните 15-20 години в занимания с това; знаеш наизуст всички книги, за които сме чували, и си писал няколко, за които не сме. В този случай - извинявам се - може би имаш причина да смяташ, че собствените ти алгоритми ще са достатъчно обосновани и сигурни. Все пак и в този случай го има моментът с това, че не можеш да си сигурен, че си предвидил всичко: както се оказа наскоро, и Рон Ривест прави грешки с MD5 :) Не не сам гениален математик и/или криптограф, но да речем че имам познания в областта, и да савсем съм сагласен, че безгершни хора няма - няма и безгрешни алгоритми 2. Ти не си някой от тези откачени гении - в този случай ТРЯБВА да ползваш алгоритъм, който е устоял на a) проверката на времето, и b) по-важно: проверката на тези откачени гении. :) Не претендирам, че сам гений - още по малко откачен, но по онова време беше модерно да се пишат вируси. Но моляте не бъркай определението за компютърен вирус , с това на зловреден код. Трети вариант няма. Поздрави, Петър Благодаря за креативната критика, все още смятам, че в спора се ражда истината и от такива спорове /макар и само на идейно ниво/, много хора четящи таля листа могат да научат много. С Уважение: Деян 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: Софтуер за следене на файлове
Aleksandar Valchev wrote: Ñ aide. ÐÑÐÐÐ ÑÐÑÐÐ ÑÐÐÐ, ÐÐÐÑÐ ÑÐ ÐÐÐÑÐÐÐ Ð ÐÐ ÐÐ ÐÐÐÑÐÐÑ. ÐÐÐÑÐ ÑÐ ÐÐ Ð Ð mysql ÐÐÐ postrege Ð ÐÐ Ð ÐÑÐÐÑÐÑÐÐÐ... plaintext... Ð ÑÑÑÐÑÐ ÐÐÑÐÐÐ ÑÐ ÐÐÑÐÐÑ, ÑÐ ÐÐÐ ÑÐ Ð Ð ÐÐÑÑÐÐ ÐÑÐÐÑÐÑÐÐÐ, ÑÐÐÐ ÑÐÐÐ, ÑÐ ÐÐ ÑÑÑÐÐÐ ÐÐ ÑÐ ÐÑÐÑÐÑÐÑÐÐÑ ÐÐ ÐÐÑ. ÐÑÐÐÑÐÐÐ, ÐÐÑÑÐ ÐÐÑÐÐÐÑÐ ÑÐÐÐ ÑÑ ÐÐ ÐÐÐ ÐÐÑÑÑÐ ÐÐ ÐÐÑ, Ð ÐÐÑÐÐÐÑÐ ÐÑ ÐÐÑÑÐÐÐÑÐÐÑ (ÐÐÐ ÐÐ-ÐÑÑÐÐ ÐÐÑÐÐÐ, ÐÐ ÑÐÐÐ ÐÐ Ð ÑÑÑÐÑÑ). ÐÐÐÑÐÑÐÐ Ð Ð ÑÑÑÐÑÑ, ÐÐ ÐÐ ÐÑÐÑÐÐÐ ÐÐÑÑÐÐÐÑÐÐÑ Ð/ÐÐÐ ÐÑÐÐÐ ÐÑÑÐ ÐÑÐÐ ÐÑÐÐÑÐÐÐÑÐ Ð ÐÑÐÐÑÐÐÐÑÑÐ , ÐÐ ÐÐÑÑÐ Ñ ÐÐÐÑÐ Ð ÐÑÐÐÑÐÑÐÐÐ ÑÐ ÐÑÐÑÐÑÐÑÐÐ ÐÐÐÑÐÑ ÑÐÐÐ. ÐÐÐ ÐÐ ÑÐ ÐÐÑÐÐÑÐÑÐ, ÑÐ ÑÐÐÐ Ð ÑÐÑÐÐ ÑÐÐÐ ÐÐÐÑ ÑÐÐÐ, ÐÐÐÑÐ ÐÑÐÐÑ ÐÐ ÑÐÐÐÑÐ Ñ ÑÐ Ñ Ð. ÐÐÑÐÐ Ð ÐÐÐÑÐ ÑÐ ÐÐÑ Ð: ÐÐ ÐÐÑÐÐÑÐ md5 ÐÐ ÐÐÐÑÐÑ ÑÐÐÐ Ð ÐÐ ÑÑÐÑÑÐÑÐÑ ÑÐÐÐ ÐÑÐÐÐÑÐÐ, ÐÐ ÑÐÐÐ ÑÐÐÐ, ÑÐ ÐÐ ÐÐ ÐÐÐ ÑÐÐÐ ÐÐ ÑÐ ÐÐÑÐÐÐÑÐÐÐÑÐÑ ÐÐ ÐÑÐÑÐÑÐ, ÐÐÑÑÐ Ð Ð. ÐÑÑÐ ÐÐÑÐÐ Ð ÐÑÐÐÑÐÐÐÑÐ ÐÐ ÐÐÐ 2 ÐÐÑÐ ÑÐÑÑÐÐ - ÐÐ ÐÑÐÐÑÐÑÐÐÐ ÐÐ ÐÐÐÑÐÑ ÐÐÐ /ÑÐÐÑÐ ÐÐÑÑ ÐÑ ÑÐ ÐÑ ÐÑÐÐÑÐÐÐÑÐ/ Ð ÐÐ ÑÐ ÐÐÐÑÐÐÑÐÑÑÐ ÑÑÐÐÑÑ ÐÑÐÐÐ ÐÐÐÑÐÐ Ð ÐÐ. Ð ÐÐ ÐÐ ÐÑÐÐ ÐÑÐ ÐÐ ÐÐÑÑÐÐ, Ñ ÑÐ ÐÑÑÐÐÑ ÑÐÐÑÐÐ ÐÐÐ Ð ÐÐÑÑÐÑÑÐÐ ÐÐ ÑÐ ÐÐ Ð ÐÑÑÑÐÑÐÐ ÑÐÑÑÐ ÐÐ ÐÑÐÐÐÑÐÐ ÐÐ ÐÐÐÑÑÑÐ ÑÑÐÐ /Ñ ÑÐÐÐ ÑÐÐÑÑÐÐÐ, Ð ÐÐ ÑÑÑÐÐ/ Ð ÐÐÑÐ ÐÑÐÐÑÐÐÐ ÐÐ ÑÐÐÑÑÐÐÐ Ð ÑÐÑ ÐÐÑÐÐÐ - ÐÐÑÐ ÐÐÐ ÑÐÑÐÑÐÑÐ, ÐÐ Ð ÐÐÑÐ ÐÐ ÑÐÑ ÐÐ ÐÐÑÑÑÐ ÐÑ ÑÑÐÐÐÑÐ ÐÐ 80-ÑÐ ÐÐ ÐÐÑ ÐÐÐ ÑÐÐ Ð ÐÑÐÐÐ Ñ ÑÐÑÐÐ ÐÐÐÑÐ ÐÐÑÑÑÐÐÑÐÐÑ ÐÐÐÑÐÐÐÑÐ ÐÐ , ÑÐÐÐ ÑÐ ÐÑÐÑÐÐ ÑÐÐÐ ÐÑÐÐÐ ÐÐÐ ÑÐ ÐÑÐÐÑÐÐÐ ÐÐ ÑÐ ÐÐ ÐÐÐÑÐÐ ÑÑ ÑÐ Ð ÑÐÐÑÑÐÐ. 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: ???? ?????????
Един готин начин да стабилизираш подобна машина поне до момента в който ще имаш фзически достъп до нея е да архивираш /bin, /sbin, /usr/bin и /usr/sbin от друга машина подобна на тази и да ги качиш на root-натата. Разархивираш ги в някаква директория. След което затриваш горните директории, за препоръчване с mc или друг подобен конзолен файлов менажер(не ср защото вече е инфектиран така да се каже). Принципно няма д аможеш да си изтриеш /bin/bash ... И така като ти е изтрито почти всичко копираш "чистите" файлове на съответните места(неможеш да разчиташ 100%, че ще са останали чисти, но все пак се надяваш :)). След това сменяш шел-а на root примернос с ash. Излизаш от машината и влизаш наново... Изтриваш и bash и слагаш на негово място "чистият" bash. Естествено правиш всичко това при спряни всички демони с изключение на sshd. И пак искам да намекна, че това НЕ решава проблема, но ти дава възможност да пооправиш машината, поне докато успееш да се добереш до машината. :) А защо не, тогава направо да си имаш на отдалечената машина off-line дял, който да е криптиран и да не е монтиран, и при такава ситуация да си го минтираш и reboot на машината. Е тогава данните трябва пък да са савсем на отделен дял. Такава стратегия наред с казаното по-горе от колегите, би решила доста проблеми и при авария до момент до който можеш физически да получиш достъп до машината 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: Outlook/Exchange Thread-Index [Was: Re: lug-bg: Мамбо]
Колкото и да ме боли да го кажа, това може и да не е толкова просто :( Някой намерил ли е - или поне чул ли е някой да е намерил - някакъв начин да се обясни на Microsoft Outlook 2003 в комбинация с MS Exchange, че външният свят *наистина* предпочита Message-Id и In-Reply-To вместо Thread-Topic и Thread-Index? :( Аз досега не съм успял :( Поздрави, Петър След кратко допитване до Google попаднах на следното : UPDATE (10/07/2004): Upon a lot of testing with Outlook 2000, Outlook XP and Outlook 2003 I have started to discover that the real problem lies within Outlook itself and not (neccesarily) Exchange Server as previously believed (although, a combination of the two could easily be the issue also). It may also lie in Outlook's transport mechanisim when it sends the message to the Exchange Server. When Outlook is in IMAP mode (even connected to an Exchange server), threading occurs fine and no headers are stripped. To demonstrate this (for Windows users): 1. Go to Mail (located in Control Panel) 2. Add a new profile named 'imap'. 3. Create a new account in this profile using IMAP settings rather than using MS Exchange (If your Exchange server is configured to accept IMAP, that is). 4. On the Mail window, check the 'Prompt for a profile to be used' radiobutton. 5. Hit Ok, close Outlook (if it's open) and reopen it. It should prompt you for a profile to use. Select the 'imap' profile. 6. Send a test message to your list and then reply-to-all. 7. Voila! The threading works... Why this is happening isn't clear yet. It seems to have something to do with Outlook trashing headers when composing the envelope that it sends to the Exchange Server. In IMAP mode, Outlook uses smtp for the transport. As for an eta on a fix, I am currently discussing the matter with Microsoft and as soon as I have more information, I will be sure to post it here. Искам да подчертая, че това не сам го пробвал тъйкато не ползвам M$OL , но пък не пречи да го тестваш и ако върши работа да споделиш и с други читатели на Линукс списъка, които по една или друга причина ползват OL , да си решат проблема. A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers). http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html
Re: lug-bg: Re: lug-bg: Издирване на лаптоп
an0nym0us wrote: антената на АР да се замени с омни антена и тя да се насочва, бавно и гадно :) Идеята на омни антената е ,че няма насочване или по скоро излъчва на 360 градуса, сигурно имаш предвид да се замени омнито с остронасочена антена и да се последва съвета на Дончо Гунчев / не лоша идея също поне може да се определи посоката/ ама другия вариант е КРС. само че тази комисия незнам дали ще ти обърнат внимание. Тия със сигурност няма да обърнат внимание защото това не им е работа да се занимават със издирване на крадени вещи. Основно работата им е да следят дали се спазват правилата за ползване на ефира. 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: Издирване на лаптоп
Vesselin Kolev wrote: Dean Stoeff wrote: Със софтуер само едва ли ще стане, но идеята която ми идва е да подпереш още 2 точки /физически/ на които да се постави или същия АП или такъв които да може да играе ролята на 1-вия. Идеята е, че по 3 точки ще може да се определи приблизително каде се намира, освен ако не се движи :) Горката косинусова теорема. Някои хора не са научили, че засичане на обект по репери се прави от две точки и се нарича триангулация. Трети репер по-скоро би внесъл грешка, околкото да определи по-точно положението. Елементарна тригонометрия и теория на грешките. Весо Весо , не че се заяждам, но пробвай да определиш каде точно се намира приемника при условие че имаш само 2 окръжности и там кадето се покриват има достатъчно много точки който отговарят на това , че можеш да се вържеш и към двата АП. A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers). http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html
Re: lug-bg: Издирване на лаптоп
Dimitar Terziev wrote: Здравейте. Гепиха на един познат лаптопа. Най-смешното е, че този, който го е гепил си го ползва в локалната Wireless мрежа. Пича дори ползва Интернет от IP-то, което си беше зададено на лаптопчето, като в момента го снифя яко, ама освен по разните warez-и другаде не ходи. Идеята е да го локализираме докато е в нета, преди да се е оттървал от машинката. За сега сме хванали само към кое AP се закача, което означава - радиус от около 700-800 метра, което хич не е малко. Дайте идеи - някакъв софтуер, с който да можем да му хванем приемника от колата например, с другия лаптоп? Пробвахме с едно AP - вързано към лаптопа, и обикаляхме да видим дали няма да се закачи към нас - не стана :( Идеята е да се разбере с точност до няколко десетки метра къде се намира идиота, после хората си знаят работата, ще се погрижат да не мисли за лаптопи известно време. Със софтуер само едва ли ще стане, но идеята която ми идва е да подпереш още 2 точки /физически/ на които да се постави или същия АП или такъв които да може да играе ролята на 1-вия. Идеята е, че по 3 точки ще може да се определи приблизително каде се намира, освен ако не се движи :) A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers). http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html
Re: lug-bg: Linux Install Fest - Dobrich 2004
Delian Krustev wrote: On Thursday 25 November 2004 12:35, Marian Marinov wrote: ÐÐÑ ÐÑÐÐÐ Ð ÑÑÐ ÐÐ Ñ ÐÑÐÐÑÐÐÐÑÐ ÐÐ Linux Install Fest - Dobrich 2004. ÐÑÐÐÑÐÐÑÐ ÑÐ ÑÐ ÐÐ ÐÐ 10-Ð(ÑÑÐÐÑÐ) ÐÐÑÐ Ð ÐÐ ... ÑÐ ÐÑÐÐÑ Ð ÐÐ ÑÐÑÐÑÑ ÐÐÐ 11-Ð(ÐÑ). ... ÐÑÐÐÑÐ Ð ÐÑ ÑÐ 11-ÑÐ Ð 12-ÑÐ .. :) Ð ÐÐÑÑ ÐÐ ÐÐÑÑÐ ÐÐ ÐÑÐÑÐ 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: (Offtopic)Re: lug-bg: multisession ppp+ipx
peyo wrote: 61i0k0vica f0r3v3r d0nk313 :) , Шльокавица форевър донкеле ;) ..., което пък може да говори много добре за математическите ти способности. По-скоро,за лингвистични способности ;), но Пейо що му се караш на човека, всеки може да си пише както може и знае макар, че наистина е по трудно да се чете, но също е въпрос на навик! Друг е въпроса, че сме Българи и братята Кирил и Методий са ни дали прекрасна азбука, на която е добре да се пише, а и отдавна отминаха времената на "Голия DOS" и монохромните монитори с карти Hercules, които беше проблем да се кирилизират:) В съвсем различна насока да добавя, че по този начин доста (е, може и не чак толкова) се затруднят търсещите в архива на листа. Ако Спас е оправил търсачката ;) 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: Testing Mail List
Proba 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: [off] cheaper inteligent switches
Teodor Georgiev wrote: Ð ÑÐ ÑÐÑÐÐ ÑÐÐ Ð ÐÑÐÐ. Ð ÐÐ ÐÐÑÑÐÐÑÐ Ð 50/100 ÑÐ ÐÐÐ ÐÑÐÐ ÑÑÑ switcha. ÐÐÑ, Ð 100/100 ÐÑÐÐÐ ÐÐÐ ÐÐ ÐÐ ÐÐÑ, ÐÐÑÐ ÑÑÐ ÐÐÑÐÑÐÐÐÑÐÐ Switch, ÑÐ ÐÐ ÑÐ ÑÐÐÑÐÐÑ ÐÑÐÑÐÐ ÐÑ 2 ÑÐ ÑÑÐ ÐÐ ÐÑÑÑÐ Ð ÐÐÐÑÐ ÐÑÐÐÐÑÐ ÑÑÑÐÑÐ . ÐÐ ÑÐ ÐÑÐÑÐÐÐÑÐ ÐÑ ÑÐÐÐ ÐÐÑÐ. Dell Ñ ÐÐ ÐÑÐÐÑÑ ÐÐÐÑÐ ÑÑÑÐÑÑÐ, ÐÐÐ, ÐÐÐÑÑÐÐÐ ... ÐÐÐ Ð ÑÑÑÐ ÐÐ ÑÐÐÑÐÐÐÑÐ ÐÐ ÐÑÐÐ. ÐÑÐÑÐÑÐ Ð,ÑÐ ÐÑÑÐÐ ÑÐ ÑÑÐÑ ÐÐ ÑÑÐ ÑÐ ÑÐÐÑ ÑÐÑÐ ÐÑ ÐÐÑÐÑÐ /ÐÑÐ ÐÐÐ ÑÐ ÑÐÐÐÑÐ, ÐÐ ÐÑÐÑÐÑÐ/: http://support.dell.com/support/downloads/format.aspx?releaseid=R72515 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: [off] cheaper inteligent switches
Vasil Kolev wrote: On ÐÐ, 2004-10-25 at 13:46 +0300, Dean Stoeff wrote: Teodor Georgiev wrote: ÐÐ PowerConnect ÑÐÐÑÐÐÐÑÐ ÐÐ Dell ÑÐ ÐÐ. ÐÑÐÑÑ ÑÐ ÐÐÐÑÐÐÑÑÐÑÐÑÑÐ, "ÐÐÐÑÐÐÑÑ" VLANÐ, ÐÐÐÑÑÐÐÑ ÑÐ... Btw, ÐÐÐ ÑÐ net-ÐÐÑÑÐ ÐÐ ÑÐÐÐ ÐÑÐÑÐÑÐ :) ÑÑ ÐÐ Ñ ÐÐ ÑÑ ÐÐÐÑÑÐÐÐ ÐÐÐ ÐÐ ÐÐ ÑÐÐ ÐÐ ÑÐ ÐÑÑ ÐÐÐÑÐÐÑÑÐÑÐÑÑÐ, ÐÐ ÐÐÐÑÐ ÑÐÐ ÐÑÐÐÐ ÐÑÐ Ñ ÑÑÑ Ð ÐÑÐ ÐÐÐ ÑÐ ÐÐÐÑÐ ÐÐÐ ÐÐ ÐÐ ÑÐ ÑÑÐÐÑ ;) 'ÐÐÐ ÐÐ ÐÐ ÑÐ ÑÑÐÐÑ' ÐÐÑÑÐ ÐÐÑÐ ÐÐÑÐÐÐ, ÐÐÑÑÐ 'ÐÐÐ ÐÐ ÑÑÑÐÐÐ ÐÐ ÑÐ ÑÐÑÑÐÑÑÐÑÐ', ÑÐÐÐ ÐÐ Ñ ÐÐ ÑÐÐÐ :) ÐÐ ÑÐ ÑÐ ÐÑÑ... ÐÐÑÐÑÐ ÐÐÑÐ, ÐÐÐÑÐ ÑÐ ÑÑÑÐÐÐ ÐÑÐ ÑÑÐÐ ÐÐ UPS-ÐÑÐ ÐÐÐÑÐÐÐÑ Ð ÐÐ ÑÑÑÐÐÐ ÐÐ ÑÐ ÑÑÐÐÑÑÐÑÐÑ switch-Ð, Ñ Ð ÐÐ ÑÑÐ DCSE ÑÐÐÐ, ÐÐ ÐÐ ÐÐ ÐÑÑ, ÑÐ Ð ÐÐÐÑÐÐ ÐÐÑÐÐÑÑ ÐÐ ÑÐÐÑÐÐÑ ÑÐ ÑÐÑ ÑÑÑÐÐÐ ÐÐ ÐÑÑÐÐ Ñ ÐÑÐÐÐÑÐÐ ÑÐÑÑÐÐ ÑÑÐÑ, ÐÐ ÐÐ ÐÐ ÐÐÐÑÐÐÐ ÐÐÑÑÑÐÑÐÑÐ. ÐÐÑÐÑ ÐÐ ÐÐ :)? 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: [off] cheaper inteligent switches
Teodor Georgiev wrote: On Monday 25 October 2004 13:16, Dean Stoeff wrote: peyo wrote: Ð ÐÐÐ ÐÐ ÑÐÐÐÑÐ ÐÐÑÑÐ ÑÐÐ ÐÑÐÐ ÑÐÐÐ ÐÐ ÐÐÑÑ :P. ÐÐÐÑÐ, ÐÐÐ ÑÐ ÐÐ Ð ÐÐ-ÑÐÑÐÐ ÑÐÐÐ ÐÐ ÑÐÑÐÐ Ñ ÐÑÐÐ ÐÑÐÐÐ Ð Ð ÐÑÐÐÑÐ ÐÐ Dell 3324 - 24 ÐÐÑÑÐÐ Dell 3348 - 48 ÐÐÑÑÐÐ === = 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 === = ÐÐ PowerConnect ÑÐÐÑÐÐÐÑÐ ÐÐ Dell ÑÐ ÐÐ. ÐÑÐÑÑ ÑÐ ÐÐÐÑÐÐÑÑÐÑÐÑÑÐ, "ÐÐÐÑÐÐÑÑ" VLANÐ, ÐÐÐÑÑÐÐÑ ÑÐ... Btw, ÐÐÐ ÑÐ net-ÐÐÑÑÐ ÐÐ ÑÐÐÐ ÐÑÐÑÐÑÐ :) ÑÑ ÐÐ Ñ ÐÐ ÑÑ ÐÐÐÑÑÐÐÐ ÐÐÐ ÐÐ ÐÐ ÑÐÐ ÐÐ ÑÐ ÐÑÑ ÐÐÐÑÐÐÑÑÐÑÐÑÑÐ, ÐÐ ÐÐÐÑÐ ÑÐÐ ÐÑÐÐÐ ÐÑÐ Ñ ÑÑÑ Ð ÐÑÐ ÐÐÐ ÑÐ ÐÐÐÑÐ ÐÐÐ ÐÐ ÐÐ ÑÐ ÑÑÐÐÑ ;) A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers). http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html
Re: lug-bg: [off] cheaper inteligent switches
peyo wrote: On Monday 25 October 2004 12:50, ÐÑÐÑÑÐÑÐÑ ÐÐÐÑÑÐÐÑ wrote: [EMAIL PROTECTED] wrote: hi, nqkoi da znae ewtini switchowe koito da poddyrvat : - snmp (za mrtg) - vlan - qos on per port and/or per IP basis - da imat raznowidnosti za 8,16 i 24 porta - ssh (ako ne to telnet) aide poweche iziskwaniq nqma da iskam :")) pod ewtino nqmam predwid 30-40$, estestweno.(da rechem 41$ me ustroiwa :")) tia http://neomontana.dir.bg Ð ÐÐÐ-ÐÐÑÐ Ð ÑÐÐÐ ÑÐ Ñ. ÐÑÐÐÑ ssh, ÑÐÑÐÐÐÑÐÐÑ ÑÐ ÐÐ snmp ÐÐÐ ÐÐ ÑÐ ÐÑÐÐ, ÐÐÐÑÐ Ð qos-a ÑÐÐÐ per port = ÑÐÐ ÐÐ :) ÐÐ ÐÑ ÑÑÑÐÐÐ ÐÐÐÑÐ ÑÐÐÑÐ ÑÑÐÑÑ, ÑÐ ÐÐÑÐ Ñ ÑÐÑÐ ÐÐ ÐÐÑÐÐÑÐ ÐÑÐ ÐÑÐ-ÐÐ ÐÐÑÐÐÐÑÐÑÐÐ ÐÐ ÐÑ ÑÐÐÐÑ Ð Ð ÐÐ ÑÑÐÐ Ñ ÐÑÐÐÐÑÑÐÐ ÑÐÐ DATA ÑÐÑÑÑÐ. ÐÑÐÐÐ ÑÐÐÐ, ÑÐÐÐ ÐÐÐÑÐ ÐÐ ÐÑ ÑÐÑÐÐÐ ÐÑÐÐ Ñ MRTG, ÐÐÑÐÑÐ ÐÑÐÐ ÐÑÐÐ ÐÑÐÑÑÐ ÐÐÑÐ OID-s. ÐÑÐÐÑÐÑÐÐÐÑÐÑÑÐ ÐÑÐ Ð ÐÐÑÐÐ/ÐÐÑÐÐÐ queue, ÐÐÑÐ ÐÐÐÑ ÐÐÑÐÐÐÑÐÐÐÑ ÐÐ 2 IP-ÑÐ, ÐÐÐÑÐ Ñ ÐÐ ÐÑÐÐÑÐÑÐÐÐÑÐÑ. ÐÐ ÑÐÐÑÐÐ ÐÐ ÑÐÐÐ, Ñ ÐÐ ÐÑÐÐÑÐÑÐÐÐÑÐÑ ÐÐ DSCP/TOS. Ð Ð ÐÐÐÑÐ ÑÑÐÑÐÐ ÐÐÐÑÐÑÑÐ, ÐÐ 8 VLANs ÐÑÐÐ ÐÐ ÐÑ ÑÐÑÑÑÐÑ ÑÐÐÐÑÐ. ÑÐÐÐ! Ð ÐÐÐ ÐÐ ÑÐÐÐÑÐ ÐÐÑÑÐ ÑÐÐ ÐÑÐÐ ÑÐÐÐ ÐÐ ÐÐÑÑ :P. ÐÐÐÑÐ, ÐÐÐ ÑÐ ÐÐ Ð ÐÐ-ÑÐÑÐÐ ÑÐÐÐ ÐÐ ÑÐÑÐÐ Ñ ÐÑÐÐ ÐÑÐÐÐ Ð Ð ÐÑÐÐÑÐ ÐÐ Dell 3324 - 24 ÐÐÑÑÐÐ Dell 3348 - 48 ÐÐÑÑÐÐ A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers). http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html
lug-bg: Wireless PCI?
А защо непременно трябва да са PCI и защо изобщо ти трябва да има компютър? Принципно добро решение е: Устройство базирано на rtl8181+ Switch +TinyIP модул сорсове на firmware на такова могат да се намерят на www.minitar.com и сравнително лесно можеш да си направиш каквото искаш. При това такава компинация има сравнително ниска консумация и висока надежност. А на останалите въпроси не е толкова лесно да се отговори зави от много неща, но най вече от прицизно изпълнение при монтажа / добри антени(по възможност остронасочени насочени, колкото се може по малко преходи м/у антената и устрйтвото, релеф, подбор на канал да не се настъпваш с други радиота и т.н/ от тези и други фактори най-вече ти зависи пройзводителността т.е. скоростите които ще постигнеш /теоритично максималното е около 4 Mbit/s /, а за разтояние лично аз имам линк на 46 км при реална скорост около 1Mbit. 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: Защо ми чезнат устройствата?
Dafcho Tabakov wrote: ÐÐÑÑÐ ÐÑÑÐÐ, ÐÑÐÑÑ Ð ÑÐÐÑÐ - ÐÑÑÐÐ Ð ÐÐÑÑÐÐÐÑÐÐ ÑÐÑÐ 2.6.8.1 ÐÐ Slackware 10. ÑÐ ÐÐÐÑÐ. ÐÐ ÐÐ ÐÐÑÑÑÐ ÐÐ ÐÐÑÑÐÐÑÐ, Ð /dev/video, /dev/radio, /dev/vbi, ÐÐÐÑÐ ÑÐ ÐÑÑÐÐÐ ÐÑÐ /dev/video0, /dev/radio0, /dev/vbi0. ÐÑÐ ÑÐÑÑÐÑÑ ÐÑÑÐÐÐÑÐ ÐÐÑÑ Ð ÑÑÑÐÐÐ ÐÐ ÐÐ ÑÑÐÐ ÐÐ. ÐÑÐ ÐÑÐÐÐ ÐÑÐÐÐÑ ÐÐ ÑÑÑÐÐ ÐÐ Ð ÐÐÐ Ñ ÐÐÑÑÐÐ ÐÐ ÑÐÐÐÑÐ, ÐÐÑÐÐÐ ÐÐ ÑÐ ÑÐ ÑÐÐÐ ÐÑÑÐÐÐ. ÐÑÐÐÐ Ð Ð LIRC ÑÐÑÑÑÐÑÑÑ (http://www.lirc.org). ÐÑÐ ÑÐ ÑÐ /dev/lirc, /dev/lircd, /dev/lircm. ÐÑÐ ÑÐÑÑÐÑÑ ÐÐÑÑ ÐÑÐÑÐÐ, ÐÐÐ /dev/lircd. ÐÑÑÐÐ ÐÐ ÑÑÐÐ ÐÑÐ ÑÑÐÑÑÐÑÐÐÐ Ñ : /bin/mknod /dev/lirc c 61 0 /bin/mknod /dev/lircd p /bin/mknod /dev/lircm p ÐÐ ÐÐ-ÐÐÐÑÐÐ ÑÑÐÐÑÐ ÐÑÐÐÑÐÐÑÐ Ð ÐÑÑÐÐÐÑÐÐ ÐÐÐÑÐÐÑÑÐÑÐ ÑÐÐÐ ÐÐ ÑÐÑÐÑÐ. ÐÐÐÑÑ ÐÑÑÐÑ! Ð ÑÐÑÑ ÐÐ ÐÐÑ devfs? A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers). http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html
Re: lug-bg: =?UTF-8?B?0J/RgNC10LLQvtC0INC90LAgImhlYWQgZmlsZXMi?=
Aleksander Valchev wrote: ÐÑÑÐ Ð ÐÐÑÐ ÐÐÑÐÐÑÑÐÐ ÐÐ ÑÐÐÑÐÐÐ :) ÐÐ Ð Ð header file => ÐÐ Ð Ð C => ÐÑÐÐ ÑÐÐÑÑÐ ÐÐ ÑÐÑÐ ÑÑÐÑÐÑÑÐ, ÐÑÐÐÐ ÐÐ Ð ÐÑÐÑÐÐ ÐÐÑÐ ÐÐ C. ÐÐÑÑÐÑÐ ÐÐ Ð, ÑÐ ÐÐ Ñ ÑÑÐÑÐÑ Ð ÐÐ-ÐÐÐÑÐ ÐÐ ÑÐ ' ÑÐÐÐ', ÐÐÑÐÑÐ ÐÐ ÑÐ ÐÐ ÐÐ-ÐÑÐÑÐ :), ÐÐ Ñ, ÑÐ ÐÑÐ ÑÑÑÐÐÐÑÐ ÑÐ ÐÐ ÑÐÑÐÑ. ÐÐÐ ÐÐÑÐ ÐÐ ÐÐ ÐÐÑÐÐ, ÐÐ Ð Ð ÐÐ ÐÐ ÑÐ ÐÐÐÑÑÐ :) ÐÑÑÐÐ ÑÐ , ÐÑÐÐÑÐ ÐÐ Ð ÐÑÐÑÐÐ ÐÐ ÑÐ ÐÑÐÐ ÐÐ ÐÑÐÐÐÑÑÐÐ Ð ÐÑÐÑÐ ÐÐÑÑÐÑÑÐÐ ÑÐÐÑ ÐÑÐ ÐÐ ÐÑ, Ð ÐÐ ÐÑÐÐ ÐÐÐÑÐ Ð ÐÐÑÑÐ ÐÐÐÑÐÐÑ. ÐÑÐÑÐ ÐÑÐÐÑ ÐÑ ÐÐ ÑÐÑ ÐÐ ÐÐ ÐÐ ÐÐÑÐÐÑÑÐ, ÐÑ Ð ÐÑÑÐÐÐ ÐÐ ÐÐÑÑÐÑÐ /ÑÐÐÑÑÐÐ/ ÐÐÐÑÐ Ð ÐÐÐÑÑ ÐÑÐÐÐÑ ÐÐ ÑÐÐÐ ÐÐÐ ÐÐ ÑÑÑÐÐÐ ÐÐ ÑÐ ÐÑÐÐ. ÐÑÐ ÐÑÐ ÐÐ: http://www.linux-bulgaria.org/archive/2004/Apr/28021.html A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers). http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html
Re: lug-bg: Re: lug-bg: OT: =?UTF-8?B?0JHRitC70LPQsNGA0LjRjyDigJM=?= =?UTF-8?B?INC30LDRgtCy0L7RgNC10L3QuNGP0YIg0LrQvtC0INC90LAg0LXQu9C10LrRgtGA?= =?UTF-8?B?0L7QvdC90L7RgtC+INC/0YDQsNCy0LjRgiDQtdC70YHRgtCy0L4=?=
Stanislav Lechev [AngelFire] wrote: ÑÑÐÐÐÑÐÐÐ ÐÐ ÐÐ Ð ÐÐÐÑÐÐ ÐÐ ÐÑÐÑÐÑÐ ÑÐÐÐÑÐ ... ÐÐÑÐ ÐÑÑÐ -Ð ... Ð Ð gmail ÐÑÐÐÐ ÐÐÐÑÐ Ñ ... ÐÐÑÐ ÑÑÐÐÐ ÐÑÐÐ ÐÐ ÐÐÐ ÑÐ ÑÐ ÐÑÐ ÑÐÐÐ ÐÐ ÐÐ ? Ð ÐÐÐÑÐ, ÑÐ ÑÐ ÐÑÑÑ Ð UTF-8 Ð/Ñ Windows-1251 On Fri, 08 Oct 2004 16:10:31 +0300, Dean Stoeff <[EMAIL PROTECTED]> wrote: Stanislav Lechev [AngelFire] wrote: Predi malko Yovko Lambrev postna wyw FSA-BG neshto koeto smqtam che powecheto ne ste cheli... Struwa si ! ÃÃÃ, ÃÃ ÃÃ Ã ÃÃÃ ÃÃ ÃÃ Ã ÃÃÃ ÐÐÐ, ÑÐÑÐÑÐ ÐÐ ÐÐÑÐÐÐÑÐÐ ÐÐÐ ÐÐ ÑÐ Ð ÑÐÑ 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: BIND +MySQL =?windows-1251?Q?=E8=ED=F1=F2=F0=F3=EC=E5?= =?windows-1251?Q?=ED=F2=3F?=
Georgi Ivanov wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dean Stoeff wrote: | Някой има ли готов инструмент за управление на домайни през MySQL или ще | трябва да си пиша сам? Мисля , че BIND имаше plugin за RDBMS , но според мен не е удачно да имаш RDBMS backend за DNS :) Не става въпрос да са в някаква база изобщо има си patch за mysql и си работи много добре проблема е, както писях на Весо, че е досадно да правиш промени в зоните с SQL заявки на ръка търси се нещо за визуално редактиране A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers). http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html
Re: lug-bg: OT: =?windows-1251?Q?=C1=FA=EB=E3=E0=F0=E8=FF_=96_?= =?windows-1251?Q?=E7=E0=F2=E2=EE=F0=E5=ED=E8=FF=F2_=EA=EE=E4_=ED=E0_?= =?windows-1251?Q?=E5=EB=E5=EA=F2=F0=EE=ED=ED=EE=F2=EE_=EF=F0=E0=E2=E8=F2?= =?windows-1251?Q?=E5=EB=F1=F2=E2=EE?=
Stanislav Lechev [AngelFire] wrote: Predi malko Yovko Lambrev postna wyw FSA-BG neshto koeto smqtam che powecheto ne ste cheli... Struwa si ! Дам, хората на Вени Марковски пак не са в час 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: BIND +MySQL =?windows-1251?Q?=E8=ED=F1=F2=F0=F3=EC=E5?= =?windows-1251?Q?=ED=F2=3F?=
Vesselin Kolev wrote: Dean Stoeff wrote: Някой има ли готов инструмент за управление на домайни през MySQL или ще трябва да си пиша сам? Какво значи "управление на домейни"? Зоната е в таблица и периодично се продуцира зонален файл, който след това се подава на BIND, или зоната в таблица и BIND чете от mysql? Второто и нали се сещаш, че при някол;ко десетки/стотин/ домайна, да правиш промени с SQL заявки на рака е малко досадно :) 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: BIND +MySQL =?windows-1251?Q?=E8=ED=F1=F2=F0=F3=EC=E5=ED=F2=3F?=
Някой има ли готов инструмент за управление на домайни през MySQL или ще трябва да си пиша сам? A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers). http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html
Re: lug-bg: Re: Re: lug-bg: =?windows-1251?Q?=CF=F0=EE=E1=EB=E5=EC?= =?windows-1251?Q?_=F1_=CB=E8=ED=F3=EA=F1_=E2_=D3=E8=ED=E4=EE=F3=F1?= =?windows-1251?Q?=EA=E0_=EC=F0=E5=E6=E0?=
George Danchev wrote: се вбесяват люто и почват да крещят като чуят думи започващи с Лин.. или Юни... Аз вече им предложих да сменя Exchange-a с qmail + antispam + antivir, предложих им да пусна един шейпър с примерно tc/htb но не би! Не лоша алтернатива да се види кое е по добро :) Директно ги подлагаш на груба конкуренция, при което ще се види кой е крив и кой е прав, след което босовете ще имат думата, така, че гледай да ги убедиш качествено. А никой бос не се вътри ей така на инат ;-) Ако фанатизма продължава, то май няма да изкараш дълго там и по естествен начин ще напуснеш кошера. Внимавай да не се овътриш обаче ако се надцениш в това което можеш да предложиш/осъществиш/поддържаш. Пък и аз не виждам нищо лошо в твоето положение, дори напротив: ако си печен ще се възползваш... не ги изпускай, така както са ти на гюме ;-) Именно за това ства въпрос. За сега нека Винбозите си стоят като десктоп системи, не всеки лузар може да се оправя добре с Винбоза а камоли с Линукс, е могат и като сървари да работят ако има кадърни хора да ги настроят, но все пак нещо Юниксоподобно е по-добре. 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: rpc.mountd: getfh failed: Operation not permitted
Georgi Chorbadzhiyski wrote: Georgi Chorbadzhiyski wrote: [EMAIL PROTECTED]:~# mount work.unixsol.bg:/home/gf mount: work.unixsol.bg:/home/gf failed, reason given by server: Permission denied Естествено 2 мин след като написах писмото открих решението на проблема. Във /var/lib/nfs/ и на двете машини имах стари данни (в последнно време ни гасна тока). След като спрях nfs сървърите и изтрих всичко в директорията проблемът изчезна (rm /var/lib/nfs/*). :) Да точно! 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: rpc.mountd: getfh failed: Operation not permitted
Georgi Chorbadzhiyski wrote: Georgi Chorbadzhiyski wrote: [EMAIL PROTECTED]:~# mount work.unixsol.bg:/home/gf mount: work.unixsol.bg:/home/gf failed, reason given by server: Permission denied Естествено 2 мин след като написах писмото открих решението на проблема. Във /var/lib/nfs/ и на двете машини имах стари данни (в последнно време ни гасна тока). След като спрях nfs сървърите и изтрих всичко в директорията проблемът изчезна (rm /var/lib/nfs/*). Sorry за предни пост не дочетох какво пишеш :) виж това : https://www.redhat.com/archives/psyche-list/2003-January/msg00488.html A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers). http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html
Re: lug-bg: rpc.mountd: getfh failed: Operation not permitted
Georgi Chorbadzhiyski wrote: Здравейте, отскоро ми се появи следният проблем при монтиране на директория по nfs. Интересно че става само с един от експорите на машината, всички други си работят нормално. Постановката е следната: work.unixsol.bg (ядро 2.4.27) - експортира много неща по nfs: В /etc/exports на машината проблемният export е: /home/gf gf.unixsol.bg(rw,async,no_root_squash,all_squash,anonuid=1000,anongid=100) имам и други такива, която експортират домашни директории но с тях нямам проблеми. gf.unixsol.bg (ядро 2.6.8.1. С 2.6.7 имах същият проблем, но доста време след като го слжих се появи). На тази машина монтирам по nfs домашната си директория: В /etc/fstab имам: work.unixsol.bg:/home/gf /home/gf/work nfs rw,noauto,intr,hard,sync 0 0 Когато се опитвам да монтирам ми отказва [EMAIL PROTECTED]:~# mount work.unixsol.bg:/home/gf mount: work.unixsol.bg:/home/gf failed, reason given by server: Permission denied а в лога на nfs сървъра (work) се появява това: rpc.mountd: authenticated mount request from gf.unixsol.bg:653 for /home/gf (/home/gf) rpc.mountd: getfh failed: Operation not permitted Когато стартирам exportfs -arv на work ефекта получавам следните съобщения: exporting gf.unixsol.bg:/home/gf to kernel gf.unixsol.bg:/home/gf: Invalid argument Спирах nfs сървърите и на двете машини, дори ги рестаритах (yuck!) и нищо не се промени. Направих директория /home/gf2/ преместих всичко в нея експортирах я и пак отказва да работи. Интересното е че от тази машина (work.unixsol.bg) си монтирам още 3 дяла, който работят. Единствено домашната ми директория не се монтира. Търсих из google за "getfh failed: Operation not permitted", и други са имали проблеми, но никъде не намерих решение. И двете машини са със slack-current, ядрата са също от там (стандартните). modprobe capability Ако ядрото ти е компилирано както трябва иначе ще трябва да ко пркомпилираш 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: Encoding ..
Pesheva Svetlana wrote: ÐÐ, ÐÐÑÐÑ ÑÐ ÑÐÑ ÐÐ-ÐÐÐÑÐÐ. ÑÑÐÐÑÐ ÐÑÐÑÑÑÐ ÐÐ Ð ÐÐÑÐ ÐÐÐ Ð ÑÐÑÑÐÑ. ÐÐÐ, ÐÐÐ ÐÑÐÑÐÑÐÑ Ð Ð ÐÑÑÐÑÐÑ, Ð ÑÐ ÐÐÑÑÐÐÑ ÐÐÐÑÑÐ ÐÐ ÐÐÑÐÐÐ "ÑÐÐÐÑÑÐÐ ÐÑÐÑÑÑÐ", ÐÑÐÐ ÐÐ Ð ÑÑÑÐÐÐ ÐÐ ÑÑÐÑ Ð ÑÐÐ Ð, ÐÐ Ð ÑÑÑÐÑ ÑÐ ÐÑÐÐÑÑÑÐ ÐÐ ÑÐÐÐ, ÑÐ ÐÐ Ñ ÐÐ ÐÐÐÑÐÐÐÑ Ð ÐÑ ÑÐÐÑÐ ÐÐ ÑÐ ÐÐÑÐÑÑÐÐ ÐÐÑÐ ÐÐÐÑÐÑ ÐÐÑÐÑÑÐÐÑÐ ÐÐ ÑÐ ÑÑÐÐÑÐÐÑÐÐÑ Ñ ÐÑÐ ÐÑÐ ÐÑÐÑÑÐ Ð ÐÑÐÑÐÑ ÐÐ ÐÐÐ, Ð ÑÐ ÑÐÑ Ð ÐÑÐÑÐÑ ÐÐ ÐÐÑÐÐ ÐÐ ÑÐ ÑÐÐÑÐÑÐÑÐÐ ÐÑÐ ÐÐÑÐ ÐÑÐÐÑÐÑÐ ÐÑÐ Ð ÐÑÑÐÐÑÐ ÐÐ ÐÑÐ ÐÑÐ ÐÐÐ ÑÐÑÐ, ÐÐÐÑÐ ÐÐÑÐÑ ÐÐ ÐÐÑÐÐÐÑÐ ("ÑÐÑÐÑÐ")! Ð ÐÐ ÐÐÐ ÐÐ Ð ÑÐ ÐÐ ÐÐÑÐ ÐÑÑÐÐÐ, Ð ÑÑÑÐ Ð ÐÐ ÑÐÑÐ ÐÑÐÐÐ ÐÑÐ Ð Ñ ÑÐÐÐ ÐÐ Ð ÐÐ ÐÐÑÐÐÐÑÐ, ÐÐ 1-ÐÐ ÑÐÐ ÐÑÐÐÐÑÐÐ Ð 2-ÑÐ ÐÑÐÐÑÐ ÐÐ ÐÑÑÐÑÑÐÐÐ ÐÐÑÐÐ ÐÑÐ Ð LUG-BG ÐÐ ÑÐ ÐÐÑÐ ÐÐ ÐÑÐÐÐÑÐÐ ÐÐ ÑÐÑÐÑÐÐ, ÐÐ Ð ÐÐ ÐÐ ÐÐ ÐÐ ÐÐ ÑÐÐ, ÑÐÐÐ: ÐÑÐÐÐ 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: Encoding ..
ÐÐ ÑÐ Ð ÑÐÐÐ Ð ÐÑÐ. ÑÑÐÐÐÑÐ ÐÑÐÐ ÐÐ ÑÐÐÐ Ð ÐÐÐ-Ð ÐÐ ÑÐ ÐÐ ÐÐÐ Ñ, Ð ÐÐ ÑÐÑÐÐ ÐÐÐÑÐ Ð ÐÐÑÐÐÐ ÐÐ Ð ÑÑÐ ÐÐ ÐÐÐÑÐÑÐÑÐ. <ÐÐÑÐÑ> ÑÐ Ð ÑÐÐÐ ÐÑÐÑÑÑÐ ÑÐ ÑÑÑ ÑÐÑ, ÐÑÐÑÐ ÐÐÑ ÐÐÑÐÐ Ð ÑÐÐÐÑÐÑÑÐÐÑÐ, ÐÑÐÑÐ ÑÑÐÐÑÑÐÐ ÐÐ ÐÐÐÑÑÐÑ - ÐÑÐÐÐÑÐ. . . . <ÐÐÑÐÑ> ÑÑÐÐÑÐ ÐÑÐÑÑÑÐ ÑÐ ÐÑÐÑÐÐÑÐ (ÐÐ ÐÐÐ ÐÑÐÐÐ) ÑÑÑ ÑÐÑÐ ÑÐÑÐÐÐÑ ÐÐÑÐ ÑÐÐÑ ÐÐÐÑÑÐÐÑÐ Ð ÑÑÑÐÑÐ ÑÐÑÐÑÐÐÑÐÑÑÐ ÐÑ ÐÑÐÑ ÐÐ XV ÐÐÐ, Ñ ÑÐÐÐÑÐÑÑÐÐ Ñ ÐÐÑÐ ÐÐÐ (ÑÑÐÐ ÐÑÐÐ V Ð. ÐÑ. ÐÑ. ÐÑ ÐÐÐ ÐÐÑ Ð ÐÐÑÐÐ), Ð Ñ ÐÐÐÑÐÑÐÐ ÐÐ ÐÐ ÐÐ ÐÐ ÐÐ ÐÑÐÑÐÐÑÐ ÐÑÐÑÑÑÐ, ÐÐÑÐÐÐ ÐÑ ÐÐÑÐÑÐÑÐÑÐ, Ð ÐÐ ÐÑ ÑÐÑÑÐÐÑÐ ÑÐÐÑÑÑÑ Ð ÑÐ. ÐÐ ÐÐ ÐÐ ÐÐÑÐÐÑÐ ÑÐÑÐÑÐ Ð ÐÐÐÑÐ ÐÐÑÐ ÐÐÑÐ ÐÐ ÐÐ ÑÐÐÐÑÐ ÐÐ Ð ÐÐ ÐÐ ÐÐ , Ð ÐÐÐ ÐÑÐÐÑ ÐÐ ÑÐ ÑÑÐÑÑÐÐÑ ÐÐÐÑÐ Ð ÐÐ ÐÐ ÐÑÐÑÐÑ ÐÐ ÐÑÑÐÑÐ Ð ÐÐ ÐÐÐÑÐ ÐÐ ÑÐ Ñ ÐÐÑÐ ÐÐÐÑÑÐÐÐ ÐÐÑÐÑÐ ÑÐ ÑÑÐÑÑ ÐÑÐ ÑÐÐ. Ð ÑÑÑÐ ÐÑÐÐÐ ÐÑÐ ÐÑÐÐ Ñ ÑÐÑÐÐÐÑÐ ÐÐ ÐÑÐ Ð ÐÐ Ð Ñ ÑÑÐÐÐ ÐÐ ÐÐ Ð"ÑÑÑ" : ÑÐÐÐ: ÐÐÑÐ ÐÑÐÐÐ A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers). http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html
Re: lug-bg: how to change sound irq
ZorLak wrote: Здравейте! Преди време си инсталирах Slackware 10 (2.4.26). Звуковата карта (Yamaha 724) и мрежовата карта (8139) се разпознаха и работят без проблеми. Наложи ми се да добявя втора мрежова платка NE2000-съвместима (ISA). На нея има джъмпери с който става настройката и съм ги настройл на io=0x340, irq=3 (COM2/4 ми е изключен). Когато опитам да заредя модула ne.o ми дава грешка. Ако го сложа в rc.modules, при зареждане ми блокира звуковата карта която се оказа че използвала irq3 и съответно и мрежовата платка не работи. Нямам други свободни irq-та. Има ли някакъв начин да се зададе определено irq на звуковата карта? Някакъв коонфигурационен файл на АЛСА? Благодаря Пробвай да обясниш чрез BIOS че irq 3 ти е заето от ISA карта, звуковата ако е интелигентна би трябвало да може да работи със споделено IRQ и да се премести сама A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers). http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html
Re: lug-bg: Linux Route
atlas wrote: Забравих да кажа, че външната ми мрежа е през USB и се връзва чрез PPP0, но това го оправих и скрипта работи перфектно. Въпроса ми е може ли да огранича дърпането на "*.MP3" файлове от трите машини които имат достъп до Internet или това изисква много настройки? Отговора на тоя въпрос дали може е ДА и е описан ето в тоя документ: /usr/doc/Linux-HOWTOs/TransparentProxy както и в документацията на Squid 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: ÐÐÐ ÐÐÐ firewall
Vesselin Kolev wrote: Vesselin Markov wrote: -- http://koralsoft.dir.bg/threed/gay.php. ÐÐ Ð ÐÐÑÐÐ ÐÑÐÐÐ:) ÐÐÐÑÐ ÐÐÑÐÑÐÑÐÐ ÐÐ ÐÐ ÐÐÐÑÐÐ... Ð ÑÑÑÐ ÑÐÐÑÐ ÐÐÑÐÐÐ:) ÐÐÑÐ ÐÐÑÐ ÐÐ ÐÐ ÑÐ Ð ÐÑÐÑÐ - ÐÑÐÑÑÐÐÑÐÑÐÑÐÐ :) A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers). http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html
Re: lug-bg: Re: lug-bg: Elcon 131U usb + БТК = ПОМОЩ
atlas wrote: Хмм сигурен ли си, че това е изхода след промяната на VPI/VCI Ето го изхода на eaglestat (в момента съм с версия 1.9.9) eagle-usb status display - Driver version 1.9.9 USB Bus : 001 USB Device : 003 Dbg mask: 0x0 Ethernet Interface : eth1 MAC: 00:07:23:ff:26:04 Tx Rate 000128 Rx Rate 000480 Crc 00 FEC 00 Margin 45 Atten06 dB VID-CPE 00 VID-CO 28 HEC 00 Защото това показва друго, а докато тия два параметъра не са точни, никога няма да получиш каквото и да е :) _VPI 00 VCI 32 Delin GOOD _ Cells Rx 00 Cells Tx 63 Pkts Rx 00 Pkts Tx 63 OAM 03 Bad VPI 32 Bad CRC 00 Oversiz. 00 Modem is operational Не съм много сигурен къде трябва да се опишат опциите VPI и VCI. Аз ги добавям във файла "eagle-usb.conf", който е във "/etc/eagle-usb/". Меже предния път да не съм рестартирал модема като съм сменил настройките. За съжаление сега след като рестартирах модема нещата са само на 50% ОК. Ето как изглежда eaglestat сега: eagle-usb status display - Driver version 1.9.9 USB Bus : 001 USB Device : 007 Dbg mask: 0x0 Ethernet Interface : eth1 MAC: 00:07:23:ff:26:04 Tx Rate 000128 Rx Rate 000480 Crc 00 FEC 00 Margin 46 Atten06 dB VID-CPE 00 VID-CO 28 HEC 00 _VPI 01 VCI 32 Delin GOOD _Cells Rx 00 Cells Tx 00 Pkts Rx 00 Pkts Tx 00 OAM 01 Bad VPI 05 Bad CRC 00 Oversiz. 00 Modem is operational Уф ама пак не чета, да тоя път са добре, :) в конфигурационния файл се дават в шестнадеситичен вид, а eaglestat ги дава в десетичен : 0x20 = 32 От тук на сетне какво се случва дай, малко от tcpdump-a да видим сега по eth1 какво отива и какво ти вруша A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers). http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html
Re: lug-bg: Re: lug-bg: Elcon 131U usb + БТК = ПОМОЩ
atlas wrote: Не съм много сигурен къде трябва да се опишат опциите VPI и VCI. Аз ги добавям във файла "eagle-usb.conf", който е във "/etc/eagle-usb/". Меже предния път да не съм рестартирал модема като съм сменил настройките. За съжаление сега след като рестартирах модема нещата са само на 50% ОК. Ето как изглежда eaglestat сега: eagle-usb status display - Driver version 1.9.9 USB Bus : 001 USB Device : 007 Dbg mask: 0x0 Ethernet Interface : eth1 MAC: 00:07:23:ff:26:04 Tx Rate 000128 Rx Rate 000480 Crc 00 FEC 00 Margin 46 Atten 06 dB VID-CPE 00 VID-CO 28 HEC 00 VPI 01 VCI 32 Delin GOOD Cells Rx 00 Cells Tx 00 Pkts Rx 00 Pkts Tx 00 OAM 01 Bad VPI 05 Bad CRC 00 Oversiz. 00 Modem is operational За информация пращам и копие на "eagle-usb.conf" # Options are set whith the following syntax: # # Name = Value # # where "Name" is the option name, and # "Value" is the option value, specified # in hexadecimal (without any prefix). # Option names are case sensitive. # Options that are commented out are specified # with their default values. # # Other than VPI, VCI and Encapsulation, # I really don't known what these options mean. #POTS FOR EAGLE OPTN0=80020066 # OPTN2=2370 # OPTN3= OPTN4= # OPTN5= # OPTN6= # OPTN7=02CD8044 # OPTN15=09090909 VPI=0001 VCI=0020 #The following values are valid for encapsulation : #MPOA_MODE_BRIDGED_ETH_LLC > 1 #MPOA_MODE_BRIDGED_ETH_VC > 2 #MPOA_MODE_ROUTED_IP_LLC > 3 #MPOA_MODE_ROUTED_IP_VC > 4 #MPOA_MODE_PPPOA_LLC > 5 #MPOA_MODE_PPPOA_VC > 6 Encapsulation=0001 Linetype=0002 RatePollFreq=0009 STATIC_IP= none ISP= BTK LANG= en ASYNCHRONOUS_START=1 Не мога да разбера защо VCI е 0032 ?? значи принципно точно там трябва да са,, специално си дръпнах последната версия, която е 1.9.9.1 , машината на която го сложих е съвсем друга OS - Slackware-current, kernel-a е малко нестандартен но не би трябвало да е от това. 2.6.7-bk20 + TuX patch. та момчетата от eagle са свършили много добра работа, нещата тръгнаха по учебник, дори с техния конфигурацияонен скрипт : eagleconfig /преди правеше проблеми/ , сега все още затрива /etc/resolv.conf / но това е бял кахър :)/ - значи би могъл да го ползваш за конфигуриране - избираш провайър BG02 в твоя случей, останалото е както те води скрипта и при мен всичко е ОК само може да се наложи след зареждането на дривера да изпълниш eaglectrl -d ето изхода на eaglestat при мен /все пак сам с 111U/, но това не е толкова важно: eagle-usb status display - Driver version 2 USB Bus : 001 USB Device : 003 Dbg mask: 0x0 Ethernet Interface : eth1 MAC: 00:07:23:ff:21:69 Tx Rate 000128 Rx Rate 000480 Crc 00 FEC 00 Margin 47 Atten 11 dB VID-CPE 00 VID-CO 28 HEC 00 VPI 00 VCI 35 Delin GOOD Cells Rx 002513 Cells Tx 001918 Pkts Rx 001248 Pkts Tx 001152 OAM 18 Bad VPI 000118 Bad CRC 00 Oversiz. 00 Modem is operational ОПРЕДЕЛЕНО ВАЖНО Е ПРЕДИ ДА ПРОДЪЛЖИШ С PPPOE-to VPI/VCI ПАРАМЕТРИТЕ ДА СА ТЕЗИ КОИТО ТИ ПРАТИХ /В СЛУЧЕЯ С ISDN Elcon-131: VPI=0001 VCI=0020 ЗА Elcon-111U и обикновен телефон те са: VPI= VCI=0023 И ТОЧНО ТЕ ТРЯБВА ДА СА СЛЕД ИНИЦИАЛИЗАЦИЯТА НА МОДЕМА ПРИ КОМАНДА eaglestat ИНАЧЕ НИЩО НЯМА ДА СЕ ПОЛУЧИ! Пожелавам ти успешна борба, ако пак не се получава, ще го бистрим утре / по-скоро вдругиден/
Re: lug-bg: Re: lug-bg: Elcon 131U usb + БТК = ПОМОЩ
Хмм сигурен ли си, че това е изхода след промяната на VPI/VCI Ето го изхода на eaglestat (в момента съм с версия 1.9.9) eagle-usb status display - Driver version 1.9.9 USB Bus : 001 USB Device : 003 Dbg mask: 0x0 Ethernet Interface : eth1 MAC: 00:07:23:ff:26:04 Tx Rate 000128 Rx Rate 000480 Crc 00 FEC 00 Margin 45 Atten06 dB VID-CPE 00 VID-CO 28 HEC 00 Защото това показва друго, а докато тия два параметъра не са точни, никога няма да получиш каквото и да е :) VPI 00 VCI 32 Delin GOOD Cells Rx 00 Cells Tx 63 Pkts Rx 00 Pkts Tx 63 OAM 03 Bad VPI 32 Bad CRC 00 Oversiz. 00 Modem is operational
Re: lug-bg: Re: lug-bg: Elcon 131U usb + БТК = ПОМОЩ
atlas wrote: - Original Message - Dean Stoeff wrote: atlas wrote: Здравейте група, Преди месец прекарах НЕТ през БТК (ELCON ADSL 131U). Под Windows всичко е нормално, но имам проблем под LINUX. След кратко търсене из форумите, намерих драйвер за този вид модеми (eagle-usb-1.9.6.tar.bz2), инсталирах го, конфигурирах го, добавих DNS-ите на БТК в "/etc/resolv.conf", конфигурирах ADSL-а (adsl-setup). Инициализацията на модема е успешна. Понеже имам и мрежова карта в PC-то, модема ми се появява на eth1. Накрая стартирам връзка към БТК (ADSL-START), но за съжаление връзката не се осъществява. PPPOE клиента в Linux отказва да си намери Service-Name или името на концентратора отсреща. Изписва ми само "Time Out". (пробвах и с по-новите версии на драйвера - "eagle-usb-1.9.6.tar.bz2" и "eagle-usb-1.9.9.tar.bz2") Стартирах мониторна програма за да видя какво става на eth1 когато пусна adsl-start. От там се вижда, че се пращат PADI пакети към . Порових се из мрежата и разбрах, че по този начин pppoe прави връзка с компютъра server и от него чака за PADO пакет. Това е началото на pppoe връзка. За съжаление при мен няма нито един получен PADO пакет Имам чувството че при мен всичко е наред, но в такъв случай не знам къде е проблема (както споменах вече, под Windows всичко е наред). (пробвах Slakware 9.1, Slakware 10 и Knoppix 3.4 - проблема е все същия) Надявам се да можете да ми помогнете Благодаря предварително /Слав/ Ами ако погледнеш малко по назад във листата има HOWTO но тестваните версии на дривера са 1.9.6 и 1.9.8 http://linux-bulgaria.org/archive/2004/Jun/29054.html Вече 3 -ти месец работи, ако все пак не, можеш да го оправиш след като направиш всичко по учебник, пиши и прати малко повече инфо! !П.П ВНИМАНИЕ все пак зада стане работа кабела , на линията трябва да е включен, модема не може да се инизиализира докато няма връзка с доставчика! Дам , и понеже вецхе сам на доста бири не дочитам маил-а, освен това man adsl-start и въобще долкументацията на rp-pppoe, след като казваш, че модема е инициализиран ОК т.е state : OPERATIONAL Информацията към която ме прашташ може и да върши работа при ELCON 111U, но не знам дали при ELCON 131U нещата са идентични. И все пак да кажа, че вече направих настройките описани за 111U. Ще се повторя малко, но ще кажа че проблеми с инициализацията на модема нямам. Ползвам RP-PPPOE v.3.5 Надявам се някой да е подкарвал 131U под LINUX за да обсъдя с него проблема си. Значи принципната разлика в двата модема е,че 131 е за ISDN. тогава имам малко разлики в настройките на драйвера /тия в КАКДА-то са за обикновен телефон/, а именно: VPI= трябва да е VPI=0001 VCI=0023 трябва да е: VCI=0020 и все пак, ако искаш помощ дай поне изхода от eaglestat като за начало Успех! /Деян Стоев/ 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: Elcon 131U usb + БТК = ПОМОЩ
Dean Stoeff wrote: atlas wrote: Здравейте група, Преди месец прекарах НЕТ през БТК (ELCON ADSL 131U). Под Windows всичко е нормално, но имам проблем под LINUX. След кратко търсене из форумите, намерих драйвер за този вид модеми (eagle-usb-1.9.6.tar.bz2), инсталирах го, конфигурирах го, добавих DNS-ите на БТК в "/etc/resolv.conf", конфигурирах ADSL-а (adsl-setup). Инициализацията на модема е успешна. Понеже имам и мрежова карта в PC-то, модема ми се появява на eth1. Накрая стартирам връзка към БТК (ADSL-START), но за съжаление връзката не се осъществява. PPPOE клиента в Linux отказва да си намери Service-Name или името на концентратора отсреща. Изписва ми само "Time Out". (пробвах и с по-новите версии на драйвера - "eagle-usb-1.9.6.tar.bz2" и "eagle-usb-1.9.9.tar.bz2") Стартирах мониторна програма за да видя какво става на eth1 когато пусна adsl-start. От там се вижда, че се пращат PADI пакети към . Порових се из мрежата и разбрах, че по този начин pppoe прави връзка с компютъра server и от него чака за PADO пакет. Това е началото на pppoe връзка. За съжаление при мен няма нито един получен PADO пакет Имам чувството че при мен всичко е наред, но в такъв случай не знам къде е проблема (както споменах вече, под Windows всичко е наред). (пробвах Slakware 9.1, Slakware 10 и Knoppix 3.4 - проблема е все същия) Надявам се да можете да ми помогнете Благодаря предварително /Слав/ Ами ако погледнеш малко по назад във листата има HOWTO но тестваните версии на дривера са 1.9.6 и 1.9.8 http://linux-bulgaria.org/archive/2004/Jun/29054.html Вече 3 -ти месец работи, ако все пак не, можеш да го оправиш след като направиш всичко по учебник, пиши и прати малко повече инфо! !П.П ВНИМАНИЕ все пак зада стане работа кабела , на линията трябва да е включен, модема не може да се инизиализира докато няма връзка с доставчика! Дам , и понеже вецхе сам на доста бири не дочитам маил-а, освен това man adsl-start и въобще долкументацията на rp-pppoe, след като казваш, че модема е инициализиран ОК т.е state : OPERATIONAL 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