Часть четвертую я слушал необычайно долго (по сравнению с предыдущей) и вроде бы уже точно определился в части необходимости «взять перерыв», однако... все же с успехом дослушал ее до конца. И не то что бы «все надоело вконец», просто слегка назрела необходимость «смены жанра», да а тов.Родин все по прежнему курсант и... вроде (несмотря ни на что) ничего (в плане локации происходящего) совсем не меняется...
Как и в частях предыдущих —
подробнее ...
разрыв (конец части третьей и начало части четверной) был посвящен очередному ЧП и (разумеется, кто бы мог подумать)) очередному конфликту с новым начальственным мразматиком в погонах)). Далее еще один (почти уже стандартный) конфликт на пустом месте (с кучей гопников) и дикая куча проблем (по прошествии))
Удивила разве что встреча с «перевоспитавшейся мразью» (в роли сантехника) и вся комичность ситуации «а ля любовник в ванной»)) В остальном же вроде все как всегда, но... ближе к середине все же наступили «долгожданные госы» и выпуск из летного училища... Далее долгие взаимные уговоры (нашего героя) выбрать «место потеплее», но он (разумеется) воспрининял все буквально и решил «сунуться в самое пекло».
Данный выбор хоть и бы сделан «до трагедии» (не буду спойлерить), но (ради справедливости стоит сказать, что) приходится весьма к месту... Новая «локация», новые знакомые (включая начальство) и куча работы (вольно, невольно помогающяя «забыть утрату»). Ну «и на закуску» очередная (почти идиотская) ситуация в которой сам же ГГ (хоть и косвенно, но) виноват (и опять нажравшись с трудом пытается вспомнить происходящее). А неспособность все внятно (и резко) проъяснить сразу — мгновенно помогает получить (на новом месте службы) репутацию «мразоты» и лишь некий намек (на новый роман) несколько скрашивает суровые будни «новоиспеченного лейтенанта».
В конце данной части (как ни странно) никакого происшествия все же нет... поскольку автор (на этот раз) все же решил поделиться некой «весьма радостной» (но весьма ожидаемой) вестью (о передислокации полка, в самое «пекло мира»)).
Часть третья продолжает «уже полюбившийся сериал» в прежней локации «казармы и учебка». Вдумчивого читателя ожидают новые будни «замыленных курсантов», новые интриги сослуживцев и начальства и... новые загадки «прошлого за семью печатями» …
Нет, конечно и во всех предыдущих частях ГГ частенько (и весьма нудно) вспоминал («к месту и без») некую тайну связанную с родственниками своего реципиента». Все это (на мой субъективный взгляд)
подробнее ...
несколько мешало общему ходу повествования, но поскольку (все же) носило весьма эпизодический характер — я собственно даже на заморачивался по данному поводу....
Однако автор (на сей раз) все же не стал «тянуть кота за подробности» и разрешил все эти «невнятные подозрения и домыслы» в некой (пусть и весьма неожиданной) почти шпионской интриге)) Кстати — данный эпизод очень напомнил цикл Сигалаева «Фатальное колесо»... но к чести автора (он все же) продолжил основную тему и не ушел «в никуда».
Далее — «небрежно раздавленная бабочка Бредберри» и рухнувший рейс. Все остальное уже весьма стандартно (хоть и весьма интересно): новые залеты, интриги и особенности взаимоотношения полов «в условиях отсутствия увольнений» и... встреча «новых» и «бывших» подруг ГГ (по принципу «то ничего и пусто, то все не вовремя и густо»)) Плюсом идет «встреча с современником героя» (что понятно сразу, хоть это и подается как-то, как весьма незначительный факт) и свадьма в стиле «колхоз-интертеймент представляет» и «...ах, эта свадьба пела и плясала-а-а-а...» (в стиле тов.П.Барчука см.«Колхоз»)).
Концовка (как в прочем и начало книги) «очередное ЧП» (в небе или не земле). И ведь знаю что что-то обязательно будет... И вроде уже появилось желание «пойти немного отдохнуть» после части третьей... Ан нет!)) Автор самым циничным образом «все же заставил» поставить следующую часть (я то все слушаю в формате аудио) на прослушку. Так что слушаем дальше (благо пока есть «что поесть»))
Поддержка этой долгожданной возможности появилась в NeTAMS 3.3.3
Что протоколируется
При работе ряда сервисов data–source (кроме netflow) есть возможность «заглянуть» вовнутрь IP–пакета и проанализировать протоколы «выше» чем TCP/IP. Так, к примеру, пользовательский запрос к веб–сайту происходит согласно спецификации протокола HTTP/1.1. При должном анализе проходящих пакетов средствами NeTAMS стало возможным «запоминать» запрашиваемую ссылку и сохранять ее в таблице monitor. В комплекте поставки NeTAMS идет «недоразвитый» скрипт, позволяющий как–то просматривать собранную информацию.
Как включить
Собрать и поставить новую версию NeTAMS
Скачать, как обычно, дистрибутив, распаковать, скомпилировать, установить. При компиляции по умолчанию сборка будет вестись с ключом–DLAYER7_FILTER. Не забудьте установить новые CGI–скрипты, особенно monitor.cgi.
Настроить сервис data–source
Пропишите в конфигурацию нужного сервиса новый параметр: layer7–detect urls
Создать новую политику учета
В конфигурации сервиса processor добавьте описание новой политики:
policy name urls target layer7–detect
Указать политику учета для тех юнитов, которые надо отслеживать
В конфигурации сервиса processor для нужных юнитов добавьте новую политику учета:
unit host name pupkin ip 172.16.1.3 acct–policy urls
или, для всех юнитов
default acct–policy urls
Настроить сервис мониторинга
Как описано в этом документе. Дополнительных действий не требуется. Специально указывать юниты, которые хочется мониторить на layer7, не требуется. Если же вас интересует полный мониторинг какого–то юнита (по–старому), тогда такой юнит указывать все же необходимо.
(Опционально) обновить SQL–таблицу сервиса monitor
Если вы использовали мониторинг ранее (таблица monitor уже существует), ее необходимо обновить:
mysql netams
alter table monitor add column layer7 varchar(80);
Запустить NeTAMS
Проверка работы
Работоспособность механизма мониторинга ссылок можно проверить командами:
#netamsctl show ds
host: localhost port: 20001 login: anton password: aaa
cmd: show ds
Data–source ID=1 type LIBPCAP source xl1:0 loop 82356480 average 35 mcsec
Perf: average skew delay 2676 mcsec, PPS: 1060, BPS: 904985
IP tree: 258 nodes [12] + 4 dlinks [1024] + 254 unodes [20] = 12272 bytes
Flows: 1644/2507 act/inact entries (796992 bytes), 3332872 flows sent
HASH: size=65536, 1644 flows hashed, 1622 nodes used, max chain= 2
FIFO: 0/1871 used/ready messages, each 152, total 284392 bytes
Libpcap xl1 : EN10MB: 83735013 packets received, 488394 dropped
Эта команда показывает, что data–source действительно получает трафик и выдает сервису processor информацию о прошедших потоках.
#netamsctl show monitor
host: localhost port: 20001 login: anton password: aaa
cmd: show monitor
service monitor 1
Monitoring to storage: 1
Units:
Packets monitored: 1985769
Эта команда показывает, что сервис мониторинга получает информацию о потоках и пишет ее в базу.
debug ds_ip
debug monitor
Покажет, определяются ли ссылки в проходящем трафике и идет ли присвоение атрибута LAYER7 информации о потоках.
mysql netams
select count(*) from monitor where layer7 != NULL;
Показывает, сколько строк собралось в таблице мониторинга с информацией о ссылках.
Проблемы
• Мониторинг в SQL базу активно пожирает дисковое пространство! Например, за неделю работы программы, при общем количестве прошедшего трафика порядка 40 гигабайт (82 миллиона пакетов), в таблице мониторинга образовалось 2 миллиона записей). Размер SQL–таблицы и индекса составляет 240 мегабайт.
• Статистика по трафику для записанных в мониторинге ссылок относится не с скаченной информации, а к запросам на скачивание. Т.е. не надо обращать на цифры большого внимания. К сожалению, это обусловленно нессимитричностью хэш–функции преобразования данных IP–заголовка в индекс потока, т.е. трафик «запроса» и «ответа» попадет в разные потоки и длина «ответа», т.е. фактически скаченной по данному запросу информации, в таблице мониторинга не учтется. Изменить такое поведение технически очень непросто.
Отображение статистики
Отображением статистики занимается скрипт monitor.cgi, входящй с дистрибутив. Как им пользоваться — очевидно из его интерфейса. Пара скриншотов:
Последние комментарии
23 часов 46 минут назад
1 день 1 час назад
1 день 23 часов назад
1 день 23 часов назад
2 дней 4 часов назад
2 дней 9 часов назад