> option routers 192.168.1.1 это как так? Где второй интерфейс, как трафик пойдёт? Да пока никак не пойдет, сейчас это всего-лишь тестовый вариант, а уж когда надо будет укажу там адрес реального шлюза и реального ДНС-а.
По большому счету сейчас пофиг какие там значения шлюза и ДНС-ов выдает dhcpd, клиент DHCP все равно подцепляется, а уж пойдет он там дальше или не пойдет - это никак не относится к сообщениям "dhcpd: send_packet: Operation not permitted"
> DHCP настраиваете для 10 хостов? Зачем?
Просто это гостевая точка доступа для приемной (ресепшена), там больше пяти-шести человек не помещается, ну в общем что бы они пока ожидают могли на своих айпадах и айфонах тырнетом попользоваться нахаляву.
> То что вы написали - это хрень.
Да я и не писал, просто взял где-то в гугле рабочий вариант. Видать он не такой уж и рабочий, либо на самом деле у автора там еще были какие-то правила, про которые он не написал.
> Если сомневаетесь, проверяйте так:
> # Разрешить входящий и исходящий трафик на внутреннем интерфейсе от любых хостов
> с порта 67 или 68 к любым хостам с портами 67
> или 68
> pass $int_if proto { udp tcp } from any port { 67
> 68 } to any port { 67 68 }
Спасибо, попробую так как вы написали.
> А это зачем?
>> set fingerprints "/etc/pf/pf.os"
> ОСь клиентов определяете и Windows будете блокировать? ))
> То что нужно - нет, а всякой фигни натолкали.
Да не толкал я это, это в дефолтном pf.conf уже было. Если честно я не знаю - зачем пакетному фильтру эти "отпечатки", если он без них будет работать быстрее - то тады однозначно выкину это к чертям.
