Посты для тега : ‘Monitor’

Мониторинг пакетов

Протоколирование на клиенте, сервере и прокси-сервере приводит к дополнительной нагрузке на программное обеспечение Web. Кроме того, журналы, которые ведутся на уровне приложений, не песут или почги не песут в себе информации об активности на уровне протоколов TCP и IP. Такой внутрисетевой мопиторипг трафика предоставляет перспективный способ сбора подробной информации, не влияющий на работу высокоуровневых Web-нриложепий. […]

Читать далее »

Мониторинг пакетов НТТР-трафика. Извлечение НТТР-сообщений

Извлечение НТТР-сообщений из потока требует от монитора просмотра последовательности байтов. При обсуждении процесса извлечения мы изначально предполагаем, что поток был полностью восстановлен. Далее мы обсудим, как учесть потерянные пакеты и как совместить извлечение НТТР-сообщений с восстановлением упорядоченного байтового потока. Каждое НТТР-сообщение состоит из заголовка и необязательного тела, а каждый поток состоит из одного или нескольких […]

Читать далее »

Класс Monitor

Ранее было показано, как реализовать спин-блокировку, используя методы класса Interlocked. Спин-блокировка не всегда является самым эффективным механизмом синхронизации, особенно в среде, где синхронизация почти гарантирована. Планировщик потоков должен будить поток и позволять ему повторно проверять переменную блокировки. Как упоминалось ранее, спин-блокировка идеальна, когда необходим легковесный нереентерабельный механизм, и шансы того, что потоку придется ждать, невелики.

Читать далее »

Мониторинг пакетов НТТР-трафика. Восстановление упорядоченного потока

При обработке пакетов в составе потока монитор должен выполнять многие функции получателя ТСР-пакетов. В частности монитор должен обрабатывать полученные вне естественного порядка, поврежденные и повторяющиеся пакеты. IP не гарантирует надежной, упорядоченной доставки пакетов, следовательно, пакеты могут быть повреждепы или повторяться. Кроме того, монитор может получать повторные пакеты, появившиеся в результате повторной передачи на стороие отправителя […]

Читать далее »

Мониторинг пакетов НТТР-трафика. Демультиплексирование пакетов

Любой стандартный канал в Internet Обычно передает трафик в интересах нескольких TCP-соединений. Монитор должен иметь эффективный снособ связывания каждого пакета с соответствующим TCP-соединением. Однако монитор пакетов не является источником или конечной точкой ТСР-соединения и может не видеть все пакеты, передаваемые между двумя хостами. Вместо этого монитор должен подразумевать наличие ТСР-соединения, исходя из информации в заголовках […]

Читать далее »

Мониторинг пакетов НТТР-трафика. Перехват пакетов

Кроме подключения к каналу передачи данных, мопитор должен иметь эффективный способ идентифицировать, какие IP-иакеты перехватывать при их поступлении. Протоколы прикладного уровня Обычно связапы с определенным ТСР-пор- том, например, HTTP использует порг 80. Для отслеживания НТТР-трафика монитор пакетов может ограничиться учетом ТСР-трафика на порту 80. Такое решение может быть принято для каждого конкретного пакета путем анализа […]

Читать далее »

Мониторинг пакетов НТТР-трафика. Создание НТТР-трасс

В конечном счете, монитор может записывать самую разнообразную информацию об HTTP-графике. Соответствующий набор полей зависит от того, для какого вида анализа будут использоваться эти записанные значения (трассы). В противоположность традиционным журналам прокси-серверов и Web-серверов, трасса пакетов может содержать информацию на нескольких протокольных уровнях (IP, TCP, HTTP), а также метки времени для ключевых этапов каждой НТТР-трапзак- […]

Читать далее »
 
Rambler's Top100