From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Message-ID: <455992B7.2030802@og.brother-ttc.ru> Date: Tue, 14 Nov 2006 12:56:07 +0300 From: "georg l k." User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: ru-ru, ru MIME-Version: 1.0 To: sysadmins@lists.altlinux.org Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 8bit Subject: [Sysadmins] =?koi8-r?b?aXB0YWJsZXMsIHVsb2ctYWNjdGQgy8HLINDJ08HU?= =?koi8-r?b?2CDJzsbP0s3Bw8nAINcg0sHaztnFIMbByszZ?= X-BeenThere: sysadmins@lists.altlinux.org X-Mailman-Version: 2.1.9rc1 Precedence: list Reply-To: ALT Linux sysadmin discuss List-Id: ALT Linux sysadmin discuss List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Nov 2006 09:56:52 -0000 Archived-At: List-Archive: Все эти ковыряния с ulog-acctd начались с нужды писать в файл имя ppp-пользователя и адреса с которого он установил соединение. я писал в рассылку по этому поводу http://lists.altlinux.org/pipermail/sysadmins/2006-November/002974.html У меня с одной стороны есть iptables + ulog, который может фиксировать установку такого соединения: iptables -I INPUT -i $EXT_INT -p tcp --dport 1723 -m state --state NEW -j ULOG --ulog-nlgroup 1 --ulog-prefix "PPTP ACCESS" и тогда в файле /var/log/ulog-acctd/account.log появится строчка server_name 1163497868 ... ip_клиента порт_клиента ip_сервера порт_1723 ... "eth0" "-" "PPTP ACCESS" ip_клиента как раз то что меня интересует 1163497868 - время как его привести в "читаемый" вид в скрипте? "eth0" - интерфейс, смотрящий в инет а вот с "-" облом, по идеи должен быть pppx а с другой строны есть /etc/ppp/ip-up.local из которого в момент соединения я могу получить pppx /dev/pts/x $IPREMOTE и соответственно могу попробовать получить исходя из этого Имя пользователя только я не знаю как мне это связать в одно единое... > georg l k. пишет: > >>> а есть ли рекомендации по уменьшению параметра flush >>> то есть, чем чревато установка его в "0" или "10" >>> как это влияет на систему, не будет ли от уменьшения этого параметра >>> косяков. > > > Чем меньше значение параметра, тем, очевидно, больше нагрузка на > дисковую систему. Можете попробовать, вероятнее всего, при не слишком уж > большом трафике проблем не будет :) А при совсем небольшом, наверное, и > ulogd с его прямой записью в БД сгодится ;) > > Только вот зачем? Real-time billing c мгновенным отключением > провинившихся? ;) Может посмотреть на netams? ulogd и ulog-acctd в > комплекте с БД больше годятся для вдумчивого постанализа, когда заранее > неизвестно, что захочется узнать ;) > > -- С уважением, Прокопьев Евгений