Биллинговая система Nodeny

пул адресов используется для трансляции адресов в правилах nat.
   Соединение, которое имеет адрес источника транслируется в адрес пула,
   при этом базируясь на определенном методе. Это может оказаться очень
   полезным в случае. когда PF транслирует адреса для очень большой сети.

   Так как число одновременных NAT соединений на один внешний адрес
   ограниченно, выделение для этих целей пула адресов позволит
   значительно увеличить число пользователей.

   В этом примере пул из двух адресов используется для трансляции
   исходящих пакетов. Для каждого исходящего соединения PF производит
   ротацию адресов методом round-robin:

   nat on $ext_if inet from any to any -> { 192.0.2.5, 192.0.2.10 }

   Единственным недостатком этого метода будет то, что не всегда будет
   соблюдатся соответствие между исходным адресом и адресом трансляции.

   Это может вызвать проблему при заходе на web - узлы, проверяющих
   валидность пользователя на основании IP адреса. Решением этой проблемы
   может стать использование метода source-hash для привязки внутреннего
   адреса к адресу трансляции. В этом случае адресный пул должен быть
   определен как сетевой блок CIDR:

   nat on $ext_if inet from any to any -> 192.0.2.4/31 source-hash

   В этом правиле nat используется пул адресов 192.0.2.4/31 (192.0.2.4 -
   192.0.2.5) как адреса трансляции для исходящих пакетов. Каждый
   внутренний адрес будет всегда транслироваться в свой внешний адрес,
   так как указано ключевое слово source-hash.

Вы должны повесить на em0 все доступные вам адреса той подсети.
Вообще такую большую подсеть  вешать на один интерфейс сервера это бред.

К томуже белый адрес будет только у сервера, у клиентов будут серые.
Простой вариант часть адресов binat'ом выделить как внешние для клиентов а /16 подсеть поделить на несколько небольших (например /20) и выдавать на них под одному адресу.
...

Читайте внимателней тему я хочю конвертить белие в серие а не видавать белие. То што ето правильное правило я знаю. Мне интересно будет ли так если у меня клиентов в нет вишло больше чем у меня раельних ипов:
1. В inet вийдут тока те кому хватило ip.
2. В inet вийдут все но те кому не хватило ip получат последній ip.
3. В inet вийдут все но те кому не хватило ip начнут получать ip сначала таким образом што на некоторих ip будет по несколько людей.

Читайте внимателней тему я хочю конвертить белие в серие а не видавать белие. То што ето правильное правило я знаю. Мне интересно будет ли так если у меня клиентов в нет вишло больше чем у меня раельних ипов:

Каждый  внутренний адрес будет всегда транслироваться в свой внешний адрес, так как указано ключевое слово source-hash.

Я извиняюсь, а Вы в школе учились? Не очень приятно Ваши посты читать.....

nat pass on em0 from 192.168.0.0/16 to any -> em0

nat pass on em0 from 192.168.0.0/16 to any -> х.х.х.х/27

Если так делаю нет вилетаєт вообще. А сеть и так поделена.

может, сеть не корректно поделил? есть определенные правила

xx.xx.108.66/26

Ну як можна було коректно поділити. Впіхнути 27 і рубанути купу ip. При тому що це не допоможе.

І ще я замітив шо воно валить в шлюз не завжди. Воно як хоче так і робить.  >:( І шо саме головне коли клієнтів багато то робить стабільно. Коли мало то починає кидати все підряд.

Це правило nat pass on em inet from 192.168.0.0/16 to any  -> xxx.xxx.108.66/26 source-hash, повинно було би роздати ip адреса з xxx.xxx.108.66 ->xxx.xxx.108.126 а не пригати на 64 іп шо потім на 65 і в додачу 127. От тепер скажіть будь-ласка якого воно це робить ? От де помилка ?

binat on em0 from 192.168.0.2 to any -> (тут могут быть адреса с .67го по .111й)
nat pass on em0 from 192.168.0.0/16 to any -> х.х.108.112/28

ifconfig_em0="inet x.x.108.66 netmask 255.255.255.192"
defaultrouter="x.x.108.65"
gateway_enable="YES"
static_routes="net00"
route_net00="-net 192.168.0.0/16 шлюз_для_этой_подсети"

Поэтому с 26й маской адреса будут выдаваться с 64го по 128й.