::)
Да… Спать надо больше...
Все там же в DNS Forwarding…

Приогромнейшее человеческое спасибо!

Всё правильно, я оказывается не включил пассив мод. Включил и всё заработало.
А на счет шлюза это оказывается критично, если не пфсенс шлюз, то не работает. вот такие дела.

Еще раз благодарю.

Кст, вполне возможно на этом тема не закончиться т.к. через эту же машину нада буит пробрасывать еще кучу портов :) и буду очень признателен еси поможешь ;)

@ToXaNSK:

Наводящий вопрос.
Обязательно ствить вот от сюда?
files.pfsense.com/packages/All/
А то есть версия 0.4?
ИЛи буду проблемы?

Не обязательно, но при использовании сторонних источников нужно отслеживать для какой версии FreeBSD это. По умолчанию сейчас все порты для 7.х, для 6 версии нужно искать архив портов.
В pfSense наоборот по умолчанию для 6.х А для 7 версии добавляем семерочку в путях(ну по каталогам пошарится надо)

Вот вроде порт на FreeBSD 7x (pfSense 1.2.1/1.3)
http://ftp.cse.yzu.edu.tw/pub/FreeBSD/ports/i386/packages/All/abills-0.40.tbz

@ToXaNSK:

Можно сказать Урра…
Firewall: NAT: Port Forward
Interface WAN, External address Interface address, Protocol UDP, External port range порты которые настроены в голосовом шлюзе 16384-16482, NAT адрес шлюза в сети, IPLocal 16384.

Но работает некоректно. Иногда наблюдается та же проблема, т.е. не слышно абонента не СИП телефона.
Скорее всего надо пробрасывать диапозон портов  16384-16482 на шлюз, но как это сделать? не писать же в НАТ 100 правил?
Может НАТ 1:1???
Он здесь http://forum.pfsense.org/index.php/topic,12130.0.html

Возможно проблема в особенностях работы телефонии. Посмотри в пакетах - там вроде для SIP протокола был прокси (или что-то наподобии).

@ToXaNSK:

Необходимо пробросить диапозон портов UDP 16384-16482 в LAN, от опрделенных IP UDP 16384-16482 в WAN, для SIP шлюза.
Если делать в NAT записей будет много. Скорее всего надо воспользоваться NAT 1:1, но у меня не получилось. Как правельно сделать проброс в NAT 1:1? Или он не для этих целей?
Указывал внешний IP и внутренний, но связь вообще проподает.

Чеит непонятно.. Пробрасываем диапазон портов с WAN на LAN с помощью
Firewall: NAT: Port Forward:
External port range - диапазон внешних портов
Local port - первый меньший порт на локальной тачке, остальные назначаются последовательно по возрастанию.
При этом пробрасываются порты любых внешних подключений на WAN интерфейсе. Весь левак отсекаем правилами файрвола, разрешаем только "своим".
–-
А 1:1 сопоставляет диапазон внешних белых айпи диапазону внутренних серых айпи. Например у нас есть 5 белых адресов и мы 1:1 пробрасываем в DMZ на 5 серверов с серыми серверами.

Есть такая опция как статические иаршруты Попробуй ее

DNS!
В винде выполните nslookup на ваш неоткрывающийся сайт.
Попробуйте указать в pfsense любой публичный ДНС сервер (гугл знает).

старую бы  лучше доточили до ума.

У тебя на WAN актвирвана блкировка приватных сетей 'RFC 1918' При этом сам WAN относится к приватным сетям 192,168,х,х Отключи это правило.
И хз конечно, но попробуй добавь на WAN правило разрешения  с подсети Лан любого соединения наружу
разрешить | протокол любой | src = lan subnet port = любой | dst = любой port = любой
Если что потом до 80 порта урежешь.
Просто, какбы придется писать для каждого протокола на WAN соответствующее правило.
–
Если разрешать на WAN любое исходящее соединение с LAN подсети и наоборот разрешая на LAN любое входящее соединение с !WAN-интерфейса! Половину работы убиваем не снижая безопасности. Теперь весь доступ из Лан подсети на улицу рулится правилами на LAN а внешние входящие соединения правилами на WAN.

@storma:

Как то, сложно всё.

pfsense->services->proxy server->Access control->Blacklist
   
   Через "Enter"
                      loveplanet.com
                      vkontakte.ru
                      odnoklassniki.ru
                      astalavista.box.sk
                      mail.ru :D

Если более глобально, правим в
       /usr/local/pkg/squid.inc правилами acl http_access allow http_access deny

Таким "Макаром" боролся с банерами до выхода pkg squidGuard.

(BackUp-BackUp-BackUp)

согласен это совсем не сложно, но не работает. у меня трафик почему то идет мимо сквида. если юзер авторизировался то ходит где попало и сквид при этом не ставит ему никаких преград. Даже если в status/services останавливаю squid, то инет все равно работает как и до этого. юзеры настоены в Captive portal/users, может быить дело в этом?

Поддерживаю.

- И banedlist для Squida  :), по ограничению трафика за месяц.

@Statskij:

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

Ну для начала, если ответить прямо, pfsense в виртуальной машине - извращение. смысл в том, чтобы загонять пакеты к примеру в инду, там их обрабатывает pfsense, а затем обратно через эту же винду отправлять обратно?
Единственное оправдание VM - попробовать что за зверь, с последующей установкой на реальную железку(причем 5-7-летней давности, благо такое  железо стоит нынче копейки).

Как оказалось вся проблема была в правильной установке pfsense на виртуальную машину.

Нашел решение этого вопроса.попробовал.получилось.тока сетевуха встроенная теперь в wifi-ем! :o

Я бы начал с "посмотреть, а получает ли файрволл что-либо на WAN интерфейсе на порт 22?"
На pfSense запускайте tcpdump -i здесь имя WAN -n -s0 tcp port 22
и пробуйте подключиться на WAN, видите хоть какие пакеты или как? что видите, рассказывайте

Тогда роутинг..

Язык обещали в 1.3.1

@AcidOd:

С NAT'ом все ясно, вопрос я видимо как то не корр.задал. есть клиент с локальным адресом, но мне необходимо что бы внешние клиенты могли подключатся к нему и устанавливать VPN-сессию, будет ли с помощью Mapp 1:1 работать и подниматся это VPN-тоннель ?

Если "внешние-к-локальному", то через 1:1 должно