Посетитель под ником Den68 прислал патч к poptop pptpd обеспечивающий возможность привязки номера ppp интерфейса к IP адресу, что позволит получать информацию о трафике пользователя отталкиваясь от счетчика на интерфейсе.
Если да то патч нужен только при динамической рубке. Т.е. просто облегчает задачу выявления юзверей. Идеологически правильно считать траффик при помощи RADIUS ;)
Конечно. Как и было сказано через alive пакеты. Там много чего вкусного ;)
2) Это идеологически не правильно. Возможны случаи, что у клиента стоит "дозванивалка" PPtP и при разрыве соединения в течение секунды идет повторная попытка. В твоем случае у сервера будет сносит башню, т.к. произойдет попытка установить соединение при условно "не разорвавшемся" предыдущем соединении с одного и того же IP.
А кто нибудь видел тоже самое но для PPPoE? Что бы в качестве аттрибута Calling-Station-Id возвращался MAC инициатора сессии?
>кореспондирующие адреса в БД (это необходимо и не обсуждается). >Юзверь рвёт коннект в интервале между отработками этих скриптов. >Соответственно отрабатывается завершающий скрипт, который делает то же что и промежуточный. Однако, >исполняться он может довольно долго. >В это время, другой юзверь входит в систему и получает IP и >порт те же самые, что и предыдущего юзверя. Соответственно, остаток трафика >предыдущего пользователя будет вешаться на него. Как победить такую ситуацию? Я эту проблему решил - но таким гемморойным путём. Так что если это Cisco - могу поделится рецептом. Но сразу готовтесь - там участует netflow.
>Я эту проблему решил - но таким гемморойным путём. >Так что если это Cisco - могу поделится рецептом. Но сразу готовтесь >- там участует netflow. Выслушаю с благодарностью. Кроме того, у меня есть ещё несколько вопросов касательно НетФлау. Но может личным письмом? (что бы не выглядеть в сети полным ламером :) )