Цитата: 'me' пока не стоит пользоваться, не протестировано, и адреса адаптеров закидываются в драйвер только на момент команды ipfw enum
да. есть такое дело. проверил - творится полная фигня.
Цитата: у таблиц синтаксис такой:
ipfw table number add addr[/masklen] [value]
ipfw table number delete addr[/masklen]
ipfw table {number | all} flush
а как тогда с:
Цитата: As an example, an address specified as 1.2.3.4/24{128,35-55,89}
or 1.2.3.0/24{128,35-55,89} will match the following IP
addresses: 1.2.3.128, 1.2.3.35 to 1.2.3.55, 1.2.3.89 .
table 1 add 192.168.0.0/20
table 2 add 192.168.6.0/24{130,133}
table 3 add 192.168.6.12
table 3 add 192.168.6.113
table 4 add 172.16.0.0/23
table 5 add 192.168.15.255
table 5 add 224.0.0.0/4
table 5 add 255.255.255.255
table 6 add 172.16.10.255
table 6 add 192.168.0.255
table 6 add 192.168.7.255
table 6 add 192.168.16.255
table 6 add 192.168.31.255
и вот что получил:
c:\Windows\System32\drivers\etc>ipfw table 1 list
192.168.0.0/20 0
192.168.6.0/24 0
c:\Windows\System32\drivers\etc>ipfw table 2 list
192.168.0.0/20 0
192.168.6.0/24 0
c:\Windows\System32\drivers\etc>ipfw table 3 list
192.168.6.12/32 0
192.168.6.28/32 0
c:\Windows\System32\drivers\etc>ipfw table 4 list
172.16.0.0/23 0
192.168.6.28/32 0
c:\Windows\System32\drivers\etc>ipfw table 5 list
192.168.6.0/24 0
192.168.7.255/32 0
c:\Windows\System32\drivers\etc>ipfw table 6 list
172.16.10.255/32 0
192.168.0.255/32 0
c:\Windows\System32\drivers\etc>ipfw table all list
---table(1)---
192.168.0.0/20 0
192.168.6.0/24 0
чую, там че-то не так с "сишной" организацией списков... в каком исходнике это глянуть? у меня кой чего есть.
А второе - меня озадачила проблема: при запуске когда-то "боевой" конфигурации под XP/W2K-server оригинальная конструкция:
add check-state
add deny tcp from any to any established
add pass tcp from me to table(1) out setup keep-state
add pass udp from me to table(1) out keep-state
после внесения изменений в 3-ю и 4-ю строчки:
add pass tcp from any to 192.168.0.0/20 out setup keep-state
add pass udp from any to 192.168.0.0/20 out keep-state
периодически рвала соединения. а помогала мне в этом "тетя ася" - типа соединение потеряно. пришлось плотно поиграться с параметром: net.inet.ip.fw.dyn_short_lifetime.
то решения найдено не было, хотя ipfw -de show показывал вроде бы правильные таблицы, но вот тайм-ауты че-то не были похожи на правду. может здесь уже проблема в правильности настроек TTL протокольного стека?
И последнее, может есть смысл убрать ненужную нумерацию в начале каждой строки протокола? эт еще и кусочек кода уберется, добавив чуток шустрости протоколирования
А если честно он неуправляем. Некоторые приложения могут самостоятельно добавить правила. Меня это слегка пугает... Да и ipfw как-то привычней. 
