Если вы грешите на pfSense - наловите трафик (Diagnostics: Packet Capture) до и после него, т.е. на WAN и на LAN. В качестве хоста и порта следует указать параметры сервера, на котором клиент пытается регистрироваться. На примере полученных трейсов можно будет что-нибудь сказать. При этом убедитесь, что в момент записи трейсов у вас из wi-fi сети пытается подключиться только 1 SIP-клиент. Также есть смысл посмотреть на sip debug на сервере и сравнить отображаемые там запросы/ответы с тем, что видно на pfSence. Для работы клиента никакие пробросы портов или диапазонов не нужны. При наличии нескольких клиентов, подключающихся к одному серверу, static port будет мешать, siproxd, как правило, не нужен.

Значит, блокировать надо destination ip, либо анализировать протокол и создавать правило для layer7. Тогда враги не пройдут :-)

честно говоря -не нашел… ошибка материлась на файрвол.... а там тишина... в закладке фаера -тоже...

После перезагрузки таки оно отвалилось, и все стало как раньше.

Не сделал этого. @ericab: edit - March 9 2011 – from now on, in order for traffic to be routed through the vpn gateway; from the pfSense interface, navigate to the dropdown menus: FIREWALL –> NAT --> OUTBOUND --| enable "Manual Outbound NAT rule generation" and select save. Спасибо tom.

конечно. у меня есть конфиги до создания шейпера, я им и пользовался.

А не подскажите я только embedded версиями пользуюсь и логов таких никогда не видел, даже в случае логирования на внешний syslog сервер, может сенс просто не успевал отправить логи. Но у меня крашей т.е. беспричинных перезагрузок на ровном месте никогда не было (не знаю почему, может руки кривые  :D), зависоны - были несколько раз.

@Abwer: Подскажите, пожалуйста, как настроить pfsense, чтобы IGMP-трафик ходил через pptp-соединение? IGMP Proxy ? http://doc.pfsense.org/index.php/IGMP_Proxy

Да, создавал. Все работало правильно, только вот p2p трафик не обрабатывался шейпером. Решилось сменой значения в графе протокол в правиле с tcp на any

Ну глобально преследовались 2 цели : сравнить качество фильтрации и, возможно, облегчить работу drweb, который будет лицензироваться по трафику. Пока это временная схема, возможно потом придется отказаться от havp. К тому же есть ньюансы работы drweb и havp, которые хотелось бы протестировать, например порядок работы с большими файлами. К тому же лично я больше люблю opensource при правильном векторе движения и организации потрясающая динамика развития :) с коммерческим не сравнить. К сожалению с развитием все становится сложнее…

Маршруты друг к другу прописаны?

проблема в другом, я не ставил дополнительно дхцп, юзаю тот, что есть… у меня скриптами создаются вланы, в интерфейсах они не видны, и надо что бы на них был дхцп, когда я его запускаю командой без интерфейса /usr/local/sbin/dhcpd -user dhcpd -group _dhcp -chroot /var/dhcpd -cf /var/dhcpd/etc/dhcpd.conf то он адреса не выдает.... это: [2.0-RELEASE][root@hotspot-srv.mobilochka.ua]/root(2): ps -ax | grep dhcpd 63737  ??  Ss    19:15.04 [dhcpd] с сервака, где дхцп пашет на нескольких интерфейсах…. увы, но я так и не нашел способа посмотреть какой командой он тут запущен.....

@Catfish34: Я так поначалу и сделал - как-то оно логичнее так. Но у меня на Центральном офисе 2 канала связи. Как только пропадает основной туннели должны автоматически перепрыгивать на бекапный канал. Но как я понял при схеме когда в центральном офисе сервер а на филиалах клиенты такое реализовать пока не возможно… Ибо нету где указать клиенту что если не получается подключиться по первому айпишнику пробовать конектится к другому. Или я опять ошибаюсь? Воспользуйтесь двумя простыми правилами: Не трогать то, что работает; Лучшее враг хорошего.

1.2.x

Спасибо, сегодня же сделаю.

@schrek: Проверьте в настройках Captiv Portal должен быть выбран  параметр "No Authentication" в секции "Authentication". Далее нужно если ваши клиенты ходят не напрямую, т.е. перед pfsense есть ещё маршрутизаторы, то нужно поставить галочку "MAC filtering". Покажите ещё логи самого pfsense и Portal Auth. в первую очередь спасибо за ответы. Клиенты ходят работают нормально и бывают затыки на некоторых клиентах что они клацаю кнопку далее и их не редиректит на сайт, вот. Т.е все работает как надо но бывают таки косячки.  :-\

попробуйте таки указать всем VPN-ам, в default getaway, failover куда вам хочется. если что, почитайте вот тут http://ru.doc.pfsense.org/index.php/%D0%98%D0%BD%D1%82%D0%B5%D1%80%D0%BD%D0%B5%D1%82_%D0%BE%D1%82_%D0%B4%D0%B2%D1%83%D1%85_%D0%BF%D1%80%D0%BE%D0%B2%D0%B0%D0%B9%D0%B4%D0%B5%D1%80%D0%BE%D0%B2_%28pfSense_2.x%29

А в требованиях что? Обновляйтесь до 2.0.1 Для 1.2.3 больше не поддерживается.

Мне думается файлы обновляются по списку. Сторонние файлы при обновлении не затрагиваются.