Kucher2

Maks007 В дождь полезет мокрый - убьёт. Языком захочет детина попробовать есть ли напряжение... Поверьте, у нас могут. Вы хотите неприятностей? Нельзя этого делать, поймите, 110-220В по витой или стальке - это уж слишком. Больше всего умиляет фраза "да и то под вопросом". Вот ведь здорово, как в рулетке: убьёт или не убьёт?

А, с минимальной..я представляю скока штрафов будут брать. еси не уследить минимальную. Они ж её меняют периодически. У нас так не пойдёт, чиновникам воровать тада труднее.

Т.е., самое простое, если я единщик и у меня нет наёмных работников, я будут платить с прибыли % ? Класс!

Я у абонов запитываю. Договариваюсь, ставлю у абонента БП. Благо он небольшой. У кого в гараже, у кого в квартире. На одну понижалку иногда вешаю 2 свитча, если дом тупиковый - напряжение с выхода понижалки подаю с соседнего прямо на вход свитча. Единственное неудобство - БП на 150 Вт у абонента в квартире не поставишь, шумит его вентилятор сильно. В целом разработкой очень доволен. Чувствуется профессионализм: каждый раз когда в руки понижалку беру - возникает то ли гордость, то ли восхищение. А как подумаю сколько свитчей в сети ими питается и сколько проблем решила удалёнка, то хочется выйти на улицу флагом помахать. Огромное спасибо, MICROWATT!

Я от КРЕНок в своё время питал всю сеть. Это намного лучше штатного китайского бп, хотя энергии жрёт конечно ппц. Но если речь идёт о единичных случаях - вполне рабочий вариант.

У меня похожая проблема. Причём провайдеры, к которым подключены удалённые точки, иногда просто откровенно посылают наХ. Когда я приезжаю в филиал, ставлю простой модем, дозваниваюсь по межгороду и устанавливаю соединение с другим провайдером - через него всё работает, а через местных - нет. И всё равно "я ничего в этом не понимаю" - так мне передали через сослуживцев тамошние админы. Посмеялся конечно, но факт - я не понимаю почему через них это не работает. Выход вижу только если брать реал-IP на точку и в этом случае таких багов либо станет меньше, либо во всяком разе это позволит "общаться" с сервером напрямую, открыв на нём доступ именно для этого IP. Благо, не так дорого сие счастье стоит.

Я правильно понял, что в этой сборке абонка наконец-то не снимается, если пользователь "заморожен"?

Я думаю если у вас и пинги теряются - это надо нагрузку смотреть. У меня похожий трабл был, но пакеты ходили норм. В Squid дело вроде. http://local.com.ua/forum/topic/21031-tupjat-inet-stranichki/page__gopid__157952entry157952

Если модем будет бриджем - ничего у вас там не отвалится. Именно с роутерами я о таких проблемах не слышал.

Ага... всем большое человеческое спасибо - Squid виноват. Немного подправил конфиг - увеличил ему параметр cache_mem со 128М до 256М и перезапустил. Уцепился я за этот DNS, хотя виновник явно себя выдавал. Если ещё раз такое будет - хоть буду знать теперь куда копать. Спасибо ещё раз!

Народ! Помогите, ну реально достало! Пров отмахивается, говорит что это у меня трабл. nslookup одинаково долго "думает" что с серверра, что с клиентской машины. На клиентской машине пробовал ставить DNS прова в настройках протокола TCP/IP - та же лажа. Подскажите хоть как правильно диагностировать, как найти причину?

Ну, с сервера тоже тормозит. У клиента статика. Прописывается ДНС=адрес роутера, и вторым - адрес шлюза. Роутер форвардит запросы на внешние DNS прова, как и шлюз. Но помятуя о первом, думаю клиенты тут ни при чём. Это named.conf: // $FreeBSD: src/etc/namedb/named.conf,v 1.21.2.1 2005/09/10 08:27:27 dougb Exp $ // acl "local" { 10.0.0.0/24; 10.0.1.0/24; 10.0.2.0/24; 10.0.3.0/24; 10.0.4.0/24; 10.0.5.0/24; 10.0.6.0/24; 10.0.9.0/24; 127.0.0.1; }; options { directory "/etc/namedb"; pid-file "/etc/namedb/pid"; dump-file "/etc/namedb/named_dump.db"; statistics-file "/etc/namedb/named.stats"; forwarders { 127.0.0.1; xx.xx.xx.21; xx.xx.xx.22; }; allow-query { "local"; }; }; zone "." { type hint; file "named.root"; }; zone "0.0.127.in-addr.arpa" { type master; file "/etc/namedb/master/localhost.rev"; notify no; }; Это localhost.rev. Домена нет, так что не пугайтесь. : ; From: @(#)localhost.rev 5.1 (Berkeley) 6/30/90 ; $FreeBSD: src/etc/namedb/PROTO.localhost.rev,v 1.6 2000/01/10 15:31:40 peter Exp $ ; ; This file is automatically edited by the `make-localhost' script in ; the /etc/namedb directory. ; $TTL 3600 @ IN SOA localhost.. root.localhost.. ( 20080820 ; Serial 3600 ; Refresh 900 ; Retry 3600000 ; Expire 3600 ) ; Minimum IN NS localhost.. 1 IN PTR localhost..

Это с клиентской машины, пару секунд думает. > nslookup ya.ru ╤хЁтхЁ: ya.ru Addresses: 93.158.134.8 213.180.204.8 77.88.21.8 DNS request timed out. timeout was 2 seconds. DNS request timed out. timeout was 2 seconds. *** Превышено время ожидания запроса ya.ru Это с сервера, тоже медленно: #nslookup ya.ru Server: 91.201.176.1 Address: 91.201.176.1#53 Non-authoritative answer: Name: ya.ru Address: 93.158.134.8 Name: ya.ru Address: 213.180.204.8 Name: ya.ru Address: 77.88.21.8

Привет, люди. Проц - Celeron E1500 2,2ГГЦ, память 1,5ГГБ DDR2. Сетевые карты - "никакие" для этого, PCI и PCI-E типа DLINK, но на эту мамку лучше и не ткнёшь. В планах поменять железо, но пока... FreeBSD 8.0-RELASE, СТГ, прозрачный Squid, pf для проброса и NATа + IPFW в качестве шейпа. Онлайн до 80 человек. Проблема по вечерам бывает - тупят странички. Пингаю какой-нить хост, бывает что первый пакет не проходит, а потом пинг идёт нормально и без потерь. Т.е. подозреваю что проблема именно в DNS-запросах или в UDP. У меня сервер просто перенаправляет DNS-запросы от юзеров в сети на DNS провайдера. Т.е. форвардит их. Работает DNS по 53-му порту UDP, насколько я помню. При этом препядствие UDP составлять вроде некому - это широковещательный протокол, как камень в воду уронили - круги и пошли туда где вода до берега достаёт. То что ему шейпер мешает - тоже быть не может, потому что себе например я не зажимаю траф. Да и качается/играется в этот момент замечательно - трабл только с Инет-страничками. Заметил что такое случается когда народ активно играется - трафик к примеру мегабит 30-40, а UDP из него составляет 10Мбит. На внешнем ИФ - всё чинно, никто 53-й порт не забивает, всё чётко - от меня к прову и обратно, соответственно внутреннему ИФ - от юзверей к серву. Траф UDP по порту 53 около 3 КБ/сек. В такие моменты нагрузка СТГ - до 10%. Надо сказать, что конфигуратор в это время тоже здорово "тупит", если пытаться им приконнектиться (5555-й порт). Внешний канал около 50Мбит, занято около 30, т.е. резерв есть. Ниже даю вывод top -S, к сожалению пока не в момент бага, но может у Вас возникнут идеи. last pid: 67520; load averages: 0.95, 0.50, 0.43 up 6+03:40:28 17:00:52 95 processes: 4 running, 79 sleeping, 12 waiting Mem: 75M Active, 1193M Inact, 173M Wired, 5928K Cache, 112M Buf, 47M Free Swap: 4096M Total, 4096M Free PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND 11 root 2 171 ki31 0K 16K CPU0 0 195.8H 75.54% idle 12 root 12 -60 - 0K 96K WAIT 0 55.1H 61.77% intr 61891 root 13 44 -19 22692K 16004K accept 0 328:45 2.20% stargazer 0 root 8 -68 0 0K 56K - 0 22.6H 1.95% kernel 1322 nobody 1 44 0 16796K 9560K select 1 25:12 0.00% squid 13 root 1 44 - 0K 8K - 1 23:38 0.00% yarrow 18 root 1 44 - 0K 8K syncer 1 12:52 0.00% syncer 7 root 1 44 - 0K 8K pftm 1 4:46 0.00% pfpurge 3 root 1 -8 - 0K 8K - 1 1:59 0.00% g_up 673 root 1 44 0 3348K 1156K select 1 1:33 0.00% routed 816 root 1 1 0 3344K 1108K select 1 1:16 0.00% syslogd 4 root 1 -8 - 0K 8K - 0 1:11 0.00% g_down 1003 root 1 44 0 7312K 2132K select 1 0:47 0.00% nmbd 95239 root 5 44 0 34972K 25372K kqread 1 0:37 0.00% named 1355 www 1 76 0 19800K 9868K accept 1 0:27 0.00% httpd 34769 www 1 76 0 19800K 9760K accept 1 0:26 0.00% httpd 2 root 1 -8 - 0K 8K - 1 0:24 0.00% g_event 19 root 1 44 - 0K 8K sdflus 0 0:21 0.00% softdepflush

Никто не понимает что делает. В Морали, спецы приблизительно как в мин образования и науки. http://www.mon.gov.ua/main.php?query=../../../etc/passwd www.mon.gov.ua/main.php?query=../../../etc/rc www.mon.gov.ua/main.php?query=../../../etc/rc.local www.mon.gov.ua/main.php?query=../../../etc/ssh/ssh_config www.mon.gov.ua/main.php?query=../../../proc/cpuinfo www.mon.gov.ua/main.php?query=../../../proc/meminf Боже! Это шутка или они идиоты?! О_о

Эм, ну я напротив каждой строчки натыкал #. К сожалению так тоже ничего не происходит - скрипт отрабатывает, но данные в базу не кладутся. Сначал он ругался на отсутствие cp и php в /usr/local/php/bin, а когда я нашёл эти файлы - такая вот беда. Всё, разобрался - почему-то файлы не в тот каталог генерились. Эх, а я уже начал вэб-морду писать для генерации карточек...

Это с 53-й по 74-ую строку закомментить? Не пашет генерация тогда. Извиняюсь что достаю, нет времени разбираться просто.

Жуть. У вас открытая шара в Инет смотит, что ли? Закрыть по-быстрому её можно, если разрешть туда доступ только для конкретных юзеров. В винде это вполне нормально рулится начиная с Windows-NT или 2000, да вот только метод этот, как правило, на порядок тяжелее в эксплуатаци, чем тот же FTP. Я бы это хоть VPN-ом сначала прикрыл, а уж внутри рулил бы шарами, как в обычной сети. Всё ж паразитного трафика меньше. Поправьте если не прав, буду только рад.

Флудовая тема. Каждый должен высказаться почему этого нельзя сделать. В т.ч. я. Утопия. Может как при Союзе, снова станем строить коммунизм? По-моему более реально, чем запретить порно.

Скопировал, переименовал, прописал путь - всё по инструкции... нажал... И такое в Officce 2007 и 2003, на разных ОС.

Да что вы говорите! Сделают как всегда и "ляжем усе вместе" под колёса стремительного набирающего вес УТ. Высосут из пальца очередное "низя", дадут на местах команду - и кирдык. На счёт оптики: я тут разговаривал с одним сотрудником УТ, он рассказал, мне следующую историю. Строился в каком-то районе квартал многоэтажек, ну и как водится - надо ж туда Инет и телефоны провести. Верхнее начальство даёт команду: тянуть медь. Монтажники в ах@е, мелкое начальство тоже: как медь? А как же, Бл#, "ОптикО в кажНый дом???". А им: цыц! Делайте что говорят! А потом назвали цену за 1км оптики и 1км меди и стало всё ясно: еси тянуть оптику, там "навариться" не на чем, кому она нафик нужна в УТ, такая дешёвая...

Я думаю если б ключевые люди из УТ читали наш форум (а главное - делали бы правильные выводы и действовали бы адекватно), нам бы тут давно делать нечего было бы. P.S. У меня на ADSL в 300м от узла када-то не смогли дать больше 16-ти Мбит. Правда, не УТ. Может пожадничали...

Чёрт меня дёрнул поставить php5... сервер рабочий, боюсь трогать лишний раз. В общем файл генерации карточек выдаёт ошибку "Cannnot redaclare str_split() in /var/stargazer/cm/stg_code_gen.php on line 74". На это уже был дан ответ: http://local.com.ua/forum/topic/4326-modul-kartochek/page__st__60 Кто растолкует что сделать, конкретно? Что закомментить?

Я не об "Ультра" говорю, я о первых трёх. Они ж на что-то рассчитывают, если подняли цены на самые востребованные тарифы. А значит грядёт повышение цен на Инет в масштабах страны. Ну не удастся им загнать всех на 200 грн, как ни крути. Средний юзер больше 100-130 грн платить не будет.

По логике вещей - они теперь должны поднять цену за использование их канализаций (в т.ч. транзит) и взяться за раздающих "ОГО". Но возможно это лишь один из способов демпинга. Тогда флаг им в руки и электричку на встречу.