Mishchenko_A Posted April 3, 2013 at 09:00 AM Posted April 3, 2013 at 09:00 AM Добрый день. Обновился до FreeBSD 8.3 появилась такая штука при перезапуске IPFW ipfw: getsockopt(IP_FW_ADD): Invalid argument Я так понимаю пролема с форвардингом? Как все это исправить, или лучше подскажите где почитать.
nightfly Posted April 3, 2013 at 09:06 AM Author Posted April 3, 2013 at 09:06 AM (edited) Пересобрать ядро с конфигом include GENERIC ident UBNAS options IPFIREWALL options IPFIREWALL_DEFAULT_TO_ACCEPT options IPFIREWALL_FORWARD options IPFIREWALL_VERBOSE options IPFIREWALL_VERBOSE_LIMIT=50 options IPFIREWALL_NAT options LIBALIAS options ROUTETABLES=2 options DUMMYNET options HZ="1000" Edited April 3, 2013 at 09:11 AM by nightfly
Mishchenko_A Posted April 3, 2013 at 09:18 AM Posted April 3, 2013 at 09:18 AM В /usr/src/sys/i386/conf/UBNAS включены все ети опции include GENERICident UBNASoptions IPFIREWALLoptions IPFIREWALL_DEFAULT_TO_ACCEPToptions IPFIREWALL_FORWARDoptions IPFIREWALL_VERBOSEoptions IPFIREWALL_VERBOSE_LIMIT=50options IPFIREWALL_NAToptions LIBALIASoptions ROUTETABLES=2options DUMMYNEToptions HZ="1000"
Mishchenko_A Posted April 3, 2013 at 09:22 AM Posted April 3, 2013 at 09:22 AM Id Refs Address Size Name1 1 0xc0400000 c92a30 kernel
nightfly Posted April 3, 2013 at 09:33 AM Author Posted April 3, 2013 at 09:33 AM Окей, допустим собрано таки ядро конфиг которого выше. cat /var/run/dmesg.boot | grep ipfw А чего говорит?
Mishchenko_A Posted April 3, 2013 at 09:36 AM Posted April 3, 2013 at 09:36 AM ipfw2 (+ipv6) initialized, divert loadable, nat enabled, rule-based forwarding e nabled, default to accept, logging disabled
nightfly Posted April 3, 2013 at 09:42 AM Author Posted April 3, 2013 at 09:42 AM rule-based forwarding e nabled Тогда сдаюсь - все должно работать. с синтаксисом fwd все точно ок?
Mishchenko_A Posted April 3, 2013 at 09:52 AM Posted April 3, 2013 at 09:52 AM Все как в http://wiki.ubilling.net.ua/doku.php?id=uhw описано, и оно даже работает, но эта ошибка немного кумарит...
nightfly Posted April 3, 2013 at 09:55 AM Author Posted April 3, 2013 at 09:55 AM и оно даже работает Тогда это не fwd
Mishchenko_A Posted April 3, 2013 at 09:58 AM Posted April 3, 2013 at 09:58 AM /etc/rc.d/ipfw restartnet.inet.ip.fw.enable: 1 -> 0net.inet6.ip6.fw.enable: 1 -> 0ipfw: getsockopt(IP_FW_ADD): Invalid argumentFirewall rules loaded. Вот такая штучка. Это нормально?
nightfly Posted April 3, 2013 at 10:12 AM Author Posted April 3, 2013 at 10:12 AM /etc/rc.d/ipfw restart Честно говоря никогда так не делал Чисто из интереса попробовал - как оказалось таки да, это "нормально".
Mishchenko_A Posted April 3, 2013 at 10:57 AM Posted April 3, 2013 at 10:57 AM почему тогда не раотает автоматическая переадресация на заглушку UHW, не подскажете?
Mishchenko_A Posted April 3, 2013 at 01:41 PM Posted April 3, 2013 at 01:41 PM 00005 0 0 fwd 127.0.0.1,80 ip from 172.32.0.0/20 to not me dst-port 8006000 16634 2991388 nat 1 ip from table(2) to not table(9) via bge006001 25097 31255988 nat 1 ip from any to xxx.xxx.xxx.xxx via bge012000 16861 3009936 pipe tablearg ip from table(3) to any via em0 in12001 24272 31185770 pipe tablearg ip from any to table(4) via em0 out65533 122 11027 deny ip from table(2) to any via em065534 0 0 deny ip from any to table(2) via em065535 3058654 1077775423 allow ip from any to any
nightfly Posted April 3, 2013 at 02:35 PM Author Posted April 3, 2013 at 02:35 PM Ну да, ничего не попадает в 5-й рулес. Мораль - некому "переадресовываться" на UHW. На em0 алиас 172.32.0.1/20 нарисован?
Mishchenko_A Posted April 3, 2013 at 03:38 PM Posted April 3, 2013 at 03:38 PM Перепроверил все наново, убрал свой MAC с биллинга, но теперь не получаю ІР 172.32.x.x для доступа в UHW, а получаюте, которые (не)должен получать. Может проблема в том, что стоит персональный шаблон для подсети? На FreeBSD 8.2 все работало......
nightfly Posted April 3, 2013 at 03:48 PM Author Posted April 3, 2013 at 03:48 PM Может проблема в том, что стоит персональный шаблон для подсети? Не, пофиг - у самого только "персональные". Главное, чтобы сам "###### Unknown users network" и все что дальше было после секции {SUBNETS} в global.template. Тоесть логика следующая: 1. dhcpd пробегает сверху вниз по {SUBNETS} 2. если не знает "ой ктойта?" - переходит к 172.32.0.0/20 и выдает чего-то из пула 3. это "чего-то" должно быть с DNS и дефолтраутом на 172.32.0.1 4. ну а дальше смотрим в правило 5 ipfw
Mishchenko_A Posted April 3, 2013 at 04:10 PM Posted April 3, 2013 at 04:10 PM Может проблема в том, что стоит персональный шаблон для подсети? Не, пофиг - у самого только "персональные". Главное, чтобы сам "###### Unknown users network" и все что дальше было после секции {SUBNETS} в global.template. Тоесть логика следующая: 1. dhcpd пробегает сверху вниз по {SUBNETS} 2. если не знает "ой ктойта?" - переходит к 172.32.0.0/20 и выдает чего-то из пула 3. это "чего-то" должно быть с DNS и дефолтраутом на 172.32.0.1 4. ну а дальше смотрим в правило 5 ipfw Да логика то жеЛЛезная, но не могу понять как мне выдало IP для доступа в интернет, когда мой MAC был удален с биллинга
nightfly Posted April 3, 2013 at 04:20 PM Author Posted April 3, 2013 at 04:20 PM Ну чудес не бывает. при смене MAC железно: 1. происходит престроение конфигов dhcp 2. ресет пользователя, что в свою очередь еще и переприбивает по IP+MAC в arp
Mishchenko_A Posted April 3, 2013 at 04:25 PM Posted April 3, 2013 at 04:25 PM может поставить RESETONCFCHNGE=1 ?
nightfly Posted April 3, 2013 at 04:26 PM Author Posted April 3, 2013 at 04:26 PM Хотя - возможен еще один вариант Если у вас неверно указан либо RC_DHCPD либо SUDO либо таки неверно сконфигурирован сам sudo (чего не должно быть в принципе при установке инсталлером) - да, dhcpd может тупо не перезапуститься. Проверяется очень просто: 1. смотрите в консольке tail -F /var/log/messages 2. браузером заходите в модуль "Сети и услуги" Если все ок, вы должны увидеть проскакивание чего-то типа Apr 3 19:27:25 billing dhcpd: WARNING: Host declarations are global. They are not limited to the scope you declared them in. Apr 3 19:27:33 billing sudo: www : TTY=unknown ; PWD=/usr/local/www/apache22/data/billing ; USER=root ; COMMAND=/usr/local/etc/rc.d/isc-dhcpd restart Apr 3 19:27:33 billing dhcpd: WARNING: Host declarations are global. They are not limited to the scope you declared them in. может поставить RESETONCFCHNGE=1 ? Не, это делает ресет только при смене доп. полей профиля. Ресет при смене МАС - прибит гвоздями.
Mishchenko_A Posted April 3, 2013 at 04:35 PM Posted April 3, 2013 at 04:35 PM Вот есть такая штука, как: option domain-name "isp"; в конфиге. Может "isp" поменять на мой domain-name? Вот мне чего-то кажется что все ковырнулось после настройки named, хотя может я и не прав....
nightfly Posted April 3, 2013 at 04:41 PM Author Posted April 3, 2013 at 04:41 PM Может "isp" поменять на мой domain-name? Ну вообще то это как-бы подразумевается, так же как и ваш локальный DNS
Mishchenko_A Posted April 3, 2013 at 04:48 PM Posted April 3, 2013 at 04:48 PM ну это сделал, онаружил еще одну "штучку" - меняю себе MAC и дальше несколько минут работает интернет.
Recommended Posts