понедельник, 29 июня 2009
04:08

все записи пользователя в сообществе Таз
Death Metal Bands Shouldn't Say "Thank You", Because It's Not Very "Death Metal"
Как под линуксом посмотреть в режиме реального времени на какой домен какой трафик идет? apache2, centos.



@темы: Сети и серверы

URL
Комментарии
29.06.2009 в 08:31

DukeSS
Танкист Апокалипсиса
в httpd.conf разделить логи по доменам?
Поставить spylog и иже с ним?
URL
29.06.2009 в 10:56

Таз
Death Metal Bands Shouldn't Say "Thank You", Because It's Not Very "Death Metal"
DukeSS и определять количество трафика по размерам логов? %))
URL
29.06.2009 в 11:08

ehlo_kitty
контекст совершенно непонятен. сформулируйте сразу конечную задачу -- что вы хотите делать с требуемой информацией.
URL
29.06.2009 в 12:30

techsupport
решаем проблемы с головой!
Таз, это уже не первый ваш вопрос в сообществе. Прочитайте, наконец, эпиграф.
URL
29.06.2009 в 13:33

Enkryptor
наверно, тебе нужен webalizer
URL
29.06.2009 в 13:52

Таз
Death Metal Bands Shouldn't Say "Thank You", Because It's Not Very "Death Metal"
ehlo_kitty посмотреть.
Enkryptor кстати мысль, попробую.
techsupport fixed
URL
29.06.2009 в 14:07

ehlo_kitty
вы похоже думаете, что задав свой вопрос, делаете изрядное одолжение сообществу.

потрудитесь для начала ознакомиться с документацией на апач: httpd.apache.org/docs/2.2/
URL
29.06.2009 в 14:44

techsupport
решаем проблемы с головой!
techsupport fixed

Прочитайте эпиграф внимательнее )))
URL
29.06.2009 в 14:44

Enkryptor
ehlo_kitty посмотреть.

Ну дык в логах это можно посмотреть. Что не так?
URL
29.06.2009 в 14:53

Таз
Death Metal Bands Shouldn't Say "Thank You", Because It's Not Very "Death Metal"
techsupport да блин, прочитал, честно %) что не так?
Enkryptor в логах можно посмотреть в реальном времени какие идут нагрузки на каждый из доменов на сервере?
ehlo_kitty ничего я не думаю. я спрашиваю. я читал документацию апача. тыкните где конретно написано как можно посмотреть на какой домен идут запрсы на какой нет. логи есть тока такой - access и такой error. один отвечает за авторизацию, второй за ошибки. как блин по ним смотреть нагрузку на каждый из доменов а?
URL
29.06.2009 в 14:58

ehlo_kitty
вот же у вас каша в голове.
1. внимательно и целиком прочитайте httpd.apache.org/docs/2.2/logs.html, многие вопросы должны проясниться.
2. попробуйте хотя бы для себя сформулировать задачу максимально конкретно. например, что вы подразумеваете под "нагрузкой"?
URL
29.06.2009 в 15:14

Таз
Death Metal Bands Shouldn't Say "Thank You", Because It's Not Very "Death Metal"
ehlo_kitty есть сервер. на нем два домена. на обоих доменах лазиют люди. идет трафик. как посмотреть какой домен сколько трафика потребляет в каждый конретный момент. так ясно?
URL
29.06.2009 в 15:46

ehlo_kitty
уже лучше, но всё равно плохо.

виртуальных хостов сколько?
каждый конкретный момент -- это какой промежуток времени?
трафик интересует входящий, исходящий, или общий?
объём служебной информации учитываться должен? и какую информацию считать служебной?
есть ли требования к пользовательскому интерфейсу?
URL
29.06.2009 в 15:50

Enkryptor
Enkryptor в логах можно посмотреть в реальном времени какие идут нагрузки на каждый из доменов на сервере?

именно эта информация и хранится в логах

собственно, webalizer её оттуда и берёт
URL
29.06.2009 в 18:11

Таз
Death Metal Bands Shouldn't Say "Thank You", Because It's Not Very "Death Metal"
Enkryptor интересно интересно =)

ehlo_kitty это принципиально?
в реальном времени. я смотрю на картинку - она обновляется и показывает мне входящий траф например )
остальное ничего не имеет значения.
URL
29.06.2009 в 18:20

ehlo_kitty
вы можете просто ответить на вопросы? я их не просто так задал.
URL
29.06.2009 в 21:43

Таз
Death Metal Bands Shouldn't Say "Thank You", Because It's Not Very "Death Metal"
ehlo_kitty ответил уже
URL
30.06.2009 в 00:54

ehlo_kitty
UR DOING IT WRONG

а вот отбить всякое желание с вами разговаривать вы делаете очень райт.
URL
30.06.2009 в 10:04

J.Random
ಠ-ಠ
*удивлен, что до сих пор никто не предложил tcpdump читать при таких странных запросах*
URL
30.06.2009 в 12:26

Enkryptor
удивлен, что до сих пор никто не предложил tcpdump читать

дык там не будет видно хостнеймов, указанных в GET запросах
URL
30.06.2009 в 22:29

J.Random
ಠ-ಠ
Там будут сами GET-запросы. :smirk:
URL
01.07.2009 в 00:03

ehlo_kitty
я обычно предлагаю то что сам смог бы сделать в искомой ситуации. таким образом совет "читать тспдамп" (если я правильно его понял) выглядел бы довольно странно.
URL
01.07.2009 в 18:20

Таз
Death Metal Bands Shouldn't Say "Thank You", Because It's Not Very "Death Metal"
а кстати парсить его на предмет доменов и складывывать в логи разные по названиям доменов и смотреть как растут размеры файлов - тоже прикольно, хехехех
URL
01.07.2009 в 18:23

ehlo_kitty
кого парсить? вы тоже любите решить задачу максимально нетривиальным способом?
URL
07.11.2009 в 02:28

Таз
Death Metal Bands Shouldn't Say "Thank You", Because It's Not Very "Death Metal"
ehlo_kitty виртуальных хостов сколько?
каждый конкретный момент -- это какой промежуток времени?
трафик интересует входящий, исходящий, или общий?
объём служебной информации учитываться должен? и какую информацию считать служебной?
есть ли требования к пользовательскому интерфейсу?

много и растут
от 1с до 10ти минут, а можно и за день, если первый вариант нереален, то за сутки хотя бы
общий, входящий приоритетен
инфа без разницы
нету
URL
07.11.2009 в 09:21

DukeSS
Танкист Апокалипсиса
URL
07.11.2009 в 12:49

ehlo_kitty
да, пожалуй это самый простой способ.
URL
08.11.2009 в 02:57

Таз
Death Metal Bands Shouldn't Say "Thank You", Because It's Not Very "Death Metal"
ehlo_kitty а если не простой? :) я вот например использую заббикс
URL
08.11.2009 в 12:12

ehlo_kitty
используйте что хотите. разве не ясно, что сбор, хранение и визуализация информации друг от друга не зависят? учитывая тот факт, что два последних пункта в свою очередь не зависят от характера информации, ваш вопрос сводился к методу сбора сырой статистики. упомянутый модуль позволяет сделать это проще всего, потому что метод анализа логов представляется значительно более ресурсоёмким и нетривиальным.
URL