Foster

циско улыбает

-bash-2.05b# wget http://local.com.ua/files/Stargazer/stg2/s...62;--19:51:25-- http://local.com.ua/files/Stargazer/stg2/stg2_29.09.2006/stg-2.4-2006.09.29-14.51.41.tgz => `stg-2.4-2006.09.29-14.51.41.tgz' Resolving local.com.ua... done. Connecting to local.com.ua[195.69.84.68]:80... connected. HTTP request sent, awaiting response... 200 OK Length: 167,625 [application/x-tar] 100%[=================================================================================>] 167,625 58.74K/s ETA 00:00 19:51:28 (58.74 KB/s) - `stg-2.4-2006.09.29-14.51.41.tgz' saved [167625/167625] -bash-2.05b# tar -zxvf stg-2.4-2006.09.29-14.51.41.tgz -bash-2.05b# tar -zxvf stg-2.4-2006.09.29-14.51.41.tgz > /dev/null -bash-2.05b# ls -l total 172 drwxr-xr-x 7 1000 users 4096 Sep 29 14:52 stg-2.4-2006.09.29-14.51.41 -rw-r--r-- 1 root root 167625 Sep 29 2006 stg-2.4-2006.09.29-14.51.41.tgz -bash-2.05b# не наблюдаю ошибок вечером было все перезалито. пробуйте

читай. вопросы можно задавать только когда делаешь и что-то не получается пространственные вопросы типа "как сделать чтобы что-то" или "как бы так чтоб не этак" не принимаются топики удаляются, баны ставятся прочитай хоть что-нибудь неужели неинтересно самому чего-то достичь? Короче, учим мат часть, а потом умничаем.

и желательно мне на мыло во всех подробностях в гугле есть но очень мало http://www.google.com/search?client=opera&...=utf-8&oe=utf-8

в каталоге ATI issue 2 за 2006 чето такого не наблюдается но судя по всему, это обещанное SOHO даже брать не буду у меня построено на AT-FS705, 708 ни зависаний, ни геморроя. поставил и забыл. вот только пятерки летом сильно греются. очень жаль что ATI приходится опускаться до сохо, если это действительно они надо будет выяснить

только ли новые посты на форуме пихать в рсс?

http://local.com.ua/forum/index.php?showforum=91 не подходит?

их дерьмо, извините, помет. азотосодержащий. я не химик, но это дрянь разъедает сталюку со временем. что говорить о проводах. P.S. у меня уже аллергия на запах от голубей.

та же проблема. пид... пернатые неперевариваю... никто не пробовал искать какие-то электронные приспособления для отпугивания? поставить в ящик на чердаке рядом со свитом и забыть про этих пернатых....

при удалении юзера падает с теми же приколами что и при создании админа

прочитай на три поста выше оно так и указано, и клиент оффлайн, но загрузка проца старгейзером высокая при этом. хотя нифига он и не считает

отдельно архив конфигуратора

меня интересует как сделать так чтоб он не пытался считать локальный фтп?

из письма: так что живы ребята

только что оттестил по скорости стг stg-2.4rc1.tar.bz2 от 15.09.2006. FedoraCore5 один клиент на сервере, он же в онлайне. аплоад, даунлоад на 10мбитах и на 100. Считает отменно. без ipq. Тарифы работают четко. посмотрим с понедельника чего он скажет в реальной сети, правда скорость пониже [root@local ~]# ps ax|grep stargazer 1738 ? S<sl 0:00 /usr/sbin/stargazer 2173 pts/0 S+ 0:00 grep stargazer создаем админа. тобишь нажимаем кнопочку "Добавить" сгконфиг выдает ошибку: Сервер сообщает об ошибке: Recv data answer error и сервер тухнет [root@local log]# ps ax|grep stargazer 2222 pts/0 S+ 0:00 grep stargazer в логе пусто. прибиваем через killall -KILL stargazer стартуем, в логе пишется: 2006-09-17 02:30:29 -- Error in parameter ChgConf 2006-09-17 02:30:29 -- Cannot read admin 'new_admin' стг стартанул, но конфигуратор не присоединяется, просто тупо висит. Авторизатор при таком раскладе подключается, правила срабатывают нормально смотрим /var/stargazer/admins/new_admin.adm там есть только первая строчка. тобишь пароль где записан и всё

Разница с провом может возникать и по другим причинам. мне интересно другое. последний rc1, который от 15.09.2006 на сервере есть фтпшник, когда с него тянем, то стг сильно грузит проц. зачем? если направления указаны в NULL и при этом еще и клиент оффлайн возможно ли такое побороть? или это при фильтрации на правилах такая загрузка?

мой ответ был трос+пэшка есть пример: семьдесят метров воздушка с дома на дом П-296. Решил делать с тросом. Тройка трос, к пэшке крепится проволокой медной, стяжками и еще раз проволокой. с одной стороны трос через талреп висит на мачте. Через крепление: из шестерки металла охватывает трубу и плотно прижимается. с другой стороны: насквозь двойной кирпич четырьмя шпильками и крепление: пластина 10мм и к ней приварена дуга. тоже с талрепом и с подстраховкой: трос дальше после талрепа привязывается к кирпичной кладке вентилляции. Пэшка дальше входит в стену, поэтому в случае обрезания троса никуда не денется, немного провиснет думаю такое крепление выдержит очень неслабые штормы. правда тянуть это дело очень сложно. а особенно натягивать. если нет спец инструмента, то это ооочень тяжело. Пять человек не смогли натянуть эту конструкцию не то что до струны, а и до приличного натяга. Поэтому висит немного прослабленный. Особенно если учитывать, что натягивали через корабельные блоки и страховались по полной, т.к. не улыбалась перспектива падения. Делайте сразу с огромным запасом по прочности. пусть это и будет стоить намного дороже. со временем оно себя оправдает.

Linux local 2.6.15-1.2054_FC5 #1 Tue Mar 14 15:48:33 EST 2006 i686 i686 i386 GNU/Linux Собрался нормально ./build ./install запустился нормально будем дальше проверять P.S. кто не понял. стоит FedoraCore 5

так а почему нельзя давать за деньги ту же украину? почему обязательно на мир заворачивать? или это чтоб не геморроиться с подсчетом? тогда прав вышепостящий насчет апгрейда оборудования

пэшку придецца тыкать по разному наугад делали все как на наге и на других форумах - потери на ста мегабитах при 170метрах П296 бешенные, причем на обычных пингах сделали так чтобы одинаковые жилы пэшки отвечали за одинаковые жилы витухи (тобишь белые например с О|БО, а зеленые с З|БЗ) все зажужжало аж бегом и красиво.

если свитч с автоопределением MDI/MDI-X то по стандарту 586B получится: БО | О | БЗ | С | БС | З | БК | К с обоих сторон если нету автоопределения и аплинк не работает, то с одной стороны как нарисовано выше, а с другой: БЗ | З | БО | С | БС | О | БК | К

udp открыт? проверь фаер

при падении стг процесс висит, правила остаются, но ничего не исполняется в логах ничего не пишется если в момент падения он писал статистику, то создается bak файл статистики но стг не стартует, надо смотреть в логе кто выпал с общей статистики и из-за чьего стата не стартует первоначально спасаемся скриптом просто проверки первой строки ps под линухом. [root@local.com.ua stargazer]# cat stg_alive #!/bin/bash set `ps x | grep stargazer2` if [ $3 = "S<" ] then f="stg status: running" else killall stargazer2.4 killall -KILL stargazer2.4 iptables -t filter -F FORWARD iptables -t nat -F POSTROUTING /usr/sbin/stargazer f="stargazer was stopped. Now is runnning" fi echo $f [root@local.com.ua stargazer]# основывается на банальной проверке символа в процессах как-нить напишу более нормально

Новость подхватили довольно много сайтов. А тут заодно и похороним этот миф. Какая реорганизация UA-IX? какой закон? кто-то распространяет заведомо ложные слухи. Кому-то это выгодно. то что написано на исходном сайте www.gameinside.com - чушь. http://www.gameinside.com/news.php?id=5022 кто что отменял? в москве как была точка обмена трафом так и осталась. http://www.msk-ix.ru/rus/tech/stat.shtml

у нас провайдер городского уровня так считает.