Re: lug-bg: off topic - switching problem s linksys
Le vendredi 02 juin 2006 à 19:03 +0300, Kaloyan Nikolov a écrit : Tsvetan PETKOV wrote: Здравейте, Преди седмица си купих гигабитски управляем суич на Линксис SRW2016, и от тогава пинг-овете между машини се вдигнаха както и отклонението между тях, ако преди това(с Длинк 3224) всичко си кротуваше около 0,150ms с отклонение до 0,010ms, то сега положението е отчайващо: 0,300ms с отклонение от 0,100ms нагоре. Какво бе направено по вапроса: - проверени бяха нстройките на лан картите(всички без една(realtek) са Интел, Броудком, 3ком), там нещата не бяха договорени от първи път но с малко намеса и Flow control беше настроен но след настройката промяна не настъпи. - суича работи в чист режим(без VLAN, QoS или каквито и да било др. екстри) - настройките на суича бях резетвани няколко пъти. - бяха тествани кат5е и кат6 кабели но подобрение не настъпи. - втори такъв суич ми беше предоставен за тестване и там същото положение: лоши отговори и голямо отклонение - а да равбира се съпорта на Линксис стоаха като граманти Та някой имал ли си е работа с Линксис и дали е срещал подобен род проблеми??? Цветан Колега, според мен проблема е в марката Линксис -SRW2016 е консумативен продукт, също като ЛАДОКС LD-1416- на параметри изглеждат като истински - но работят долу-горе колкото си струват - като за 400УСД. При големите фирми пък плащаш повече отколкото работят :)), но понякога това е решението. Аз имам същия проблем с ЛАДОКСА :(( аха явно ще го сменям докато е време... Цветан Калоян
lug-bg: Seminar Streaming
Здравейте, оказа се, че имаме проблеми с marla... Няма място в /home :) Затова ако stream-a от там случайно падне/изчезне съм пуснал и втори сървър. http://yuhu.biz:8090/lbg.avi http://yuhu.biz:8090/lbg.asf http://yuhu.biz:8090/lbg-low.mp3 http://yuhu.biz:8090/lbg-high.mp3 Мариян
Re: lug-bg: LUG-BG Seminar Streeming
Нещото marla ме рита. Вика connection refused. Нарочно или оверлоад -- С уважение, Владимир Витков http://www.netsecad.com http://www.supportbg.com
Re: lug-bg: script za izvli4ane na registrirani domain imena na TLD
Vladimir Vitkov wrote: Ако не се лъжа axfr беше за трансфер и в повечето случаи е блокиран. По други спомени на сайта на чорбадйиски имаше подобен скрипт за бг. Едва ли прави прави нещо по различно, защото това е начин да вземеш този списък от някой name server. Странична забележка: не смяташ да спамиш uk домейни нали!!! -- regards, Georgi Alexandrov key server - http://pgp.mit.edu/ :: key id - 0x37B4B3EE key fingerprint - E429 BF93 FA67 44E9 B7D4 F89E F990 01C1 37B4 B3EE signature.asc Description: OpenPGP digital signature
lug-bg: Postfix permit_mynetworks
Следното нещо го описах и във форума на Linux-bg.org (http://www.linux-bg.org/cgi-bin/ib3/ikonboard.cgi?s=44819fae2951;act=ST;f=6;t=14335), но бих искал да и вашето мнение. На Debian sarge система върви postfix + postgresql и relay за външни юзери е разрешен само при наличието на валиден сертификат. Сега искам да направя същото и за хората от локалната мрежа за мейл-сървъра В main.cf имам : smtpd_recipient_restrictions = permit_tls_clientcerts, permit_mynetworks, Идеята ми беше да махна permit_mynetworks и да остане проверката само на базата на permit_tls_clientcerts, но в момента в който махна mynetworks и клиента от LAN-a получава relaying denied въпреки, че сертификата му е валиден и с него релейва от някоя външна мрежа. Цялостната ми идея е да отуча разни гости и приходящи типове да релейват през мен само защото DHCP-то ги е вкарало в ЛАН-а и разните му зомбирани клиентски машини спамят наляво надясно. Thx in advance
Re: lug-bg: Postfix permit_mynetworks
Мдааа както обикновенно проблемът си е в моят телевизор Промените които направих са : закоментирах реда mynetworks = 127.0.0.0/8, 192.168.11.0/24 и вместо него според това (http://www.postfix.org/basic.html#inet_interfaces) trust-вам само локал хост с mynetworks_style = host Освен това в самият мейл клиент изрично указвам в Security and Authentication - Use Security Authentication [check] TLS (нещо което по дефолт е NONE и въобще не стига до TLS check) При правилно генериран и описан сертификат всичко работи както се очаква. Иван Попов wrote: Следното нещо го описах и във форума на Linux-bg.org (http://www.linux-bg.org/cgi-bin/ib3/ikonboard.cgi?s=44819fae2951;act=ST;f=6;t=14335), но бих искал да и вашето мнение. На Debian sarge система върви postfix + postgresql и relay за външни юзери е разрешен само при наличието на валиден сертификат. Сега искам да направя същото и за хората от локалната мрежа за мейл-сървъра В main.cf имам : smtpd_recipient_restrictions = permit_tls_clientcerts, permit_mynetworks, Идеята ми беше да махна permit_mynetworks и да остане проверката само на базата на permit_tls_clientcerts, но в момента в който махна mynetworks и клиента от LAN-a получава relaying denied въпреки, че сертификата му е валиден и с него релейва от някоя външна мрежа. Цялостната ми идея е да отуча разни гости и приходящи типове да релейват през мен само защото DHCP-то ги е вкарало в ЛАН-а и разните му зомбирани клиентски машини спамят наляво надясно. Thx in advance
Re: lug-bg: dosemu cyrillic print ?
dido wrote: Иво Тачев wrote: ... Съжалявам, че така разказвам философски, но не съм запазил при мене нещата си от преди време, когато служебно работех точно така (бях си преподредил за МИК един такъв софтуерен шрифт за PC866, който може свободно да се изтегли от разни руски сайтове). Ще мога да ги изровя най-рано другата седмица, а нямам възможност да ги творя наново. ... Ето как съм го правил (с LPRNG) за 9-иглен матричен принтер без хардуерна кирилица - може на някого някога да потрябва: В dosemu.conf: --- # Print command to use. Default: lpr, for lpr -P printername. # Sometimes (with CUPS) lpr -l is necessary. $_printer_command = lpr -Plp-text # idle time in seconds before spooling out. Default: (20) $_printer_timeout = (5) -- В /etc/printcap: - lp-raw: :lp=/dev/lp0:\ :mx#0:\ :sd=/var/spool/lpd/lp:\ :sh: lp-text:\ :if=/var/spool/lpd/softcyr.sh:\ :lp=/dev/null:\ :mx#0:\ :sd=/var/spool/lpd/lp-text:\ :sh: - Филтърът softcyr.sh съдържа само един ред: -- cat /var/spool/lpd/epsonmik.fnt - |lpr -Plp-raw -- Шрифтът epsonmik.fnt (с качество и скорост DRAFT) е приложен тук. Все пак, по-добре е кирилицата да се вкарва ръчно от DOS с 'copy /b epsonmik.fnt prn:', а в dosemu.conf да стои: $_printer_command = /dev/lp0 Иво epsonmik.fnt Description: Binary data
