установил PHPService создал нов. хост запускаем: /usr/local/etc/rc.d/vhosts-http.sh start (plugin.c.131) Cannot load plugin mod_accesslog more than once, please fix your config (we may not accept such configs in future releases смотрим: ee /var/etc/vhosts-http.conf lighttpd configuration file use a it as base for lighttpd 1.0.0 and above ############ Options you really have to take care of #################### FreeBSD! server.event-handler            = "freebsd-kqueue" server.network-backend          = "writev"  ## Fixes 7.x upload issues modules to load server.modules =  (                                   "mod_accesslog",  # < 1 mod_accesslog                                   "mod_access",                                   "mod_accesslog",  # <2 mod_accesslog ??? ???                   "mod_fastcgi", "mod_cgi","mod_rewrite"                                 ) … стираю один "mod_accesslog", вхост начинает работать(до изменения созданного хоста или до создания нового)

спс :) уже убил свои старые логи (перешёл на 2.0 RC1)

@deutsche: Провайдер чото мутит скорее всего. У меня такая-же фигня в 6-30 утра на ADSL-PPPOE. Но соединение потом само подымается. У меня б тоже поднялось если б айпиха не сбивалась( Даже не знаю что тут можна сделать. Каждый день приходится его реанимировать. Может скрипт какой то придумать.

Расширение flp это от звукового редактора фрути лупс студио :D это VMWare floppy drive image.

Спасибо, что не бросаете! Сделал так: удалил правило NAT. удалил правило в WAN. перезагрузил. обновил. создал теже правила. Всё заработало.

1. FAQ http://forum.pfsense.org/index.php/topic,22839.0.html 2. Штатно нет.

Не должно быть. Видно на втором старая версия стоит.

block in quick proto tcp from <ssh-bruteforce>to $ext_if port ssh probability 75% http://www.opennet.ru/base/sec/bruteforce_pf.txt.html http://opennet.ru:8101/openforum/vsluhforumID10/3872.html</ssh-bruteforce>

Пришлось таки пока добавить в squid.inc дополнительное правило   $rules .= "# Setup squid pass rules for proxy\n"; +++$rules .= "block in quick on lo0 proto tcp from 127.0.0.1 to (lo0) port 80\n";

@grinnZ: а правила которые установлены по умолчанию удалять? и как правильно правила написать? Правила вы делаете по своим нуждам. Зависит от Ваших потребностей.

Link share, насколько я заметил, не повлиял ни на что. Я ничего не понял, точнее все мое понимание работы шэйпера разрушено, но после некоторых раздумий и тестов, решением явилось поднятие значение real time для трубки с трафиком хттп до 60%. Теперь на все хватает. В итоге не понимаю я как строятся все эти приоритеты, полосы пропускания… По опыту явно работает значение реал тайм и апперлимит, а о чем все остальное... Можете посоветовать подробный мануал, но более менее понятный, по шэйпингу в пф-сенсе? С примерами желательно.(и русский язык, таки в приоритете, хотя и английский хорошо) Я когда-то сталкивался с шэйпингом трафика в ipfw, но в pf все как-то уж очень по-другому устроено... p.s. краткое резюме, если кому-то поможет: добиться полной пропускной способности на определенной трубке можно повысив ей значение real time до 100%

Спасибо огромное. Вроде получилось.

@dvserg: А что за железки сименс и циско? Зачем они нужны ДО PFSEnse ? сименс это мед оборудование , циска тоже не простая . со своей прошивкой специальной . для диагностики аппарата. всё это за тем что бы из центра сименс могли подключиться к циске и могли диагностировать сименс циска стоит в одном офисе а сименс в другом . единственное что связывает филиалы это OVPN

@vagiff: нужен автоматический динамический шейпер как я понял ALTQ тот же HTB только под юникс системы? Правильнее сказать с похожей функциональностью. По реализации - разные вещи. Я сильно не углублялся в описание HTB, но вроде все это доступно в ALTQ.

Хотелось бы чтобы работали оба канала и работа не прерывалась если один отпадет, на 1.2.3 такое возможно? в 1.2.3 работает железно. В 2.0 тоже, думаю, работает, но большого опыта нет, врать не буду.

@dimidrol007: @Evgeny: для pfSense этот ip виртуальный, но для вышестоящего устройство он должен быть "реальным" в том смысле, что оно должно "знать", что этот ip находится на pfSense. можно сказать алиас ? Нет. Просто через gui невозможно присвоить интерфейсу больше чем один ip, virtual ips решают эту проблему.

Сталкивался с такой конфигурацией. Работает 100%.

За это отвечает DNS.

Ну вот squid, допустим, хоть и stable, а лично у меня очень не айс функционировал. Точнее после нескольких переустановок вообще полетела вся инфа о пакетах. Установленные пропали, нельзя их было удалить и тп. ужасная ересь. Так что сейчас вообще стараюсь пакеты без точной уверености не ставить. А финал еще не пробовал =) поэтому и ожидаю какого-то более стабильного поведения

по идее из за того что можно ввести имя а не ип я и перешел со старой версии на новую. но я попробовал со статическим ип результат тот же. не помогло. куда поставить wait напиши попробую. к слову сказать на старой версии подключалось быстрее. сейчас если нажать дисконект а потом конект то окно перерисутеся с кнопкой конект через пару сек если нажать обновить то уже будет кнопка коннект Опять таки по логам вообще странная ситуация когда загружается сервер то интерфейс подключается нормально и маршруты есть потом через несколько мин (примерно около 2) связь теряется и идет опять коннект, соединение устанавливается но вот маршрутов уже нет и после сколько не тычь дисконект конект маршрутов не будет. в ручную пожалуйста а автоматом облом.