установил 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) связь теряется и идет опять коннект, соединение устанавливается но вот маршрутов уже нет и после сколько не тычь дисконект конект маршрутов не будет. в ручную пожалуйста а автоматом облом.