Foster

Присоединяюсь, с праздником, однополчане.

исправлено

токо если писать будем грамотно

хоть бы кто-то личку скинул по поводу разделов городов, только через нее и можно... http://local.com.ua/forum/index.php?showforum=92

профили и настройки? куда ж они денутся был бы благодарен, если бы еще нашли ошибок скриптовых

всем спасибо это после переезда на новый сервер осталось

http://inpc.kiev.ua/ru/data/dl36.html ? интересует мнение вобщем о inpc

и реально невтему, вперед в раздел прайсов топик будет убит

ну и под занавес если кто-то бы еще вывесил допуски по толщине жилы в стандарте, было бы вообще замечательно что китайское Г, что одессакабель пишут 24авг но когда берешь в руки одессу, то понимаешь, что тут все честно 0.50 или R&M, к примеру. Фактор честности AWG зависит как всегда от брэнда...

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

в первом вроде была опция AlwaysTraff я ее там вырубал, на сколько помню. У клиентов запущено на компах кучу служб, о которых они даже не подозревают. При подсчете у них инета нету, трафик через интерфейсы не проходит, но считается. Куда деньги уходят кто объяснять будет? они ж не получили доступ, и даже не получили ответов на запросы, но деньги ушли

дополнительный подсчет должен быть в любом случае никто не застрахован ни от чего у меня на всякий случай net-acct и программка, раскидывающая каждые 3 минуты лог нет аккта по директориям старгейзерских юзверей ну и пхп статистика на его основе плюс сквид чего-то может вывести из статистики плюс графики загрузки каналов, тоже наглядно если кто-то качать вздумал проблем не было за каждый байт отвечает статистика стг и в подтверждение все остальное ИМХО не считаю нужным стг грузить левыми вещами. Биллинг должен считать, а не следить за клиентскими тачками: кто там чего подменил.

http://www.moto.kiev.ua/forum/?fname=sale&...2393539473&vp=0 это чтоль?

наказ в студию для полного марафета

можно, но мощность другая

хорошая оговорка

это уже мне добрые люди сказали, что src routing тут не канает вроде бы еще можно iptables -j ROUTE --gw сижу пересобираю ядро параллельно ставлю зебру BGP если поднимать, что нужно?

сделал вот еще чуть по другому [root@next www]# ip route ls 194.50.254.3 via 172.1.1.1 dev tun0 194.50.254.7 via 172.1.1.1 dev tun0 172.1.1.1 dev tun0 proto kernel scope link src 172.1.1.2 192.168.76.0/22 dev eth0 proto kernel scope link src 192.168.78.1 [root@next www]# ip route ls table main_ch 193.109.129.192/27 dev eth2 proto static scope link 192.168.76.0/22 dev eth0 scope link 127.0.0.0/8 dev lo proto static scope link default via 193.109.129.193 dev eth2 src 193.109.129.IP2 [root@next www]# ip route ls table unlim_ch 193.109.129.160/27 dev eth1 proto static scope link 192.168.76.0/22 dev eth0 scope link 127.0.0.0/8 dev lo proto static scope link default via 193.109.129.161 dev eth1 proto static src 193.109.129.IP1 [root@next www]# ip rule ls 0: from all lookup local 220: from all to 193.109.129.160/27 lookup unlim_ch 220: from 193.109.129.160/27 lookup unlim_ch 220: from 193.109.129.192/27 lookup main_ch 220: from all to 193.109.129.192/27 lookup main_ch 230: from 193.109.129.160/27 lookup unlim_ch 230: from all to 193.109.129.160/27 lookup unlim_ch 240: from all lookup internet 32766: from all lookup main 32767: from all lookup default делаем пинг с внутренней сети с компьютера 192.168.78.10 [root@next www]# tcpdump -i eth1 icmp 12:44:07.832844 IP 192.168.78.10 > hosting0.synapse.net.ua: ICMP echo request, id 20525, seq 11, length 64 12:44:08.008752 IP 192.168.78.10 > hosting0.synapse.net.ua: ICMP echo request, id 47144, seq 350, length 64 12:44:08.832764 IP 192.168.78.10 > hosting0.synapse.net.ua: ICMP echo request, id 20525, seq 12, length 64 при этом SNAT идет на eth2 20 1392 SNAT all -- * eth2 192.168.78.10 0.0.0.0/0 to:193.109.129.IP2 через некоторое время (наверное после того как кэш роута обнулился) пинги идут куда надо кто-то может что-то сказать по этому поводу? как заставить работать два канала параллельно?

http://local.com.ua/?op=201

есть стандартная привязка мака к ИПу, если и так не хочешь, то кто тебе мешает выдергивать из файла мак. что-то типа в онконнект: #!/bin/bash set `arp 192.168.78.10 | grep eth0` mac=$3 if [ $mac = $mac_from_file ] then no connect && log else connect fi

60В наверное многовато будет столкнешься с нагревом по поводу денег - ну не получалось у меня собрать самому чтоб было меньше 100 грн 36В блок питания и удаленка с переключателями на 7.5В, 9В, 12В.ъ схемку может позже выложу

войну и мир перечитал (man iproute2) но что-то не клеится делал по схеме: http://gazette.linux.ru.net/rus/articles/lartc/x348.html и еще по парочке схем суть в чем: система: линукс FC5 есть два канала в интернет. Один узкий, другой широкий. все это от одного и того же провайдера. нужно заставить работать две эти сетевухи. и чтобы сам сервер, т.е. 127.0.0.0/8 ходил в инет через узкий канал eth0 - 192.168.78.1 eth1 - 193.109.129.IP1 - узкий анлим eth2 - 193.109.129.IP2 - широкий пометраж IF1="eth1" IF2="eth2" IP1="193.109.129.IP1" IP2="193.109.129.IP2" P1="193.109.129.161" P2="193.109.129.193" P1_NET="193.109.129.160/27" P2_NET="193.109.129.192/27" T1="unlim_ch" T2="main_ch" ip route add $P1_NET dev $IF1 src $IP1 table $T1 ip route add $P2_NET dev $IF2 src $IP2 table $T2 ip route add $P1_NET dev $IF1 src $IP1 ip route add $P2_NET dev $IF2 src $IP2 ip route add default via $P1 table $T1 ip route add default via $P2 table $T2 ip route add default via $P1 ip rule add from $IP1 table $T1 ip rule add from $IP2 table $T2 ip route add $P0_NET dev $IF0 table $T1 ip route add $P2_NET dev $IF2 table $T1 ip route add 127.0.0.0/8 dev lo table $T1 ip route add $P0_NET dev $IF0 table $T2 ip route add $P1_NET dev $IF1 table $T2 ip route add 127.0.0.0/8 dev lo table $T2 этот скрипт отрабатывает, правила все заносятся. но смотрим дальше. Сервер действительно ходит через eth1, и клиенты, которые прописаны iptables postrouting -o eth1 -j snat --to-source 193.109.129.IP1 работают просто замечательно, но другой канал отдыхает, потому как при -o eth2-SNAT --to-source 193.109.129.IP2 не работает ничего. кто чего подскажет по этому поводу?

по поводу ok-net я сейчас, например, общаюсь с Neologic судя по сайту: впринципе цена ниже той, что мне назвал местный поставщик поживем увидим

отзывов больше не было P.S. честно говоря над другим немного работал

хороший совет: все результаты подсчета доходов дели пополам а потом решай