[mdk-re] Подсчет трафика

[mdk-re] Подсчет трафика

[Roman_Tutov]

Hello mandrake-russian,

  Порекомендуйте пожалуйста програмку/пакет для подсчета трафика
  Что-нибудь простое в sql не завернутое

-- 
Best regards,
 Roman                          mailto:Roman_Tutov@mail.ru

Re: [mdk-re] Подсчет трафика

[Korshunov Ilya]

Tue, 19 Feb 2002 10:48:11 +0300
Roman_Tutov@mail.ru Писал:

> Hello mandrake-russian,
> 
>   Порекомендуйте пожалуйста програмку/пакет для подсчета трафика
>   Что-нибудь простое в sql не завернутое
> 

iptables ?)


-- 

[mdk-re] Re[2]: [mdk-re] Подсчет трафика

[Roman_Tutov]

Hello Korshunov,

Tuesday, February 19, 2002, 10:51:36 AM, you wrote:

KI> Tue, 19 Feb 2002 10:48:11 +0300
KI> Roman_Tutov@mail.ru Писал:

>> Hello mandrake-russian,
>> 
>>   Порекомендуйте пожалуйста програмку/пакет для подсчета трафика
>>   Что-нибудь простое в sql не завернутое
>> 

KI> iptables ?)

Я сам с нуля собрать не смогу . Мне нужно уже заточенный пакет .

-- 
Best regards,
 Roman                            mailto:Roman_Tutov@mail.ru

[mdk-re] Re[2]: [mdk-re] Подсчет трафика

[Artem Pastuchov]

Hello Korshunov,

Tuesday, February 19, 2002, 10:51:36 AM, you wrote:

KI> Tue, 19 Feb 2002 10:48:11 +0300
KI> Roman_Tutov@mail.ru Писал:

>> Hello mandrake-russian,
>> 
>>   Порекомендуйте пожалуйста програмку/пакет для подсчета трафика
>>   Что-нибудь простое в sql не завернутое
>> 

KI> iptables ?)

Вот наткнулся
http://talinux.hut.ru/

На ассемблере ;)




-- 
Best regards,
 Artem                            mailto:past@talarii.co.ru

Re: [mdk-re] Re[2]: [mdk-re] Подсчет трафика

[admin]

On Tuesday 19 February 2002 12:12, you wrote:
> Hello Korshunov,
>
> Tuesday, February 19, 2002, 10:51:36 AM, you wrote:
>
> KI> Tue, 19 Feb 2002 10:48:11 +0300
>
> KI> Roman_Tutov@mail.ru Писал:
> >> Hello mandrake-russian,
> >>
> >>   Порекомендуйте пожалуйста програмку/пакет для подсчета трафика
> >>   Что-нибудь простое в sql не завернутое
>
> KI> iptables ?)
>
> Вот наткнулся
> http://talinux.hut.ru/
>
> На ассемблере ;)
смотри на opennet.ru называется вроде ipcasum

[mdk-re] Re[2]: [mdk-re] Re[2]: [mdk-re] Подсчет трафика

[Roman_Tutov]

Hello admin,

Tuesday, February 19, 2002, 12:17:08 PM, you wrote:

a> On Tuesday 19 February 2002 12:12, you wrote:
>> Hello Korshunov,
>>
>> Tuesday, February 19, 2002, 10:51:36 AM, you wrote:
>>
>> KI> Tue, 19 Feb 2002 10:48:11 +0300
>>
>> KI> Roman_Tutov@mail.ru Писал:
>> >> Hello mandrake-russian,
>> >>
>> >>   Порекомендуйте пожалуйста програмку/пакет для подсчета трафика
>> >>   Что-нибудь простое в sql не завернутое
>>
>> KI> iptables ?)
>>
>> Вот наткнулся
>> http://talinux.hut.ru/
>>
>> На ассемблере ;)
a> смотри на opennet.ru называется вроде ipcasum
Нет там такого . Либо не так называтся ,либо не там лежит

-- 
Best regards,
 Roman                            mailto:Roman_Tutov@mail.ru

[mdk-re] Re: Подсчет трафика

[Michael Shigorin]

On Tue, Feb 19, 2002 at 10:48:11AM +0300, Roman_Tutov@mail.ru wrote:
>   Порекомендуйте пожалуйста програмку/пакет для подсчета трафика
>   Что-нибудь простое в sql не завернутое
Вроде ipac-ng тут хвалили.  А вообще
http://freshmeat.net/search?q=traffic+accounting

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ http://visa.chem.univ.kiev.ua/~mike/

Re: [mdk-re] Re: Подсчет трафика

[Sergey Vlasov]

On Tue, Feb 19, 2002 at 11:37:24 +0200, Michael Shigorin wrote:
> On Tue, Feb 19, 2002 at 10:48:11AM +0300, Roman_Tutov@mail.ru wrote:
> >   Порекомендуйте пожалуйста програмку/пакет для подсчета трафика
> >   Что-нибудь простое в sql не завернутое
> Вроде ipac-ng тут хвалили.

ipac-ng - это как раз с SQL-базой.  Без базы - старый ipac.

> А вообще
> http://freshmeat.net/search?q=traffic+accounting

Re: [mdk-re] Re: Подсчет трафика

[Grigory Milev]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

>>>>> "Sergey" == Sergey Vlasov <vsu@mivlgu.murom.ru> writes:

    Sergey> On Tue, Feb 19, 2002 at 11:37:24 +0200, Michael Shigorin wrote:
    >> On Tue, Feb 19, 2002 at 10:48:11AM +0300, Roman_Tutov@mail.ru wrote: >
    >> Порекомендуйте пожалуйста програмку/пакет для подсчета трафика >
    >> Что-нибудь простое в sql не завернутое Вроде ipac-ng тут хвалили.

    Sergey> ipac-ng - это как раз с SQL-базой.  Без базы - старый ipac.

Не совсем так, ipac-ng умеет и без SQL-базы работать.

+-------------------------------------------------------+
Grigory Milev	mailto://week@altlinux.ru
ALT Linux Team	http://www.altlinux.ru
PC Club owner	mailto://pcclub@tut.by
+-------------------------------------------------------+
Life too beautiful and interest... Don't worry, be happy.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: Processed by Mailcrypt 3.5.5 and Gnu Privacy Guard <http://www.gnupg.org/>

iD8DBQE8cjYeS14SMK5ZwWARAusVAJwMqly2+CQdxFTSizpDKFZWjZGM3ACePRyy
9vP6qCZuR8zPmt8IzcVHhnA=
=xUnn
-----END PGP SIGNATURE-----

Re: [mdk-re] Re: Подсчет трафика

[Dmitriy Gnidchenko]

Я тут просматрел на дискуссию.
Практически весь подсчет трафика заворачивается на IPTABLE или IPCHAINS
под фрей есть приблуда под название trafd, думаю что многие с ней знакомы
Какие плюсы и коректность отображения трафика в случае с trafd
есть ли под Линухом что либо подобное???
Было бы удобно еще выделить кто куда ходил.
Как народ справляется с такой задачей???

С Уважением
	Дмитрий  savithur@avatar.spb.ru

[mdk-re] Re: [mdk-re] Подсчет трафика

[Чужой]

>   Порекомендуйте пожалуйста програмку/пакет для подсчета трафика
>   Что-нибудь простое в sql не завернутое

    iptraf? (http://cebu.mozcom.com/riker/iptraf/index.html)

Re: [mdk-re] Подсчет трафика

[Gosha]

Hi!
On Tue, 19 Feb 2002 10:48:11 +0300
Roman_Tutov@mail.ru wrote:

>   Порекомендуйте пожалуйста програмку/пакет для подсчета трафика
>   Что-нибудь простое в sql не завернутое

bandmin + ipchains/iptable 

-- 
Best regards!
Igor Solovyov
Zlatoust, Russia

Re: [mdk-re] Re: [mdk-re] Подсчет трафика

[Gosha]

Hi!
On Tue, 19 Feb 2002 15:26:33 +0300
Чужой <kisan2@yandex.ru> wrote:

> >   Порекомендуйте пожалуйста програмку/пакет для подсчета трафика
> >   Что-нибудь простое в sql не завернутое
> 
>     iptraf? (http://cebu.mozcom.com/riker/iptraf/index.html)

Вряд ли этот инструмент предназначен для подсчета трафика.
Он больше для анализа. В нем Вы не сможете даже отделить
локальный от нелокального трафика.

-- 
Best regards!
Igor Solovyov
Zlatoust, Russia

Re: [mdk-re] Подсчет трафика

[Gosha]

Hi!
On Tue, 19 Feb 2002 19:38:04 +0500
Gosha <gosha@sendmail.ru> wrote:

> >   Порекомендуйте пожалуйста програмку/пакет для подсчета трафика
> >   Что-нибудь простое в sql не завернутое
> 
> bandmin + ipchains/iptable 

В догонку. sarg + squid. 

-- 
Best regards!
Igor Solovyov
Zlatoust, Russia

[mdk-re] Re[2]: [mdk-re] Подсчет трафика

[roman_tutov]

Hello Gosha,

Tuesday, February 19, 2002, 5:45:00 PM, you wrote:

G> Hi!
G> On Tue, 19 Feb 2002 19:38:04 +0500
G> Gosha <gosha@sendmail.ru> wrote:

>> >   Порекомендуйте пожалуйста програмку/пакет для подсчета трафика
>> >   Что-нибудь простое в sql не завернутое
>> 
>> bandmin + ipchains/iptable 

G> В догонку. sarg + squid. 
Это само собой . Но в машине ipchains и нужно считать с него

-- 
Best regards,
 roman                            mailto:roman_tutov@mail.ru

[mdk-re] Re: [mdk-re]

[Gosha]

Hi!
On Tue, 19 Feb 2002 17:52:59 +0300
roman_tutov@mail.ru wrote:

> G> В догонку. sarg + squid. 
> Это само собой . Но в машине ipchains и нужно считать с него

Ну еще проще. Ставим к нему bandmin "и Ваши волосы станут шелковистыми". :-)
Хотя никто не запрещает использовать и то и то.

-- 
Best regards!
Igor Solovyov
Zlatoust, Russia

Re: [mdk-re] Re: Подсчет трафика

[Maxim Mitrofanov]

19 Февраль 2002 17:20, Вы написали:
> Я тут просматрел на дискуссию.
> Практически весь подсчет трафика заворачивается на IPTABLE или 
IPCHAINS
> под фрей есть приблуда под название trafd, думаю что многие с ней 
знакомы
> Какие плюсы и коректность отображения трафика в случае с trafd
> есть ли под Линухом что либо подобное???
> Было бы удобно еще выделить кто куда ходил.

Настроить транспарент прокси на сквид + ипчеинс
поставит SARG и наслаждаться


> Как народ справляется с такой задачей???
> 
> С Уважением
> 	Дмитрий  savithur@avatar.spb.ru
> 
> 
> 
> _______________________________________________
> Mandrake-russian mailing list
> Mandrake-russian@altlinux.ru
> http://altlinux.ru/mailman/listinfo/mandrake-russian
> 
> 

-- 
  rgrds
  Maixm						mdk@anker.ru

Re: [mdk-re] Re: [mdk-re]

[roman_tutov]

Hello Gosha,

Tuesday, February 19, 2002, 9:25:42 PM, you wrote:

>> G> В догонку. sarg + squid.
>> Это само собой . Но в машине ipchains и нужно считать с него

G> Ну еще проще. Ставим к нему bandmin "и Ваши волосы станут шелковистыми". :-)
G> Хотя никто не запрещает использовать и то и то.
Что за зверь этот bandmin и где он живет . В сизифе его нет


-- 
Best regards,
 roman                            mailto:roman_tutov@mail.ru

Re: [mdk-re] Re: Подсчет трафика

[Dmitriy Gnidchenko]

On Wed, 20 Feb 2002, Maxim Mitrofanov wrote:

> 19 Февраль 2002 17:20, Вы написали:
> > Я тут просматрел на дискуссию.
> > Практически весь подсчет трафика заворачивается на IPTABLE или
> IPCHAINS
> > под фрей есть приблуда под название trafd, думаю что многие с ней
> знакомы
> > Какие плюсы и коректность отображения трафика в случае с trafd
> > есть ли под Линухом что либо подобное???
> > Было бы удобно еще выделить кто куда ходил.
>
> Настроить транспарент прокси на сквид + ипчеинс
> поставит SARG и наслаждаться

транспарент прокси сразу исключается,
Его можно использовать только в домашних (малых офисах) услових.
Данная схема не есть хороший вариант.


> > Как народ справляется с такой задачей???



С Уважением
	Дмитрий  savithur@avatar.spb.ru

[mdk-re] Re[2]: [mdk-re] Re: Подсчет трафика

[Artem Pastuchov]

Hello Dmitriy,

Wednesday, February 20, 2002, 11:50:21 AM, you wrote:

DG> On Wed, 20 Feb 2002, Maxim Mitrofanov wrote:

>> 19 Февраль 2002 17:20, Вы написали:
>> > Я тут просматрел на дискуссию.
>> > Практически весь подсчет трафика заворачивается на IPTABLE или
>> IPCHAINS
>> > под фрей есть приблуда под название trafd, думаю что многие с ней
>> знакомы
>> > Какие плюсы и коректность отображения трафика в случае с trafd
>> > есть ли под Линухом что либо подобное???
>> > Было бы удобно еще выделить кто куда ходил.
>>
>> Настроить транспарент прокси на сквид + ипчеинс
>> поставит SARG и наслаждаться

DG> транспарент прокси сразу исключается,
DG> Его можно использовать только в домашних (малых офисах) услових.
DG> Данная схема не есть хороший вариант.

Кроме того не учитывается почтовый,ftp... траффик.


>> > Как народ справляется с такой задачей???

[mdk-re] Re[2]: [mdk-re] Re: Подсчет трафика

[Tihonov Vladimir]

Hello Dmitriy,

Wednesday, February 20, 2002, 1:50:21 PM, you wrote:

DG> транспарент прокси сразу исключается,
DG> Его можно использовать только в домашних (малых офисах) услових.
DG> Данная схема не есть хороший вариант.
>> > Как народ справляется с такой задачей???
Тогда начинаем копать в сторону анализатора протоколов, жестко
прописанных ip и прочего, улчше вообще по портам.



-- 
Best regards,
 Tihonov                            mailto:sib_drakula@intramail.ru

[mdk-re] Re: Подсчет трафика

[Vyt]

[-- Attachment #1: Type: text/plain, Size: 744 bytes --]

On Wed, 20 Feb 2002 13:59:45 +0500
Tihonov Vladimir <sib_drakula@intramail.ru> wrote:

> Hello Dmitriy,
> 
> Wednesday, February 20, 2002, 1:50:21 PM, you wrote:
> 
> DG> транспарент прокси сразу исключается,
> DG> Его можно использовать только в домашних (малых офисах) услових.
> DG> Данная схема не есть хороший вариант.
> >> > Как народ справляется с такой задачей???
> Тогда начинаем копать в сторону анализатора протоколов, жестко
> прописанных ip и прочего, улчше вообще по портам.

По портам хуже. При полном подключении реально подсчитать только
общий траффик, при подключении через прокси лучше считать на
уровне приложений, опять же, squid-sarg, loganalizer

<skipped>

-- 
Regards, Vyt
mailto:  vyt@vzljot.ru
JID:     vyt@vzljot.ru

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [mdk-re] Re: Подсчет трафика

[Maxim Mitrofanov]

20 Февраль 2002 14:25, Вы написали:
> On Wed, 20 Feb 2002 13:59:45 +0500
> Tihonov Vladimir <sib_drakula@intramail.ru> wrote:
> 
> > Hello Dmitriy,
> > 
> > Wednesday, February 20, 2002, 1:50:21 PM, you wrote:
> > 
> > DG> транспарент прокси сразу исключается,
> > DG> Его можно использовать только в домашних (малых офисах) услових.
> > DG> Данная схема не есть хороший вариант.

 Дмитрий а можно аргументировать, просто интересно почему это не есть 
хорошо для больших офисов-предприятий. Сразу оговорюсь - это не "наезд" 
а нормальное любопытство. ;)

Кто куда лазил по smtp & pop я думаю не так интересно да и обьем мизер, 
ну а фтп  в принципе фтп прокси ну или в бравзерах-клиентх выставить 
руками чтоб через сквид гнать.

> > >> > Как народ справляется с такой задачей???
> > Тогда начинаем копать в сторону анализатора протоколов, жестко
> > прописанных ip и прочего, улчше вообще по портам.
> 
> По портам хуже. При полном подключении реально подсчитать только
> общий траффик, при подключении через прокси лучше считать на
> уровне приложений, опять же, squid-sarg, loganalizer
> 
> <skipped>
> 
> -- 
> Regards, Vyt
> mailto:  vyt@vzljot.ru
> JID:     vyt@vzljot.ru
> 

-- 
  rgrds
  Maixm						mdk@anker.ru

[mdk-re] Re: [mdk-re] Re: Подсчет трафика

[Artem Pastuchov]

Hello Vyt,

Wednesday, February 20, 2002, 12:25:30 PM, you wrote:

V> On Wed, 20 Feb 2002 13:59:45 +0500
V> Tihonov Vladimir <sib_drakula@intramail.ru> wrote:

>> Hello Dmitriy,
>> 
>> Wednesday, February 20, 2002, 1:50:21 PM, you wrote:
>> 
>> DG> транспарент прокси сразу исключается,
>> DG> Его можно использовать только в домашних (малых офисах) услових.
>> DG> Данная схема не есть хороший вариант.
>> >> > Как народ справляется с такой задачей???
>> Тогда начинаем копать в сторону анализатора протоколов, жестко
>> прописанных ip и прочего, улчше вообще по портам.

V> По портам хуже. При полном подключении реально подсчитать только
V> общий траффик, при подключении через прокси лучше считать на
V> уровне приложений, опять же, squid-sarg, loganalizer

Не понимаю в чем проблема
повесить цепочки типа
ipchains -a input -i eth0 -s везде -d локальная сеть -p порт

сказать ipchains -L -v -x или iptables ...
и на перле написать парсер простенький




-- 
Best regards,
 Artem                            mailto:past@talarii.co.ru

[mdk-re] Re[2]: [mdk-re] Re: Подсчет трафика

[Artem Pastuchov]

Hello Maxim,

Wednesday, February 20, 2002, 12:27:19 PM, you wrote:

MM> 20 Февраль 2002 14:25, Вы написали:
>> On Wed, 20 Feb 2002 13:59:45 +0500
>> Tihonov Vladimir <sib_drakula@intramail.ru> wrote:
>> 
>> > Hello Dmitriy,
>> > 
>> > Wednesday, February 20, 2002, 1:50:21 PM, you wrote:
>> > 
>> > DG> транспарент прокси сразу исключается,
>> > DG> Его можно использовать только в домашних (малых офисах) услових.
>> > DG> Данная схема не есть хороший вариант.

MM>  Дмитрий а можно аргументировать, просто интересно почему это не есть 
MM> хорошо для больших офисов-предприятий. Сразу оговорюсь - это не "наезд" 
MM> а нормальное любопытство. ;)

MM> Кто куда лазил по smtp & pop я думаю не так интересно да и обьем мизер,


Ну не сажите , у меня юзеры очень любят послать на 30 адресов флешку
мега на 2 или там powerpoint

[mdk-re] Re: [mdk-re] Re: Подсчет трафика

[Tihonov Vladimir]

Hello Vyt,

Wednesday, February 20, 2002, 2:25:30 PM, you wrote:

>> DG> транспарент прокси сразу исключается,
>> DG> Его можно использовать только в домашних (малых офисах) услових.
>> DG> Данная схема не есть хороший вариант.
>> >> > Как народ справляется с такой задачей???
>> Тогда начинаем копать в сторону анализатора протоколов, жестко
>> прописанных ip и прочего, улчше вообще по портам.
V> По портам хуже. При полном подключении реально подсчитать только
V> общий траффик, при подключении через прокси лучше считать на
V> уровне приложений, опять же, squid-sarg, loganalizer
Все это хорошо до тех пор пока у нас один прокси сервер и локалка на
десяток машин. Как только их становится больше сотни, тогда нам
действительно лучше забыть о свячекских саргах.



-- 
Best regards,
 Tihonov                            mailto:sib_drakula@intramail.ru

Re: [mdk-re] Re[2]: [mdk-re] Re: Подсчет трафика

[Maxim Mitrofanov]

20 Февраль 2002 14:52, Вы написали:
> Hello Maxim,
> 
> Wednesday, February 20, 2002, 12:27:19 PM, you wrote:
> 
> MM> 20 Февраль 2002 14:25, Вы написали:
> >> On Wed, 20 Feb 2002 13:59:45 +0500
> >> Tihonov Vladimir <sib_drakula@intramail.ru> wrote:
> >> 
> >> > Hello Dmitriy,
> >> > 
> >> > Wednesday, February 20, 2002, 1:50:21 PM, you wrote:
> >> > 
> >> > DG> транспарент прокси сразу исключается,
> >> > DG> Его можно использовать только в домашних (малых офисах) 
услових.
> >> > DG> Данная схема не есть хороший вариант.
> 
> MM>  Дмитрий а можно аргументировать, просто интересно почему это не 
есть 
> MM> хорошо для больших офисов-предприятий. Сразу оговорюсь - это не 
"наезд" 
> MM> а нормальное любопытство. ;)
> 
> MM> Кто куда лазил по smtp & pop я думаю не так интересно да и обьем 
мизер,
> 
> 
> Ну не сажите , у меня юзеры очень любят послать на 30 адресов флешку
> мега на 2 или там powerpoint
> 

ОДНАКО ;)


  Ну вообщем все идет к тому что универсального решения наверное нет :(

ЗЫ: кстати есть "совместный" с SARG проект который позваляет 
отслеживать, если не изменяет память, и smtp трафик

-- 
  rgrds
  Maixm						mdk@anker.ru

Re: [mdk-re] Re: [mdk-re] Re: Подсчет трафика

[Gosha]

Hi!
On Wed, 20 Feb 2002 12:49:56 +0300
Artem Pastuchov <past@talarii.co.ru> wrote:

> Не понимаю в чем проблема
> повесить цепочки типа
> ipchains -a input -i eth0 -s везде -d локальная сеть -p порт
> 
> сказать ipchains -L -v -x или iptables ...
> и на перле написать парсер простенький

Вот и я про то же. К тому же все это вместо Ваших рук может
сделать bandmin и цепочки написать, и трафик сосчитать и
положить результаты в html. А что еще нужно?
У меня все это уже давно работает. Я доволен.

-- 
Best regards!
Igor Solovyov
Zlatoust, Russia

Re: [mdk-re] Re: [mdk-re]

[Gosha]

Hi!
On Wed, 20 Feb 2002 09:58:09 +0300
roman_tutov@mail.ru wrote:

> G> Ну еще проще. Ставим к нему bandmin "и Ваши волосы станут
> шелковистыми". :-) G> Хотя никто не запрещает использовать и то и то.
> Что за зверь этот bandmin и где он живет . В сизифе его нет

http://www.bandmin.org

-- 
Best regards!
Igor Solovyov
Zlatoust, Russia

[mdk-re] Exim + Fetchmail + Cyrus Дублирование почты с внешних адресов и игнорирование "Сс" :(

[Andrew S. Golubev]

Доброго времени суток :-)

Имеется домен my.spb.ru, вся почта приходящая в домен складывается
провайдером в единственный pop3 ящик my@provider.ru
У меня стоит сервер который забирает почту с pop3 fetchmail'ом.
Далее работает exim. Потом cyrus-pop3d раздает ее пользователям.
Проблема состоит в том, что если отправить почту с любого внешнего
адреса(user@some.net) на внутренний(user1@my.spb.ru) и указать в поле
копия еще один внутренний(user2@my.spb.ru) адрес, то письмо придет user1
и my (на которого fetchmail забирает почту).
Как от этого избавиться? 
Помогите пожалуйста. Подскажите где искать, что читать...

P.S. Вот мои конфиги. 

/etc/fetchmailrc
set logfile "/var/log/fetchmail.log" #syslog
set idfile "/var/lock/fetchmail"
set postmaster "ego"
set bouncemail
set properties ""
set daemon 300
poll pop.provider.ru via pop.provider.ru
    with proto pop3
user my there with password secret is my here

/etc/exim/exim.conf
######################################################################
#                    MAIN CONFIGURATION SETTINGS                     #
######################################################################
primary_hostname = anapurna.my.spb.ru
qualify_domain = anapurna.my.spb.ru
message_filter = /etc/exim/filter/main.filter
message_filter_file_transport = address_file
message_filter_pipe_transport = address_pipe
message_filter_reply_transport = address_reply
local_domains = my.spb.ru:anapurna.my.spb.ru:localhost
local_domains_include_host = true
local_domains_include_host_literals = true
forbid_domain_literals
never_users = root
host_lookup = *
host_accept_relay = *
trusted_users = mail
smtp_accept_queue_per_connection = 100
queue_remote_domains = *
 smtp.wplus.net
freeze_tell_mailmaster = true
received_header_text = "Received: \
         ${if def:sender_rcvhost {from ${sender_rcvhost}\n\t}\
         {${if def:sender_ident {from ${sender_ident} }}\
         ${if def:sender_helo_name {(helo=${sender_helo_name})\n\t}}}}\
         by ${primary_hostname} \
         ${if def:received_protocol {with ${received_protocol}}} \
         (Exim ${version_number} #${compile_number} (Debian))\n\t\
         id ${message_id}\
         ${if def:received_for {\n\tfor <$received_for>}}"
#######accept_8bitmime = true
end
######################################################################
#                      TRANSPORTS CONFIGURATION                      #
######################################################################
#                       ORDER DOES NOT MATTER                        #
#     Only one appropriate transport is called for each delivery.    #
######################################################################
local_delivery:
  driver = appendfile
  group = mail
  mode = 0660
  mode_fail_narrower = false
  envelope_to_add = true
  return_path_add = true
  file = /var/spool/mail/${local_part}

address_pipe:
  driver = pipe
  path = /usr/bin:/bin:/usr/local/bin
  return_output

address_file:
  driver = appendfile
  envelope_to_add = true
  return_path_add = true

address_directory:
  driver = appendfile
  no_from_hack
  prefix = ""
  suffix = ""
# maildir_format

address_reply:
  driver = autoreply

procmail_pipe:
  driver = pipe
  command = "/usr/bin/procmail -d ${local_part}"
  return_path_add
  delivery_date_add
  envelope_to_add
  check_string = "From "
  escape_string = ">From "
  user = $local_part
  group = mail

remote_smtp:
  driver = smtp
# authenticate_hosts = smarthost.isp.com
end
######################################################################
#                      DIRECTORS CONFIGURATION                       #
#             Specifies how local addresses are handled              #
######################################################################
#                          ORDER DOES MATTER                         #
#   A local address is passed to each in turn until it is accepted.  #
######################################################################
real_local:
  prefix = real-
  driver = localuser
  transport = local_delivery

system_aliases:
  driver = aliasfile
  file_transport = address_file
  pipe_transport = address_pipe
  file = /etc/aliases
  search_type = lsearch
# user = list
# Uncomment the above line if you are running smartlist

userforward:
  driver = forwardfile
  file_transport = address_file
  pipe_transport = address_pipe
  reply_transport = address_reply
  no_verify
  check_ancestor
  check_local_user
  file = .forward
  modemask = 002
  filter

procmail:
  driver = localuser
  transport = procmail_pipe
  require_files =
${local_part}:+${home}:+${home}/.procmailrc:+/usr/bin/procmail
  no_verify
    
localuser:
  driver = localuser
  transport = local_delivery

end
######################################################################
#                      ROUTERS CONFIGURATION                         #
#            Specifies how remote addresses are handled              #
######################################################################
#                          ORDER DOES MATTER                         #
#  A remote address is passed to each in turn until it is accepted.  #
######################################################################

# Remote addresses are those with a domain that does not match any item
# in the "local_domains" setting above.

# Send all mail to a smarthost

smarthost:
  driver = domainlist
  transport = remote_smtp
  route_list = "* smtp.provider.ru bydns_a"

end
...
/etc/exim/filter/mail.filter
# Exim filter << Don't edit or remove this line!
# 	
# 
#
# User1 
#          if $header_to: contains "user1@my.spb.ru" then
#	    unseen deliver "user1@my.spb.ru" 
## User1
	   elif $header_to: contains "user2@my.spb.ru" then
	    unseen deliver "user2@my.spb.ru"
## User3
	   elif $header_to: contains "user3@my.spb.ru" then
	    unseen deliver "user3@my.spb.ru"
## My
    endif

Re[2]: [mdk-re] Re: [mdk-re]

[roman_tutov]

Hello Gosha,

Wednesday, February 20, 2002, 8:42:00 PM, you wrote:

>> G> Ну еще проще. Ставим к нему bandmin "и Ваши волосы станут
>> шелковистыми". :-) G> Хотя никто не запрещает использовать и то и то.
>> Что за зверь этот bandmin и где он живет . В сизифе его нет

G> http://www.bandmin.org
Я в него быстренько заглянул и сделал вывод ,что она mySQL хочет

-- 
Best regards,
 roman                            mailto:roman_tutov@mail.ru

Re: [mdk-re] Re: [mdk-re] Re: ðÏÄÓÞÅÔ ÔÒÁÆÉËÁ

[Russu V.F.]

Hello mandrake-russian-admin,

Wednesday, February 20, 2002, 2:59:41 PM, you wrote:

> Hello Vyt,

> Все это хорошо до тех пор пока у нас один прокси сервер и локалка на
> десяток машин. Как только их становится больше сотни, тогда нам
> действительно лучше забыть о свячекских саргах.

        это почему ??? у меня сотня юзеров - sarg отлично пашет...
правда размерчик отчетов у него становиться еше тот... ;-)))))



-- 
 ОП ТюменьЭнергоСпецРемонт
 Системный администратор
 Руссу В.Ф.                  e-mail: ruwa@psrp.te.ru
                             phone: (3462)76-40-56

[mdk-re] Re:

[Michael Shigorin]

On Thu, Feb 21, 2002 at 09:54:06AM +0300, roman_tutov@mail.ru wrote:
> G> http://www.bandmin.org
> Я в него быстренько заглянул и сделал вывод ,что она mySQL хочет
А че Вы так СУБД боитесь?

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ http://visa.chem.univ.kiev.ua/~mike/

Re: [mdk-re] Re:

[roman_tutov]

Hello Michael,

Thursday, February 21, 2002, 12:09:38 PM, you wrote:

MS> On Thu, Feb 21, 2002 at 09:54:06AM +0300, roman_tutov@mail.ru wrote:
>> G> http://www.bandmin.org
>> Я в него быстренько заглянул и сделал вывод ,что она mySQL хочет
MS> А че Вы так СУБД боитесь?
Потому ,что на машине уже стоит Fb Под него клиенты пишуться.
Сайт заточен под postgress (как разберусь его под Fb перекину)
так ещё и mySQL ставить ? Увольте . И так голова пухнет .



-- 
Best regards,
 roman                            mailto:roman_tutov@mail.ru

Re[2]: [mdk-re] Re:

[Maxim]

Здравствуйте, roman.
Вы писали 21 февраля 2002 г., 12:52:41:

rmr> Hello Michael,

rmr> Thursday, February 21, 2002, 12:09:38 PM, you wrote:

MS>> On Thu, Feb 21, 2002 at 09:54:06AM +0300, roman_tutov@mail.ru wrote:
>>> G> http://www.bandmin.org
>>> Я в него быстренько заглянул и сделал вывод ,что она mySQL хочет
MS>> А че Вы так СУБД боитесь?
rmr> Потому ,что на машине уже стоит Fb Под него клиенты пишуться.
rmr> Сайт заточен под postgress (как разберусь его под Fb перекину)
rmr> так ещё и mySQL ставить ? Увольте . И так голова пухнет .

а скажите, ради интереса, чем вам postgres не нравится?

-- 
С уважением,
 Maxim                          mailto:max_conf@e-foto.ru

Re: [mdk-re] Re: [mdk-re] Re: Подсчет трафика

[Fred]

20 Февраль 2002 20:32, Вы написали:

> Вот и я про то же. К тому же все это вместо Ваших рук может
> сделать bandmin и цепочки написать, и трафик сосчитать и
> положить результаты в html. А что еще нужно?
> У меня все это уже давно работает. Я доволен.

а что... в натуре працуе! :)) 
В смысле работает, и, вроде, несложно настраивается (пришлось только путь к 
гифам в /usr/local/bandmin/bandminhtml поправить).
А есть какое-нибудь хавту? Или док приличный.. а то инфы совсем мало :((. 
Непонятно, например, как его заставить с ipchains работать (iptables по 
дефолту запросил). И как данные юзеров обрабатывать? Кто-то может процесс 
подробнее описать? ( Кстати, в варианте с sarg это тоже было бы не лишне)
Плиз, если есть ссылочки -- киньте!



---------------------------------
Yours,

	Fred.

Re: [mdk-re] Re: Подсчет трафика

[Dmitriy]

On Tue, Feb 19, 2002 at 03:20:37PM +0300, Dmitriy Gnidchenko wrote:
> 
> Я тут просматрел на дискуссию.
> Практически весь подсчет трафика заворачивается на IPTABLE или IPCHAINS
> под фрей есть приблуда под название trafd, думаю что многие с ней знакомы
> Какие плюсы и коректность отображения трафика в случае с trafd
> есть ли под Линухом что либо подобное???
> Было бы удобно еще выделить кто куда ходил.
> Как народ справляется с такой задачей???
> 
> С Уважением
> 	Дмитрий  savithur@avatar.spb.ru
> 

http://freshmeat.net/search/?q=net-acct&section=projects

-- 
With Respect
Dmitriy Kuznetsov
ZAO "Demos-Internet"

Re: Re[2]: [mdk-re] Re: [mdk-re]

[Gosha]

Hi!
On Thu, 21 Feb 2002 09:54:06 +0300
roman_tutov@mail.ru wrote:

> >> G> Ну еще проще. Ставим к нему bandmin "и Ваши волосы станут
> >> шелковистыми". :-) G> Хотя никто не запрещает использовать и то и
> >> то. Что за зверь этот bandmin и где он живет . В сизифе его нет
> 
> G> http://www.bandmin.org
> Я в него быстренько заглянул и сделал вывод ,что она mySQL хочет

Что говорит о вреде "быстренького" просмотра. :-)
Не нужен "ей" MySQL. Где Вы там такое вычитали.
У меня на рутере нет MySQL в принципе.

-- 
Best regards!
Igor Solovyov
Zlatoust, Russia

Re: [mdk-re] Re: [mdk-re] Re: Подсчет трафика

[Gosha]

Hi!
On Thu, 21 Feb 2002 15:14:48 +0300
Fred <fred@access.ru> wrote:

> > Вот и я про то же. К тому же все это вместо Ваших рук может
> > сделать bandmin и цепочки написать, и трафик сосчитать и
> > положить результаты в html. А что еще нужно?
> > У меня все это уже давно работает. Я доволен.
> 
> а что... в натуре працуе! :)) 
> В смысле работает, и, вроде, несложно настраивается (пришлось только
> путь к гифам в /usr/local/bandmin/bandminhtml поправить).
> А есть какое-нибудь хавту? Или док приличный.. а то инфы совсем мало
> :((. Непонятно, например, как его заставить с ipchains работать
> (iptables по дефолту запросил). И как данные юзеров обрабатывать?

Там скрипты сами разбираются, что используется ipchains или iptables.

> Кто-то может процесс подробнее описать? ( Кстати, в варианте с sarg
> это тоже было бы не лишне) Плиз, если есть ссылочки -- киньте!

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


-- 
Best regards!
Igor Solovyov
Zlatoust, Russia

Re: Re[2]: [mdk-re] Re: [JT] Postgres, Firebird, DB2 & Others (все грабли всех СУБД)

[Roman S]

[-- Attachment #1: Type: text/plain, Size: 3464 bytes --]

On Чтв, 2002-02-21 at 13:53, Maxim wrote:
> а скажите, ради интереса, чем вам postgres не нравится?
ИМХО PostgreSQL - превосходная СУБД для окучивания запросов средней
сложности.
Пригодна как для среднетяжелой нагрузки, так и для использования
обиночным узлом|конечным пользователем.

Единственный явный недостаток, на который я наступил - добавление
идиотского #line N пркпроцессором embeeded sql
Почему-то считается, что так и надо.
С каждой версией PostgreSQL залезаю в исходнюк препроцессора и правлю...

Грабли:
Нет ряда нестандартных, но стандартных де-факто операций (<дата> - 1 DAY
и т.п.), излишне строгий препроцессор (EXEC SQL INCLUDE sqlca, но не
EXEC SQL INCLUDE SQLCA, обязательный EXEC SQL BEGIN/END DECLARE SECTION
и т.п) 
Препроцессор SQLJ - не видел (ну не может его не быть в СУБД такого
уровня! Но не видел....)
Скорость выполнения запросов - среднеприличная.
Затраты на администрирование созданной БД - низкие.
Возможности настройки применительно к типу запросов - низкие.
Удобство администрирования|программирования - не очень, но можно
пользовать все стандартные ср-ва.
Работа хранимых процедур - неполная.

MySQL

Скорость выполнения запросов - прекрасная на одной таблице.
Скорость выполнения реальных запросов (транзакции H, особенно - сложных)
- очень и очень паршивая.
Препоцессоры отчутствуют.
Стандарт SQL поддерживается не полностью.
Нет механизмов обеспечения ссылочной целостности БД. (возможно создание
набора таблиц, но не базы данных)
Не достаточно стабилен механизм поддержки целостности транзакций.
Хоранимые процедуры - лучше промолчать.

DB2.
Скорость выполнения запросов - высокая.
Администрирование сложное при тонкой настройке, простое при обыденной.
Администрирование в условиях территориально распределённой (или
реплицируемой или распределённой по нагрузке) базы данных - требующее
специальных знаний.
Имеются "родные" ср-ва управления.

Грабли:
Установка на Spring-2001:
1) Установить пакет pdksh (korn-совместимый shell)
2) Проигнорировать ругань на /etc/profile.d/mc.sh - не критично
3) в PATH root-а добавить ./
4) в домашнем каталоге root-а создать .i18n - как /etc/sysconfig/i18n,
но LANG и LANGUAGE = C
5) Действовать путём нажатия на кнопки управления курсором и кнопкой
Enter. Если не получается - прочесть прилагаемую инструкцию. Если и это
не понятно - взять с сайта производителя инструкцию на русском.

Прочие грабли:
В версии 7.1 и 7.2  необходимо установить fixpack для корректной работы
хранимых процедур на Java.
Утилиты управления под Spring-2001 не работают с IBM-овской Java VM
(!!!)
Утилиты управления иногда "падают" (никогда не критично, но может
взбесить)
Прочие грабли - относятся к особенностям администрирования и носят
документированный и кросс-платформенный характер.

Oracle
Скорость выполнения запросов - почти достигает DB2, а иногда - даже
сравнивается.
Имеются грабли при инсталляции (решение описано в архивах этой рассылки
и на сайте поставщика)
Наиболее широкий язык запросов, есть все необходимые препроцессоры.
Администрирование (в части тонкой настройки) сложное, сравнимое с DB2.

Firebird
Пригодная для использования одиночными пользователями,
легкоадминистрируемая СУБД, неплохая скорость исполнения простых
запросов.
Имеет многое из проблем своего прародителя - Interbase (разжеваны везде,
носят кросс-платформенный характер), но в общем - достаточно стабильна.

-- 
Rgds!
Roman Savelyev.

[-- Attachment #2: Type: application/pgp-signature, Size: 232 bytes --]

Re: [mdk-re] Re: [mdk-re] Re: Подсчет трафика

[Fred]

21 Февраль 2002 18:14, Вы написали:

> > :((. Непонятно, например, как его заставить с ipchains работать
> >
> > (iptables по дефолту запросил). И как данные юзеров обрабатывать?
>
> Там скрипты сами разбираются, что используется ipchains или iptables.

хм.. нет, что-то не получается... ipchains работают, поставил bandmin, 
запускаю:
-------------------------------------------------------
bandmin-0.85]# /usr/local/bandmin/bandmin
/lib/modules/2.4.9-alt5-up/kernel/net/ipv4/netfilter/ip_tables.o: 
init_module: Device or resource busy
/lib/modules/2.4.9-alt5-up/kernel/net/ipv4/netfilter/ip_tables.o: insmod 
/lib/modules/2.4.9-alt5-up/kernel/net/ipv4/netfilter/ip_tables.o failed
/lib/modules/2.4.9-alt5-up/kernel/net/ipv4/netfilter/ip_tables.o: insmod 
ip_tables failed
iptables v1.2.1: can't initialize iptables table `filter': iptables who? (do 
you need to insmod?)
Perhaps iptables or your kernel needs to be upgraded.
/lib/modules/2.4.9-alt5-up/kernel/net/ipv4/netfilter/ip_tables.o: 
init_module: Device or resource busy
Hint: insmod errors can be caused by incorrect module parameters, including 
invalid IO or IRQ parameters
/lib/modules/2.4.9-alt5-up/kernel/net/ipv4/netfilter/ip_tables.o: insmod 
/lib/modules/2.4.9-alt5-up/kernel/net/ipv4/netfilter/ip_tables.o failed
/lib/modules/2.4.9-alt5-up/kernel/net/ipv4/netfilter/ip_tables.o: insmod 
ip_tables failed
iptables v1.2.1: can't initialize iptables table `filter': iptables who? (do 
you need to insmod?)
Perhaps iptables or your kernel needs to be upgraded.
------------------------------------------------------------

Лезет за "айпитэйблзом" :((. Не нашел, где поправить....


Fred.

Re: [mdk-re] Re: [mdk-re] Re: Подсчет трафика

[Gosha]

Hi!
On Fri, 22 Feb 2002 15:58:06 +0300
Fred <fred@access.ru> wrote:

> > Там скрипты сами разбираются, что используется ipchains или
> > iptables.
> 
> хм.. нет, что-то не получается... ipchains работают, поставил bandmin,
> запускаю:.......

Там вот как определяется, что использовать:
$ cat /usr/local/bandmin/IP/Acct.pm

....
        if(-e "/sbin/iptables") {
                $self->{"backend"} = "iptables";
        } elsif (-e "/sbin/ipchains") {
                $self->{"backend"} = "ipchains";
.....

Наверное срабатывает первое условие, т.е. имеет место быть /sbin/iptables


-- 
Best regards!
Igor Solovyov
Zlatoust, Russia