kvirtu

Класно !!! В херсоне НИКТО не предоставляет отдельно доступ в UA-IX

Практически все провайдеры пишут на своих сайтах, МЫ построили, МЫ владеем СОБСТВЕННОЙ оптикой по всей Украине ..... Но как только заходит вопрос о цене Мегабита: почему так дорого ? НУ это же междугородняя связь ......

Биллинг форимрует только правила пайпов, перейти на pf немогу билинг привязан к ipfw.

У меня стоит фря 6.4 с биллингом абилс, где идет шейпрование клиентов через пайпы ipfw.

хочу иметь защищенный сервак от внешних атак .......

Желательно SlimBTX :-), Можно б\у и без БП

согласен, и как быть ? как грамотно изменить фаер ?

да в 201 не попадают, но попадают в 65535 00100 0 0 check-state 00101 472 53422 allow ip from any to any via lo0 00102 5737 1993055 divert 8668 ip from 10.10.10.0/24 to any via rl1 00103 9067 8452766 divert 8668 ip from any to me via rl1 00105 2324 486954 pipe 105 ip from any to any via tun0 in 00106 3021 2907182 pipe 106 ip from any to any via tun0 out 00200 2004510 2706197173 allow ip from any to any 65535 47 63732 deny ip from any to any Вот и хочу что бы фаер был грамотно настроеным, своих знаний по

Не являеться ли такая конфигурация фаера "дырявой" ??? Сервак имеет реальный IP-шник и смотрит в инет ......, просто сколько читал доков в нете, там везде: вот мы закрываем это и это от злобных хакеров, это окрываем, это прикрываем ....... а у меня просто nat и все ..... Вот немного видоизменил конфиг фаера, номера правил с 104 по 199 зарезервировал под динамические правила пайпов и добавил 201-е запрещающее sbin/ipfw -f flush sbin/ipfw -f pipe flush /sbin/ipfw add 100 check-state /sbin/ipfw add 101 allow ip from any to any via lo0 /sbin/ipfw add 102 divert natd ip from 10.10.10.0/

Мне не нравиться правило /sbin/ipfw add 500 allow ip from any to any я им по сути все и всем на всех интерфейсах разрешаю, я без него ничего не пашет ......

Помогите советом !!! Есть сервак-шлюз в инет на freebsd 6.4 Ядро собирал без опции: IPFIREWALL_DEFAULT_TO_ACCEPT Все работает , но есть сомнения в правильности всех правил ipfw (в плане безопастности): Вот конфиг: sbin/ipfw -f flush /sbin/ipfw add 100 check-state /sbin/ipfw add 200 allow ip from any to any via lo0 /sbin/ipfw add 300 divert natd ip from 10.10.10.0/24 to any via rl1 /sbin/ipfw add 400 divert natd ip from any to me via rl1 /sbin/ipfw add 500 allow ip from any to any На opennet.net - уже все облазил ...... туда плиз не посылать ..... Посоветуйте плиз конекреиным

был у них в офисе Новые тарифы такие что мин-дом допустим на 3 Гига - это общий траффик что их ресурсы что инет ....... вот .....

Уже есть !

Я о том что если уже есть рабочий а пару-тройку терабайт ФТР, и при сканировании происходило распределение по каталогам в базе : видео, музыка, софт (создавался скелет фтр) и потом просто подправлять : название, описание .......

Было бы неплохо демку поюзать, Из возможностей (не знаю на сколько сложно) сделать сканирование фтр-сервака (отдельных каталогов) с занесением данных в базу и выдачей данных в веб-панели. Респект разработчику ! :-)

Если сетевуха стоит в PCI-слоте то это рельная скорость ........

сетевуха встроенная ??? Как проверял скорость

у меня больше 25 Мбайт\с не получилось. Тестировал между Гигабитным свичем и сетевой компа (шнурок фирменный 3 м. ) и далее на комп тоже с гигабиной сетевой (3 м. ), удивился ???? почему так мало ???, потом полез в инет и вычитал , что бы был настоящий гигабит, по крайней мере на компе, надо что бы мать поддерживала в полном объеме шину PCI-E и сетевуха работала , не на частоте шины PCI а, на частоте РСI-E.

videolan.org+Linux - тебе поможет

+1

спасибо, попробую

В Херсон ведерко второго найлете ???

Все понял, спасибо !

Это уже сделано ! Возник еще воросик по ходу: стояла джомла в каталоге /var/www/html/portal, если я просто скопирую каталог на новый винт в тот же каталог - все ли заработает ??? или надо ли еще что то делать ?

Слетел винт с линухом, а именно корневой разел /, но базы с каталога /var/lib/mysql скопировал. Подскажите как их востановить на новом винте, пароль админа базы известен. Очень нуно ! Заранее всем спасибо.