a_n_h Posted March 25, 2017 at 06:53 PM Author Posted March 25, 2017 at 06:53 PM Фактически это продолжение темы: https://local.com.ua/forum/topic/91594-%D0%BF%D1%80%D0%BE%D0%B1%D0%BB%D0%B5%D0%BC%D0%B0-%D1%81-%D1%81%D0%B5%D1%80%D0%B2%D0%B5%D1%80%D0%BE%D0%BC/
supportod Posted March 25, 2017 at 07:25 PM Posted March 25, 2017 at 07:25 PM Вы свежий биос нашли? обновили?
Sоrk Posted March 26, 2017 at 09:32 AM Posted March 26, 2017 at 09:32 AM (edited) ipfw nat 3 config ip XXX.XXX.XXX.20 log deny_in same_ports unreg_only reset ipfw nat 2 config ip XXX.XXX.XXX.19 log same_ports reset redirect_port tcp 172.25.1.34:YYYYY-YYYYY YYYYY-YYYYY ipfw nat 1 config ip XXX.XXX.XXX.18 log same_ports reset redirect_port tcp 172.25.0.17:YYYYY-YYYYY YYYYY-YYYYY Предлагаю проверить такое: 1. убираем в настройках same_ports (описание причины тут http://www.major12.net/2014/05/high-cpu-load-with-freebsd-ipfw-nat.html ) 2. делаем правило ограничения на вход из мира на внешние IP в которые выполняется НАТ: ipfw add 1 deny udp from any to XXX.XXX.XXX.20,XXX.XXX.XXX.19,XXX.XXX.XXX.18 dst-port 53,123 ipfw add 1 deny tcp from any to XXX.XXX.XXX.20,XXX.XXX.XXX.19,XXX.XXX.XXX.18 dst-port 23,37777 но чтобы знать точно что блокировать - сделать в ipcad экспорт netflow на коллектор и увидеть по какому порту идет всплеск flows Edited March 26, 2017 at 09:42 AM by Sоrk
a_n_h Posted March 26, 2017 at 10:04 AM Author Posted March 26, 2017 at 10:04 AM спасибо за подсказку: ipfw nat 3 config ip XXX.XXX.XXX.20 log deny_in same_ports unreg_only reset ipfw nat 2 config ip XXX.XXX.XXX.19 log same_ports reset redirect_port tcp 172.25.1.34:YYYYY-YYYYY YYYYY-YYYYY ipfw nat 1 config ip XXX.XXX.XXX.18 log same_ports reset redirect_port tcp 172.25.0.17:YYYYY-YYYYY YYYYY-YYYYY Предлагаю проверить такое: 1. убираем в настройках same_ports (описание причины тут http://www.major12.net/2014/05/high-cpu-load-with-freebsd-ipfw-nat.html ) 2. делаем правило ограничения на вход из мира на внешние IP в которые выполняется НАТ: ipfw add 1 deny udp from any to XXX.XXX.XXX.20,XXX.XXX.XXX.19,XXX.XXX.XXX.18 dst-port 53,123 ipfw add 1 deny tcp from any to XXX.XXX.XXX.20,XXX.XXX.XXX.19,XXX.XXX.XXX.18 dst-port 23,37777 но чтобы знать точно что блокировать - сделать в ipcad экспорт netflow на коллектор и увидеть по какому порту идет всплеск flows так: ipfw nat 3 config ip XXX.XXX.XXX.20 log deny_in unreg_only reset ipfw nat 2 config ip XXX.XXX.XXX.19 log reset redirect_port tcp 172.25.1.34:YYYYY-YYYYY YYYYY-YYYYY ipfw nat 1 config ip XXX.XXX.XXX.18 log reset redirect_port tcp 172.25.0.17:YYYYY-YYYYY YYYYY-YYYYY правильно?
a_n_h Posted March 26, 2017 at 10:12 AM Author Posted March 26, 2017 at 10:12 AM немного вник в это: http://www.major12.net/2014/05/high-cpu-load-with-freebsd-ipfw-nat.html очень похоже на мой случай.
l1ght Posted March 26, 2017 at 02:00 PM Posted March 26, 2017 at 02:00 PM В большинстве случаев deny_in на всех нат инстансах спасет отца русской провайдерской демократии
a_n_h Posted March 26, 2017 at 02:17 PM Author Posted March 26, 2017 at 02:17 PM В большинстве случаев deny_in на всех нат инстансах спасет отца русской провайдерской демократии так: ipfw nat 3 config ip XXX.XXX.XXX.20 log deny_in unreg_only reset ipfw nat 2 config ip XXX.XXX.XXX.19 log deny_in unreg_only reset redirect_port tcp 172.25.1.34:YYYYY-YYYYY YYYYY-YYYYY ipfw nat 1 config ip XXX.XXX.XXX.18 log deny_in unreg_only reset redirect_port tcp 172.25.0.17:YYYYY-YYYYY YYYYY-YYYYY
l1ght Posted March 26, 2017 at 02:55 PM Posted March 26, 2017 at 02:55 PM В большинстве случаев deny_in на всех нат инстансах спасет отца русской провайдерской демократии так: ipfw nat 3 config ip XXX.XXX.XXX.20 log deny_in unreg_only reset ipfw nat 2 config ip XXX.XXX.XXX.19 log deny_in unreg_only reset redirect_port tcp 172.25.1.34:YYYYY-YYYYY YYYYY-YYYYY ipfw nat 1 config ip XXX.XXX.XXX.18 log deny_in unreg_only reset redirect_port tcp 172.25.0.17:YYYYY-YYYYY YYYYY-YYYYY угу золотое правило, если юзаешь ipfw юзай столько ната сколько можешь, и всё с deny_in ну и менеджмент ип отдельный держать от натовских. если на все доступные ипы повесить nat + deny_in то отпадет управление из мира
a_n_h Posted March 26, 2017 at 03:08 PM Author Posted March 26, 2017 at 03:08 PM В большинстве случаев deny_in на всех нат инстансах спасет отца русской провайдерской демократии так: ipfw nat 3 config ip XXX.XXX.XXX.20 log deny_in unreg_only reset ipfw nat 2 config ip XXX.XXX.XXX.19 log deny_in unreg_only reset redirect_port tcp 172.25.1.34:YYYYY-YYYYY YYYYY-YYYYY ipfw nat 1 config ip XXX.XXX.XXX.18 log deny_in unreg_only reset redirect_port tcp 172.25.0.17:YYYYY-YYYYY YYYYY-YYYYY угу золотое правило, если юзаешь ipfw юзай столько ната сколько можешь, и всё с deny_in ну и менеджмент ип отдельный держать от натовских. если на все доступные ипы повесить nat + deny_in то отпадет управление из мира не работает..... что не правильно: nat 1 config log ip ${IP_WAN_1} reset deny_in redirect_port tcp 172.25.0.17:YYYY-YYYY YYYY-YYYY
l1ght Posted March 26, 2017 at 03:26 PM Posted March 26, 2017 at 03:26 PM вот кусок рабочей конфиги pfw nat show config ipfw nat 5 config ip xxx.xxx.xxx.xxx log deny_in
a_n_h Posted March 26, 2017 at 03:40 PM Author Posted March 26, 2017 at 03:40 PM (edited) вот кусок рабочей конфиги pfw nat show config ipfw nat 5 config ip xxx.xxx.xxx.xxx log deny_in у меня 3-и НАТа, один без перенаправления портов работает, а два с перенаправлением портов перестают. вот мой конфиг: #NAT_1 ${FwCMD} nat 1 config log ip ${IP_WAN_1} reset redirect_port tcp 172.25.0.17:YYYY-YYYY YYYY-YYYY ${FwCMD} add 6000 nat tablearg ip from table\(2\) to not table\(9\) out xmit ${WAN_IF} ${FwCMD} add 6001 nat tablearg ip from any to table\(75\) in recv ${WAN_IF} #NAT_2 ${FwCMD} nat 2 config log ip ${IP_WAN_2} reset redirect_port tcp 172.25.1.34:YYYY-YYYY YYYY-YYYY #NAT_3 ${FwCMD} nat 3 config log ip ${IP_WAN_3} deny_in unreg_only reset Edited March 26, 2017 at 04:07 PM by a_n_h
l1ght Posted March 26, 2017 at 03:48 PM Posted March 26, 2017 at 03:48 PM по первых reset не нужен во вторых, я вообще не уверен в конструкции с диапозоном портов nat nat_number config if nic redirect_port sctp ip_address [,addr_list] {[port | port-port] [,ports]} а вижу, должно работать именно наты перестают работать или порт форвардинг?
a_n_h Posted March 26, 2017 at 03:49 PM Author Posted March 26, 2017 at 03:49 PM (edited) именно наты перестают работать или порт форвардинг? Наты точно перестают, форвардинг не проверял, система в работе, не хочу надолго останавливать систему. Исправлю, интересный эффект, НАТы работают, но глючит DNS. Edited March 26, 2017 at 04:03 PM by a_n_h
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now