и как в сравнении?

Мне больше нравится NoDeny (честно  ), да и развивается динамичнее

а с чем работаешь?

Abills

Эх, с Ноденаем уже 4 года дела не имел 

perl noparrent.pl -v
что говорит?

К сожалению у меня нет среды чтобы проверить. А есть какие-то проблемы?

Перезалил

Спасибо, Макс

прошу модераторов перезалить архив из первого поста.

 

а в конфиг это не вынесено?

=) Ты так сказал как будто я до этого не проверил.. Я четко ясно написал что днс-ы левые, не мои корое должны быть!

Я не знал что ты проверил. А из написаного не было понятно:

какие то левые днс-ы в сети появились...

Доброго времени суток!

Столкнулся с такой штукой!

На свичах 3028 настроил acl, принимать бродкаст с определенного порта по udp 67
С остальных портов закрыл, на случай если люди роутер не правильно включат

IP с маской и шлюзом получают нормально, но вот какие то левые днс-ы в сети появились...

Как так может быть ? Подскажите гуру великие...
Либо же кто работал с таким оборудованием пример dhcp relay настроить

DHCP-сервер отдает адреса DNS-ов наряду с default gateway. Если адреса ДНСов у клиентов не правильные - смотрите конфиг DHCP. А в сети может быть сколько угодно ДНС-серверов, на работу сети это не повлияет, т.к. клиент должен обратиться к ДНС-серверу по протоколу IP.

arp -an
Тормозит скорее всего из-за попыток резолвить DNS.

Действительно так! +1

#time arp -a
real    1m50.627s
user    0m0.469s
sys     0m1.522s

#time arp -an
real    0m1.041s
user    0m0.287s
sys     0m0.549s

arp -a | grep IP_клиента

такая команда сильно тормозит при большом количестве арп-записей

Кстати, никто не знает как это ускорить? Используется статик-арп

[semant]

В модуле найден баг - в расписании не отличаются дни недели:

всегда перенаправляет на доступ запрещен не зависимо  от заблокированного дня недели( не сегодняшнего)

Баг исправлен. Патч для файла noparrent.pl в аттаче. Также прошу модераторов перезалить архив из первого поста.

PS спасибо semant за тестовую среду

У меня была ситуация что от одного провайдера работает, а от другово нет (ошибка 619).
Причем telnet IP_VPN 1723 проходит в обоих случаях . Сделал вывод что у проблемного какие то заморочки с mtu .

подтверждаю, сменили прова полгода назад, некоторое время назад подняли туннель без прлблем, со старым провом была дилемма

может провайдер режет gre-трафик?

См. личку

Какое значение переменной $period ?
На сервере время правильно установлено?