- Патч для привязки к номеру интерфейса в PPTPD , sauron, 11:19 , 17-Авг-04 (1)
- Патч для привязки к номеру интерфейса в PPTPD , Денис Смирнов, 12:08 , 17-Авг-04 (2)
- Патч для привязки к номеру интерфейса в PPTPD , Андрей, 16:30 , 17-Авг-04 (4)
- Патч для привязки к номеру интерфейса в PPTPD , Аноним, 20:51 , 17-Авг-04 (7)
- Патч для привязки к номеру интерфейса в PPTPD , Аноним, 23:22 , 17-Авг-04 (8)
- Патч для привязки к номеру интерфейса в PPTPD , harlan, 06:45 , 18-Авг-04 (9)
- Патч для привязки к номеру интерфейса в PPTPD , Bah, 11:25 , 18-Авг-04 (10)
- Патч для привязки к номеру интерфейса в PPTPD , Nick, 00:18 , 19-Авг-04 (11)
- Патч для привязки к номеру интерфейса в PPTPD , harlan, 11:26 , 19-Авг-04 (13)
- Патч для привязки к номеру интерфейса в PPTPD , Shumov Sergey, 14:08 , 19-Авг-04 (15)
>Хорошо. Тогда подскажите, как сделать правильно? >Опишу ситуацию: >Юзверь "дозванивается", ему выделяется IP, он начинает работать. >Каждые 5 минут скрипт делает c сервера sh ip accounting и заносит Стоп ^^^^^^^^^^^^^^^^^ Это у Вас Cisco ????>кореспондирующие адреса в БД (это необходимо и не обсуждается). >Юзверь рвёт коннект в интервале между отработками этих скриптов. >Соответственно отрабатывается завершающий скрипт, который делает то же что и промежуточный. Однако, >исполняться он может довольно долго. >В это время, другой юзверь входит в систему и получает IP и >порт те же самые, что и предыдущего юзверя. Соответственно, остаток трафика >предыдущего пользователя будет вешаться на него. Как победить такую ситуацию? Я эту проблему решил - но таким гемморойным путём. Так что если это Cisco - могу поделится рецептом. Но сразу готовтесь - там участует netflow.
|