8(495)909-90-01
8(964)644-46-00
pro@sio.su
Главная
Системы видеонаблюдения
Охранная сигнализация
Пожарная сигнализация
Система пожаротушения
Система контроля удаленного доступа
Оповещение и эвакуация
Контроль периметра
Система домофонии
Парковочные системы
Проектирование слаботочных сетей
Аварийный
контроль
Раздел: Документация

0 ... 128 129 130 131 132 133 134 ... 154

Глава 11

Ведение журналов и контроль пользовательского доступа

Одна из основных обязанностей Web-администратора — ведение журналов доступа к Интернет-серверам компании. Включить ведение журналов на HTTP-. FTP- и SMTP-серверах совсем несложно. Однако собрать и записать корректные сведения о доступе в формате, обеспечивающем их и анализ, несколько труднее. ПО для анализа журналов доступа называется трассировочным. Существует множество разновидностей такого НО. Большинство коммерческих трассировочных приложений создаютотчеты с таблицами и графиками, содержащими сведения об активности узла за определенный период. Так, трассировочные отчеты можно создавать ежедневно, еженедельно или ежемесячно.

Для НПР . FTP- и SMTP серверов можно вести журналы доступа. Файлы журнала могут иметь разный формат - вы можете вести обычный, ODBC- или расширенный журнал. При ведении обычного журнала информация о пользовательском доступе заносится в ASCII-файл. При ведении ODBC-журнала сведения о пользовательском доступе заносятся непосредственно в ODBC-совместимую БД, например, Microsoft SQF Server 2000, При ведении расширенного журнала можно ограничить объем регистрируемой информации и записывать лишь нужные вам сведения о пользовательском доступе.

Статистика трассировки: общая картина

Если дм HTTP-, FTP- или SMTP-сервера включено ведение журналов, создаются журналы доступа. При запросе клиентом файлов с вашего Web-узла в журнал доступа за-


1П)спгел соответствующая :й-г*:.сь; таким об:?а:»)м. журнал содержит сведения о всех удачных/неудачных попытках получения информации с узла. Каждой записи соответствует отдельная строка, и поэтому извлечь записи журнала для создания отчетов совсем нетрудно. Отчеты расскажут вам много интересного о посетителях вашего узла. Вы узнаете о:

•часах пик вашего узла;

•браузерах и платформах, используемых посетителями;

•популярных и непопулярных ресурсах;

•узлах, ссылающиеся на ваш узел;

•эффективности вашей рекламы;

•социальном потрете посетителей вашего узла;

•используемых поисковых системах и ключевых словах;

•времени, проводимом посетителями на узле. Вот возможные форматы журналов доступа.

•Стандартный формат файла журнала NCSA (National Center for Supercomputing Applications, Национальный центр разработки приложений для вычислений на супер-ЭВМ) [только для Web- и SMTP-узлов] — используйте данный формат, если вам нужны лишь общие сведения о доступе к узлу. Записи такого журнала имеют небольшой размер, и это снижает требования к свободному дисковому пространству для ведения журнала.

•Формат файла журнала Microsoft IIS (Microsoft Internet Information Services) — используйте формат журнала IIS, если вам не требуется подробная информация и нужно лишь чуть больше сведении о доступе. Записи такого журнала компактны, и это снижает требования к свободному дисковому пространству для ведения журнала.

•Расширенный формат файла журнала W3C (World Wide

Web Consortium) — используйте данный формат, если

вам нужны лишь определенные и подробные сведения о доступе. Записи такого журнала могут быть очень большими, и это сильно повышает требования к свободному

дисковому пространству для пел гния журнала. Кроме того, занесение длинных записей к журнал может негативно сказаться на производительности перегруженного сервера.


•Формат журнала ODBC — используйте данный формат, если вам требуется заносить информацию прямо в ODBC-совместимую базу данных. При ведении ODBC-журнала вам понадобится трассировочное ПО, способное считывать информацию из БД. Записи будут компактными и будут считываться гораздо быстрее, чем из обычного файла журнала. Помните: при записи в локальный экземпляр БД ведение ODBC-журнала требует больше ресурсов процессора.

Совет Microsoft разработала утилиту для преобразования файлов журналов в стандартный формат журнала NCSA — C0NVL0G. Она находится в папке %WinDir%\System32. C0NVL0G позволяет преобразовывать журналы из форматов 1IS и W3C в стандартный формат NCSA. Кроме того, в процессе преобразования CONVLOG выполняет обратный DNS-поиск, благодаря чему можно разрешать некоторые IP-адреса в доменные имена.

Ниже мы подробно рассмотрим возможные форматы файлов журнала.

Стандартный формат файла журнала NCSA

Этот самый распространенный формат журнала является фиксированным ASCII-форматом, в котором каждая строка соответствует отдельному обращению к файлу. Его следует использовать, если вам нужны лишь общие сведения о доступе к узлу. В частности, он удобен для отслеживания такой информации, как:

•число попаданий на узел (количествоуникальных запросов файлов);

•число просмотров страниц (количество уникальных запросов страниц);

•число обращений кузлу (количество пользовательских

сеансов за указанный период);

•прочие базовые сведения о доступе.

В журнале такого формата записи имеют небольшой размер,

и это снижает требования к свободному дисковому пространству для ведения журнала. Каждая запись включает семь

полей:



0 ... 128 129 130 131 132 133 134 ... 154