OpenView Network Node Manager
700,00 руб.
В течение часа!
Экзамен "OpenView Network Node Manager" для пользователей и системных администраторов.
Форма сдачи теста: Экстерн
Количество вопросов: 30
Проходной балл: 90% и выше
Срок действия сертификата: неограничен
Сертификат появляется в профиле ресурса INTUIT, и Вы можете заказать его бумажную версию на сайте INTUIT.
Количество вопросов: 30
Проходной балл: 90% и выше
Срок действия сертификата: неограничен
Сертификат появляется в профиле ресурса INTUIT, и Вы можете заказать его бумажную версию на сайте INTUIT.
10000 шт.
Внимание !
Вопросы к тесту выложены исключительно в ознакомительных целях: количество вопросов может не совпадать с действительным, актуальность не поддерживается,- за решением теста Welcome to the cashier!
Для сетей мирового масштаба с многочисленными узлами:
можно обойтись единственной системой Network Node Manager (NNM)
система Network Node Manager (NNM) не используется
потребуется много систем Network Node Manager (NNM)
Стратегия резервного копирования необходима на тот случай, когда:
данные теряются из-за отказа аппаратуры
портится база данных
пользователь нечаянно удаляет файл или схему
возникают изменения в требованиях
требуется удалить пач или вернуться к предыдущей версии
Чтобы сохранить единое представление сети, управляющая станция делает следуюшее:
импортирует из накопительных станций данные об устройствах
импортирует из накопительных станций данные о топологии
создает новую схему сети, представляющую предприятие в целом
создает новую схему сети, представляющую часть предприятия
В соглашении о функциональности разъясняется следующее:
какие функции должна выполнять система NNM
как обеспечивается поддержка отдела IT
какие имеются процедуры расширения масштаба задач
цели внедрения NNM
наполнение схем
определение порогов производительности и типы собираемых данных о производительности
Документы, размещаемые на web-сайте, с информацией о проекте NNM, следует преобразовать в формат:
"DJVU"
"JPG"
"PDF"
"GIF"
Сколько узлов должно участвовать в пилотном тесте:
один
несколько
ни одного
Развертывание системы NNM на 20 узлах с 10 пользователями на каждом означает приобретение:
50 учебных модулей
100 учебных модулей
150 учебных модулей
200 учебных модулей
Список устройств в домене управления, как правило, маршрутизаторов, которые обладают емкими ARP-кэшами и отличной сетевой связностью - это:
параметр dfile
параметр seedfile
параметр listfiles
параметр d_list
Для выполнения автоматического резервного копирования и интерактивных операций восстановления можно использовать:
HP OV Operations
HP OV Performance Agents
OmniBack
SoftWare Distributor
OpenSpool
PerfView
Общепринятым термином для дисковой подсистемы с чередованием (striping) дисков является:
RAID 1
RAID 0
RAID 1+0
RAID 15
Для выполнения больших проектов по развертыванию NNM обязательным является понимание:
инфраструктуры DNS
X-Window
TCP/IP
маршрутизазации
LAN/WAN
только LAN, понимание WAN не обязательно
Для изучения новых возможностей и изменений модернизированной версии NNM рекомендуется обязательно прочесть материал:
Help:What's New in the NNM
Help:What's New in the GUI
What's New
New in the GUI
В процессе анализа требований определяется:
число систем NNM, которые необходимо развернуть
приемлемое время выполнения транзакций
число и виды схем, которые понадобятся пользователям
ожидаемое количество активных пользователей
требуемые виды отчетов
устройства, которыми предстоит управлять
потребности в безопасности
вопросы надежности и работоспособности
Встроенные инструментальные средства NNM доступны следующим образом:
через графический пользовательский интерфейс (GUI)
запускаются по приглашению из shell
запускаются по приглашению MS-DOS
запускаются по приглашению Windows
Чтобы можно было избежать конфликтов с трафиком LAN общего пользования, система NNM должна подключаться:
к выделенному порту коммутатора Iternet
к выделенному порту коммутатора Ethernet
избежать данных конфликтов невозможно
Пользователи, которым требуется конфигурировать инструментарий NNM или проводить сбор специальных данных , должны пройти двойное обучение, включающее:
администрирование NNM
программирование NNM
применение NNM
Какая утилита автоматизирует правильную синхронизацию всех баз данных:
backup.ovpl
ovbackup.ovpl
backup.pl
ovbackup.pl
При наличии специальных требований, которым NNM не удовлетворяет, необходимо разрабатывать заказной код, имеющий отношение к:
работе с настроенными схемами
управлению конфигурационными файлами
подпрограммам отображения данных
скриптам сокращения объема базы данных SNMP
скриптам сокращения объема базы данных NMP
Разработка заказного кода требует следующего:
навыков написания скриптов на языке Perl
навыков написания скриптов на языках C/C++
навыков написания скриптов на языке shell
умения использовать средства разработки NNM
Большинство пользователей предпочитает, чтобы время реакции NNM было:
меньше двух секунд
меньше пяти секунд
меньше семи секунд
меньше десяти секунд
Группе IT следует иметь небольшую лабораторную среду с:
одной или несколькими лицензированными тестовыми системами NNM
группе IT лабораторная среда не требуется
типовым сетевым оборудованием
Для выполнения больших проектов по развертыванию NNM обязательным является знание:
концентраторов
повторителей
мостов
коммутаторов
переключателей маршрутизации
маршрутизатров и шлюзов приложений
Цикл модернизации может проводиться:
ежегодно
два раза в год
раз в два года
раз в четыре года
Какие из приведенных вопросов могут помочь группе IT сформулировать требования, предъявляемые сообществом пользователей к решению NNM в области сетевого управления:
какие требуются типы схем
насколько доступными должны быть NNM
какие пользователи будут работать с NNM
какие требуются виды отчетов
какие устройства следует раскрыть и включить в контур управления
будет ли у пользователей иметься возможность выбора платформ, с которых будет производиться доступ к NNM, таких как Windows, Linux, UNIX, X-terminal и Macintosh
какая защита требуется для нормальной эксплуатации NNM
насколько реактивной по отношению к пользователям должна быть система NNM
насколько велика сеть, которой предстоит управлять
К видам информации, пригодным для совместного пользования на web-сайте с информацией о проекте NNM, относятся:
проектные планы
соглашения о функциональности
представленные в формате PDF руководства HP по NNM
соглашения об уровне сервиса (SLA)
организационные графики
руководства по конфигурации
Как называется система, которую можно модернизировать на месте, так что влияние данной процедуры на работоспособность NNM будет ограничено всего несколькими минутами простоя:
блочная система
масштабная система
масштабируемая система
секционная система
Исключительно важно привлечь для развертывания NNM одного или нескольких:
опытных консультантов
системных администраторов
менеджеров проекта
Обычно в компаниях принято управлять сетью по доменам управления путем разделения сети на основе:
географии
общности бизнес-интересов
функциональных возможностей
архитектуры сети
Применение чего позволяет процедуре автоматического раскрытия заново построить базы данных объектов и топологии:
хорошей копии seedfile
фильтра закрытия
фильтра раскрытия
хорошей копии d_list
Для соглашений по поводу функциональности верны следующие утверждения:
в нем определяется, какие средства и возможности будут предоставляться сообществу пользователей в результате внедрения NNM
в нем фиксируются требования пользователей
в нем расписываются роли и зоны ответственности
оно разрабатывается на ранней стадии проектного цикла
оно разрабатывается на поздней стадии проектного цикла
Чтобы защитить сервис SNMP на маршрутизаторе, доступ к нему разрешается:
только локальной системе NNM
только глобальной системе NNM
и локальной и глобальной системам NNM
сервис SNMP защитить на маршрутизаторе невозможно
Что является важнейшим, интенсивно используемым ресурсом NNM:
SDN
NDN
DNS
DSNN
Поскольку DNS предназначается для решения критически важных задач, серверы имен:
должны быть перегруженными
не должны быть перегруженными
DNS не предназначается для решения критически важных задач
Исторически в Internet-системах для распространения информации об IP-адресах и именах хостов использовался файл:
HOST.TXT
FILEHOSTS.TXT
HOSTS.TXT
FILEHOST.TXT
ALLHOSTS.TXT
ALLHOST.TXT
Файл HOSTS.TXT - это плоский текстовый файл, который просматривается от начала до конца при каждом:
прямом поиске
обратном поиске
данный файл не просматривается от начала до конца
Интерфейс командной строки для обследования DNS - это:
lookupdn
nslookupns
lookup
nslookup
Клиентами DNS являются следующие приложения:
telnet
Navigator
ftp
sendmail
NNM
Первым сервером имен среди тех, которые перечислены в файле resolv.conf, является:
192.168.0.1
127.0.0.1
168.192.0.1
192.168.0.10
Общей практикой является конфигурирование DNS в системе NNM в виде:
основного сервера имен
только кэширующего сервера имен
вспомогательного сервера имен
Распознаватель DNS использует файл /etc/resolv.conf для определения:
глобального поддомена
локального поддомена
главного поддомена
Эквивалентом /etc/resolv.conf в Windows является GUI, спрятанный в:
Network Panel
Network Control
Network Control Panel
Network Control Stat
Кэширование в NNM и кэширование в DNS:
это одно и то же
это не одно и то же
кэширование в NNM не применяется
кэширование в DNS не применяется
С появлением какой версии BIND термины "основной сервер" и "вспомогательный сервер" заменены понятиями "ведущий сервер" и "подчиненный сервер" соответственно:
пятой
шестой
седьмой
восьмой
DNS обеспечивает явную поддержку групповых устройств, таких как:
маршрутизаторы
серверы с несколькими сетевыми адаптерами
DNS не обеспечивает явную поддержку групповых устройств
Со временем размер файла HOST.TXT вырос до:
нескольких байт
нескольких килобайт
нескольких мегабайт
нескольких гигабайт
В файле resolv.conf определяются следующие параметры:
домен клиентской системы, используемый по умолчанию
необязательный поисковый список дополнительных доменов
до трех IP-адресов серверов имен
Только кэширующий сервер кэширует записи по одной, когда они находятся, тогда как вспомогательный сервер имен:
перемещает целую зону DNS во время запуска
перемещает целую зону DNS во время останова
перемещает целую зону DNS во время перезапуска
Какой конфигурационный файл читает демон сервера имен named, чтобы определить местонахождение каталога файлов базы данных:
/etc/named
/etc/named.conf
/etc/named.boot
/etc/named.inf
Для кэширующего сервера имен верны следующие утверждения:
не содержит официальных файлов базы данных
отсылает неизвестные поисковые запросы серверам имен, перечисленным в его файле db.cache
отсылает неизвестные поисковые запросы серверам имен, перечисленным в его файле db.
возвращает результаты поисковых запросов из своего кэша в основной памяти
отсылает неизвестные поисковые запросы серверам имен, перечисленным в его файле .cache
Для очистки кэша конфигурации SNMP необходимо воспользоваться командой:
xnmsnmp - Cache
xnmsnmpconf - clear
xnmsnmp - clearCache
xnmsnmpconf - clearCache
snmpconf - clearCache
snmpconf - clear
Восьмая версия BIND способна проверять, соответствуют ли имена в базе данных или в ответах:
RFC 153
RFC 567
RFC 953
RFC 1025
RFC 1235
RFC 1500
До появления DNS поддерживался следующий простой линейный файл, который содержал имена и IP-адреса сетевых систем:
/etc/host
/etc/dns
/etc/dns/list
/etc/hosts
Для того, чтобы выяснить, для каких устройств домена управления отсутствуют записи DNS достаточно выполнить команду:
dumpof -Lr | sort > report_name
toodump -Lr | sort > report_name
dump -Lr | sort > report_name
ovtopodump -Lr | sort > report_name
Сервис DNS/BIND (Domain Name Service/Berkeley Internet Nameserver Daemon) полностью отвечает следующим требованиям:
сокращает сетевой трафик
обеспечивает высокую надежность
уменьшает время распространения обновлений
являлся истинно стандартным
делегирует полномочия на использование информации
поддерживает дополнительные поля, такие как записи почтовых обменов
очень хорошо масштабируется
В зависимости от версии DNS возвращает свой список IP-адресов в соответствии с одним из следующих правил:
возвращать циклический список IP-адресов
возвращать один и тот же фиксированный список IP-адресов
возвращать сначала "ближайший" IP-адрес
В DNS обеспечивается ряд средств повышения надежности, которые включают:
наличие у клиента нескольких серверов имен
кэширование
основные и вспомогательные серверы
иерархию серверов имен для делегирования полномочий
Стандартный IP-адрес для localhost, представляющий собой стандартный IP-адрес возвратной петли - это:
192.168.0.1
192.168.0.10
168.192.0.1
168.192.0.2
127.0.0.1
127.0.0.2
Каждое мыслимое устройство с IP-адресом должно представляться:
серверами FTP
серверами DNS
серверами IP
серверами HTTP
Локальные хост-мастеры обновляют базу данных своего сервера имен таким образом, как это требуется для отражения:
новых устройств
переименованных устройств
перенумерованных устройств
Что имеет решающее значение при конфигурировании файлов базы данных собственного сервера имен:
запятая в конце доменных имен
тире в конце доменных имен
двоеточие в конце доменных имен
точка в конце доменных имен
В NNM кэшируемая информация записывается на диск и сохраняется после следующего:
перезагрузки
выполнения команд ovstop и ovstart
кэширование в NNM не применяется
Когда база данных NNM удаляется в порядке подготовки к "послестартовому" раскрытию, имеет смысл очистить и кэш конфигурации:
NMP
SNMP
NMPS
MPNS
NNM раскрывает устройства с помощью IP-адреса, обнаруживаемого в:
начальных файлах
ARP-кэшах
таблицах маршрутизации
откликах ICMP
Архитектура DNS обеспечивает следующие механизмы обеспечения надежности службы:
доступ клиентов к нескольким серверам имен
основной и вспомогательный серверы имен
кэширование на сервере имен
Домен управления представляет собой набор подсетей, которым управляет:
NNM
SNMP
NMN
MPNS
Необходмио подготовить следующие конфигурационные файлы для первого раскрытия домена управления:
netmon seedfile
параметры опроса для xnmpollin
фильтр DHCP
фильтр раскрытия
файл netmon.noDiscover
командная строка xnmsnmpconf файла строк сообществ
Сетевые устройства с встроенными SNMP-агентами RMON2 обладают способностью к:
выборке сетевых пакетов
идентификации приложений
только выборке сетевых пакетов
только идентификации приложений
Сообщества по интересам чаще всего и наиболее очевидным образом определяются:
произвольно
географией
топологией сети
Один из подходов к оценке числа устройств состоит в том, что берется произведение числа подсетей в домене управления:
на минимальное теоретически возможное число IP-адресов в каждой подсети
на максимальное теоретически возможное число IP-адресов в каждой подсети
на среднее теоретически возможное число IP-адресов в каждой подсети
Согласно точке зрения некоторых менеджеров сети заинтересованых, главным образом, в самой сетевой инфраструктуре, устройства, не поддерживающие SNMP:
не должны раскрываться и управляться
не должны только раскрываться
не должны только управляться
Оценки размера домена управления должны быть с запасом, чтобы учесть рост, возможный при:
появлении дополнительных систем
появлении новых служащих
появлении новых узлов
слиянии предприятий
Если OID какого-либо устройства неизвестен, и он не содержится в файлах HP oid_to_sym и oid_to_type, то нужно:
уделить этим файлам пристальное внимание
поддерживать эти файлы как часть действующей стратегии
такая ситуация невозможна
При первом раскрытии домена управления может случиться, что:
произойдет обвальное раскрытие нежелательных устройств
окажутся неверными маски подсетей
выявятся проблемы маршрутизации
демон netmon зациклится или выдаст дамп ядра
X-сессии и GUI не будут заблокированы
X-сессии и GUI будут заблокированы
Файл filters располагается в каталоге:
"$OV_CONF/Cfil/"
"$OV_CONF/C/"
"$OV_CONF/Filters/"
"$OVT_CONF/C/"
"$OVT_CONF/Filters/"
"$OVT_CONF/Cfil/"
Файл $OV_LOG/netmon.trace продемонстрирует устройство, являющееся причиной неполадок в работе, если в демоне netmon поддерживается:
удовлетворительная журнализация
удовлетворительная трассировка
данный файл не может этого сделать в любом случае
Размер системы NNM должен соответствовать числу:
пользователей, ее использующих
управляемых устройств
неуправляемых устройств
администраторов, ее использующих
Менеджеры web-сайтов интересуются своим сообществом:
серверов
дисковых устройств SAN
принтеров
Для каждого сетевого устройства с SNMP обеспечивается:
системный объектный идентификатор
OID
sysObjectID
Чтобы информировать netmon o seedfile, необходимо выполнить следующие действия:
вставить в файл $OV_LRF/netmon.lrf командную строку "-s/path/seedfile"
выполнить команду $OV_BIN/ovaddobj $OV_LRF/netmon.lrf, чтобы зарегистрировать изменение
остановить netmon с помощью $OV_BIN/ovstop netmon
перезапустить его с помощью команды $OV_BIN/ovstart netmon
Какой из фильтров NNM на накопительной станции служит для контроля над тем, какие объекты будут передаваться на управляющую станцию:
фильтр сохраняемости
фильтр раскрытия
фильтр топологии
фильтр схемы
При выявлении сообществ по интересам может помочь технология:
Remote Monitoring
RMON2
Remote Mon
RON5
Здания кампусов определяют границы:
LAN
MAN
WAN
Подходами к оценке числа устройств нового домена управления являются следующие:
посещение каждого сервера DHCP в домене управления и суммировании числа временных и постоянных владений
берется произведение числа подсетей в домене управления на максимальное теоретически возможное число IP-адресов в каждой подсети
посещение каждого маршрутизатора и сервера в домене управления, заимствовании их ARP-кэшей и удалении из списка дублирующих записей
подсчет числа пользователей самой сети
В зависимости от целей менеджеров сети, из реального числа активных устройств можно сознательно исключить:
Macintosh
машины Wintel
X-терминалы
рабочие станции под управлением Linux
При первом раскрытии домена управления может случиться, что:
будут раскрыты неожиданные устройства
появятся безликие пиктограммы
менеджеры локальных сетей объявят, что оборудование перегружено
некоторые устройства останутся нераскрытыми
подсети окажутся повисшими и ни к чему не присоединенными
будут иметься перекрытия с другими доменами
Какой файл обеспечивает правила для демона ovtopmd по включению или исключению устройств на основе их атрибутов:
rules
filters
ovtrul
ovtfil
Сетевые менеджеры узла интересуются своим сообществом:
концентраторов
мостов
коммутаторов
мостов-маршрутизаторов
маршрутизаторов
Излишние запросы таблиц маршрутизации, поступающие от NNM, могут поднять уровень загрузки ЦП маршрутизатора почти до:
70%
80%
90%
100%
Некоторые менеджеры сети заинтересованы, главным образом, в самой сетевой инфраструктуре и рассматривают следующее как прикладные системы:
DHCP
файловые, принтерные и web-серверы
WINS
DNS
Для первого раскрытия домена управления требуется разработать план, который затрагивает:
seedfile
строки сообществ
системные идентификаторы объектов SNMP для специально именуемых групп управляемых устройств
пиктограммы устройств
диаграммы устройств
сотрудничество с администрацией управляемых узлов
Как правило, система NNM располагается:
на окраине физической сети
в центре физической сети
географически на юге физической сети
географически на севере физической сети
В NNM OID используются для:
размещения пиктограмм устройств
определения того, как пиктограммы должны отображаться
в NNM OID не используются
Имеется жесткая необходимость отслеживать размер домена управления с целью правильного определения размера:
новой системы NNM
новой системы SNMP
существующей системы NNM
существующей системы SNMP
Фильтрами NNM являются:
Map Filter
Discovery Filter
Persistence Filter
Topology Filter
В отсутствие seedfile производится:
первое раскрытие
второе раскрытие
третье раскрытие
четвертое раскрытие
Когда раскрытие стабилизируется, подсхема Internet NNM часто переполняется, в то время как на LANscape пиктограммы:
не сжимаются
сжимаются почти до точек
сжимаются почти до пунктиров
сжимаются почти до восьми точек
При раскрытии без seedfile, когда уляжется шум, в принятой по умолчанию подсхеме Internet будут показаны:
управляемые локальные подсети, подсоединенные к системе NNM
управляемые маршрутизаторы, присутствующие в каждой подсети
все неуправляемые подсети, присутствующие на других интерфейсах маршрутизаторов
Одно из преимуществ раскрытия, управляемого вручную, состоит в том, что:
определяются устройства первой группы
определяются трудно раскрываемые устройства
не определяются устройства
Следует поместить seedfile в безопасное и неизменное место, независимое от дерева инсталляции NNM, такое как:
/opt/config/seedfile
/root/config/seedfile
/root/seedfile
/bin/seedfile
Наличие какого параметра позволяет демону netmon предписывать удаленной системе с SNMP-агентом HP рассылать запрос ICMP-отклика по своим широковещательным IP-адресам, заставляя все активные машины подсети отвечать ICMP-откликом:
"-J"
"-R"
"-T"
"-A"
Озабоченные проблемами защиты сетевые менеджеры часто используют множество строк сообществ, чтобы не дать хакерам/взломщикам возможности:
получить информацию о сети от агентов SMP
получить информацию о сети от агентов SNMP
получить информацию о сети от агентов MNPS
получить информацию о сети от агентов NMP
Использование sysObjectID в фильтре раскрытия целесообразно, поскольку таким образом обеспечивается простой и изящный метод определения устройств независимо от других:
тяжело управляемых атрибутов
использование sysObjectID в фильтре раскрытия не целесообразно
трудно определяемых атрибутов
Во время первого раскрытия можно заметить, что:
скорость раскрытия удручающе низка
netmon использует ЦП куда менее интенсивно, чем ожидалось
NNM с запозданием отображает изменения в состоянии устройств
Для необязательных параметров демона netmon -q ICMP-queue-length и -Q SNMP-queue-length значением по умолчанию в системах Windows NT является:
3
6
9
12
Команда netmon -a 5 предписывает работающему экземпляру демона netmon вывести размеры списков тестового опроса (ICMP) и SNMP в файл:
$V_LOG/netmon.log
$OV_LOG/netmon.log
$OV_LOG/netmon.trace
$LOG/netmon.inf
Какую опцию можно использовать в netmon.lrf для того, чтобы для портов коммутаторов и мостов никакие дополнительные сегменты не создавались:
-m brid=FALSE
-n brid=FALSE
-k bridgeMIB=FALSE
-t bridgeMIB=FALSE
Целью первого раскрытия является проверка корректности взаимодействия сетевой инфраструктуры с:
NNM
SNMP
SMNP
NMP
Какие опции можно установить в файле netmon.lrf для управления размером очередей ping и SNMP:
-q
-p
-P
-Q
При раскрытии без seedfile будут использоваться:
таблица маршрутизации
ARP-кэш системы NNM
таблица интерфейсов
Вооружившись списком маршрутизаторов домена управления, можно:
создавать seedfile
удалять базу данных объектов, топологии и схем
перезапускать демонов NNM
Для удаления базы данных объектов без сохранения ее содержимого нужно просто целиком удалить подкаталог с помощью команды:
rm open//*
rm openview//
rm openview/*/*
rm view//*
rm onew//
rm openv/
Какой элемент меню приводит в действие GUI, эквивалентный командной строке nmdemandpoll:
PNode
Pull Nod
Poll Node
Dema Poll
NNM начинает свою работу, имея единственную глобальную, используемую по умолчанию строку сообщества, которая первоначально устанавливается в:
"private"
"crosspublic"
"publicplus"
"public"
Бедственных ситуаций с DNS можно избежать если:
DNS конфигурируется и реализуется должным образом
можно использовать имена, а не IP-адреса для сопоставления специальных строк сообществ SNMP
если в NNM постоянно обновляются конфигурации SNM
Выполнение какой команды применит к текущей базе данных пересмотренный фильтр раскрытия filtername и удалит устройства, которые через этот фильтр не проходят:
topofix -t filtername
ovfix -y filtername
ovtopofix -f filtername
tfix -n filtername
При использовании установленной по умолчанию длины очереди 20 можно ожидать, что netmon будет поддерживаться должным образом, пока среднее время ответа на запросы SNMP не будет превышать:
10 миллисекунд
50 миллисекунд
100 миллисекунд
150 миллисекунд
200 миллисекунд
250 миллисекунд
Вариант командной строки для контроля функционирования демона netmon - это:
netmon -a 5
netmon -t
netmon -r 15
netmon -d 10
В отсутствие seedfile домен управления пополняется слой за слоем вновь раскрытыми подсетями, которые:
управляются автоматически
управляются полуавтоматически
управляются вручную
никак не управляются
Проклятие сети и напасть для администратора, который должен включать это в конфигурацию NNM:
однородные строки сообществ SNMP
неоднородные строки сообществ SNMP
неоднородные строки сообществ NMP
однородные строки сообществ NMP
Одним из преимуществ раскрытия, управляемого вручную, является то, что при этом:
встретятся ошибки первой группы, одна за другой
встретятся все виды ошибок, одна за другой
вообще не встретятся ошибоки
Подсети, которые первоначально раскрываются через маршрутизаторы из seedfile, являются по умолчанию:
управляемыми
не управляемыми
подсети не могут раскрываются через маршрутизаторы из seedfile
Для необязательных параметров демона netmon -q ICMP-queue-length и -Q SNMP-queue-length значением по умолчанию в UNIX-системах является:
5
10
15
20
Файл настройки схем управляющих станций представляет собой плоский текстовый файл формата:
SCII
ISA
ASCII
ASC
ECS
ASII
Чтобы сохранить содержимое старой базы данных объектов, выполняются следующие шаги:
остановить демоны с помощью $OV_BIN/ovstop
переименовать каталог openview, выполнив команду mv openview openview.old
очистить кэш SNMP с помощью команды $OV_BIN/xnmsnmpconf -clearCache
запустить ovwdb с помощью команды $OV_BIN/ovstart ovwdb
выполнить команду $OV_BIN/ovw -fields
запустить программы-демоны с помощью команды $OV_BIN/ovstart
запустить программы-демоны с помощью команды $OV_BIN/ovsrt
В среде UNIX может оказаться разумным написать задание cron, чтобы следить за сетевой электроникой с помощью скрипта:
demandpull
nmdemandpull
nmdemandpoll
demandpoll
Одна из стратегий разработки фильтра раскрытия состоит в определении всего сетевого оборудования в соответствии с:
IED
OID
TOD
ODN
Для больших сетей с несколькими управляющими станциями исключительно важно (применительно к схемам):
периодически сохранять их настройки
использовать изменения схем совместно
не использовать изменения схем совместно
В каких системах, действующих как X-терминалы для NNM, имеется возможность сохранять моментальные снимки экрана схемы и обрабатывать их с помощью "родных" графических приложений:
UNIX
Windows
Macintosh
Всякий раз при запуске ovw совершается:
удаление схемы
синхронизация схемы
переименование схемы
создание схемы
Надежным местом для поддержания открытыми операционных схем, доступных по чтению и записи может являтся:
рабочая станция конструктора схем
выделенный сетевой X-терминал, к которому ни у кого нет доступа
консоль NNM, расположенная в безопасном месте
консоль виртуальной сетевой обработки (VNC)
Система NNM доступна в режиме:
14x10x500.15
24x7x365.23
30x5x200.17
17x3x90.12
Правило номер один для управления настройками схем состоит в том, что они предназначаются для сохранения расположения пиктограмм:
только в подсхеме Internet
только в подсхеме Ethernet
только в подсхеме Control
только в подсхеме PanelUp
В NNM обеспечиваются некоторые второстепенные, но очень удобные для пользователей средства:
автоматического размещения
автоматического перекрытия
автоматического удаления
Компания Onion Peel Solutions (OPS) производит следующий комплексный продукт для управления схемами:
Amerigo
Amerigo/L2
Amerigo/LN
Amerigo/LM
Для больших сетей рекомендуется минимальное разрешение экрана:
800x600
1024x786
1280x1024
1600x1200
Если предположить, что требуется максимально увеличить окно схемы ovw и зафиксировать его, то нужно действовать следующим образом:
получить id окна схемы ovw с использованием xwininfo
ввести командную строку sleep 10 ; xwd -id window_id -frame > mapname.xwd
развернуть окно схемы ovw на весь экран
подождать 10 секунд, пока не прозвучат два звуковых сигнала
IP-маршрутизаторы являются особенными, потому что они конфигурируются со множеством различных типов IP-адресов, таких как:
естественный адрес возвратной петли 127.0.0.1 или аналогичный адрес в сети 127
адрес горячего резерва, который может перемещаться между маршрутизаторами одного и того же сегмента LAN
стабильный первичный, поддерживаемый программным образом адрес возвратной петли
отключенный администратором интерфейс с IP-адресом, сконфигурированным также для интерфейса другого маршрутизатора
интерфейс без какого-либо IP-адреса
интерфейс с одним IP-адресом
интерфейс с одним или несколькими вспомогательными IP-адресами
Административным образом отключенный интерфейс с дублирующим IP-адресом игнорируется, если указывается опция:
netmon -I
netmon -T
netmon -R
netmon -M
Для выяснения того, как соединяются между собой коммутаторы, мосты и повторители, соответствующие стандартам RFC 1493, RFC 1213, RFC 2233 и RFC 2108, в NNM используются:
Bridge-MIB
MIB II
IF MIB
Repeater MIB
Одним из недостатков схем, доступных только для чтения, является то, что пользователи не могут сделать мгновенный снимок экрана схемы, поскольку для этого требуется доступ:
по чтению и исполнению
по чтению и записи
по записи и исполнению
VNC разрабатывалась в лабораториях:
AOL
AT&T
HP
Intel
AMD
Cisco
Конструктору схемы может потребоваться прекратить удаленную работу ovw со схемой, доступной в режиме чтения и записи, чтобы открыть эту схему для целей редактирования - сделать это наиболее безопасным образом можно так:
воспользоваться ovwlistsessions, чтобы получить ID сессии для схемы, доступной в режиме чтения и записи
воспользоваться ovsession -k ID для мягкого завершения сессии
если ovw не завершится, определить ID соответствующего процесса (PID) и, в зависимости от ситуации, выдать команду мягкой терминации kill -15 PID или жесткой терминации kill -9 PID
для редактирования схемы выдать $OV_BIN/ovw -rw -map map_name
Какая команда используется для выявления и корректировки несогласованности, которая может возникнуть между базой данных IP-топологии, поддерживаемой посредством ovtopmd, и базой данных, поддерживаемой посредством ovwdb для команды ovw:
ovtopofix
ovpofix
tpofix
otopof
Для больших сетей желательное следующее разрешение экрана:
1600x1200
1280x1024
1024x786
800x600
В схемах NNM используется до:
128 цветов
256 цветов
512 цветов
1024 цветов
Какая компания выпускает независимый инструментарий управления схемами, обеспечивающий совершенствование настроек и внешнего вида схем:
Orion Pool
Onion Peel
Orion Full
Onion Pool
Синхронизация схемы занимает:
всего несколько секунд
несколько минут
около часа
несколько часов
Пользователь обновляет соответствующую схему, доступную только для чтения, с помощью выпадающего меню:
Map:Check
Map:Refresh
Map:Start
Map:Begin
Команда поиска и устранения неисправностей, которая проверяет согласованность базы данных схем, поддерживаемой посредством ovw, и объектной базы данных, поддерживаемой посредством ovwdb - это:
owd -mapcount
ovw -mapcount
dvw -mapnt
ov -count
Если для коммутатора, моста или повторителя не поддерживается MIB, то представление уровня 2 внутри подсети:
не будет точным
будет точным
будет произвольным
не будет осуществляться
Если желательно сохранить мгновенный снимок экрана схемы в файле изображений, а не вставлять изображение в издательское приложение, то нужно выполнить следующие шаги:
переключиться на некоторое графическое приложение
выбрать в меню Edit:Paste as new image
ограничить число цветов до 256
сохранить изображение в формате GIF
Для контура WAN ретрансляции кадров NNM нарисует:
точки
подсеть
ничего не нарисует
Для отображения схем, доступных по чтению и записи, мог бы подойти выделенный X-терминал, который мог бы представлять собой:
Windows-машину, на которой работает эмулятор X-терминала
реальный X-терминал
рабочую станцию UNIX
машина Macintosh, на которой работает эмулятор X-терминала
любой другой компьютер, способный поддерживать X-Windows
До тех пор, пока для коммутаторов, мостов и повторителей назначаются IP-адреса в одной и той же подсети, размещение будет:
точным
не точным
произвольным
Современные сети содержат все больше специальных устройств, таких как:
маршрутизаторы со вспомогательными адресами и адресами программно поддерживаемой возвратной петли
групповые хосты
устройства с временными IP-адресами, полученными от DHCP
виртуальные LAN (VLAN)
адаптеры (такие, как HSSI) с многочисленными подинтерфейсами
каналы ретрансляции кадров
Схемы NNM часто находят отражение в:
отчетах
руководствах
плакатах
учебных материалах
документации
У каждого окна на экране имеется идентификатор (id) окна, который можно узнать, набрав:
xwinf
xwinfo
xinfo
xwininfo
NNM раскрывает и отображает ненумерованные каналы между маршрутизаторами, если это не запрещается опцией:
netmon-t discover2Net=false
netmon-k discoverLevel2Nets=false
netmon-n Level2Nets=false
netmon-t discoverNets=false
Вопросы к тесту выложены исключительно в ознакомительных целях: количество вопросов может не совпадать с действительным, актуальность не поддерживается,- за решением теста Welcome to the cashier!
Для сетей мирового масштаба с многочисленными узлами:
можно обойтись единственной системой Network Node Manager (NNM)
система Network Node Manager (NNM) не используется
потребуется много систем Network Node Manager (NNM)
Стратегия резервного копирования необходима на тот случай, когда:
данные теряются из-за отказа аппаратуры
портится база данных
пользователь нечаянно удаляет файл или схему
возникают изменения в требованиях
требуется удалить пач или вернуться к предыдущей версии
Чтобы сохранить единое представление сети, управляющая станция делает следуюшее:
импортирует из накопительных станций данные об устройствах
импортирует из накопительных станций данные о топологии
создает новую схему сети, представляющую предприятие в целом
создает новую схему сети, представляющую часть предприятия
В соглашении о функциональности разъясняется следующее:
какие функции должна выполнять система NNM
как обеспечивается поддержка отдела IT
какие имеются процедуры расширения масштаба задач
цели внедрения NNM
наполнение схем
определение порогов производительности и типы собираемых данных о производительности
Документы, размещаемые на web-сайте, с информацией о проекте NNM, следует преобразовать в формат:
"DJVU"
"JPG"
"PDF"
"GIF"
Сколько узлов должно участвовать в пилотном тесте:
один
несколько
ни одного
Развертывание системы NNM на 20 узлах с 10 пользователями на каждом означает приобретение:
50 учебных модулей
100 учебных модулей
150 учебных модулей
200 учебных модулей
Список устройств в домене управления, как правило, маршрутизаторов, которые обладают емкими ARP-кэшами и отличной сетевой связностью - это:
параметр dfile
параметр seedfile
параметр listfiles
параметр d_list
Для выполнения автоматического резервного копирования и интерактивных операций восстановления можно использовать:
HP OV Operations
HP OV Performance Agents
OmniBack
SoftWare Distributor
OpenSpool
PerfView
Общепринятым термином для дисковой подсистемы с чередованием (striping) дисков является:
RAID 1
RAID 0
RAID 1+0
RAID 15
Для выполнения больших проектов по развертыванию NNM обязательным является понимание:
инфраструктуры DNS
X-Window
TCP/IP
маршрутизазации
LAN/WAN
только LAN, понимание WAN не обязательно
Для изучения новых возможностей и изменений модернизированной версии NNM рекомендуется обязательно прочесть материал:
Help:What's New in the NNM
Help:What's New in the GUI
What's New
New in the GUI
В процессе анализа требований определяется:
число систем NNM, которые необходимо развернуть
приемлемое время выполнения транзакций
число и виды схем, которые понадобятся пользователям
ожидаемое количество активных пользователей
требуемые виды отчетов
устройства, которыми предстоит управлять
потребности в безопасности
вопросы надежности и работоспособности
Встроенные инструментальные средства NNM доступны следующим образом:
через графический пользовательский интерфейс (GUI)
запускаются по приглашению из shell
запускаются по приглашению MS-DOS
запускаются по приглашению Windows
Чтобы можно было избежать конфликтов с трафиком LAN общего пользования, система NNM должна подключаться:
к выделенному порту коммутатора Iternet
к выделенному порту коммутатора Ethernet
избежать данных конфликтов невозможно
Пользователи, которым требуется конфигурировать инструментарий NNM или проводить сбор специальных данных , должны пройти двойное обучение, включающее:
администрирование NNM
программирование NNM
применение NNM
Какая утилита автоматизирует правильную синхронизацию всех баз данных:
backup.ovpl
ovbackup.ovpl
backup.pl
ovbackup.pl
При наличии специальных требований, которым NNM не удовлетворяет, необходимо разрабатывать заказной код, имеющий отношение к:
работе с настроенными схемами
управлению конфигурационными файлами
подпрограммам отображения данных
скриптам сокращения объема базы данных SNMP
скриптам сокращения объема базы данных NMP
Разработка заказного кода требует следующего:
навыков написания скриптов на языке Perl
навыков написания скриптов на языках C/C++
навыков написания скриптов на языке shell
умения использовать средства разработки NNM
Большинство пользователей предпочитает, чтобы время реакции NNM было:
меньше двух секунд
меньше пяти секунд
меньше семи секунд
меньше десяти секунд
Группе IT следует иметь небольшую лабораторную среду с:
одной или несколькими лицензированными тестовыми системами NNM
группе IT лабораторная среда не требуется
типовым сетевым оборудованием
Для выполнения больших проектов по развертыванию NNM обязательным является знание:
концентраторов
повторителей
мостов
коммутаторов
переключателей маршрутизации
маршрутизатров и шлюзов приложений
Цикл модернизации может проводиться:
ежегодно
два раза в год
раз в два года
раз в четыре года
Какие из приведенных вопросов могут помочь группе IT сформулировать требования, предъявляемые сообществом пользователей к решению NNM в области сетевого управления:
какие требуются типы схем
насколько доступными должны быть NNM
какие пользователи будут работать с NNM
какие требуются виды отчетов
какие устройства следует раскрыть и включить в контур управления
будет ли у пользователей иметься возможность выбора платформ, с которых будет производиться доступ к NNM, таких как Windows, Linux, UNIX, X-terminal и Macintosh
какая защита требуется для нормальной эксплуатации NNM
насколько реактивной по отношению к пользователям должна быть система NNM
насколько велика сеть, которой предстоит управлять
К видам информации, пригодным для совместного пользования на web-сайте с информацией о проекте NNM, относятся:
проектные планы
соглашения о функциональности
представленные в формате PDF руководства HP по NNM
соглашения об уровне сервиса (SLA)
организационные графики
руководства по конфигурации
Как называется система, которую можно модернизировать на месте, так что влияние данной процедуры на работоспособность NNM будет ограничено всего несколькими минутами простоя:
блочная система
масштабная система
масштабируемая система
секционная система
Исключительно важно привлечь для развертывания NNM одного или нескольких:
опытных консультантов
системных администраторов
менеджеров проекта
Обычно в компаниях принято управлять сетью по доменам управления путем разделения сети на основе:
географии
общности бизнес-интересов
функциональных возможностей
архитектуры сети
Применение чего позволяет процедуре автоматического раскрытия заново построить базы данных объектов и топологии:
хорошей копии seedfile
фильтра закрытия
фильтра раскрытия
хорошей копии d_list
Для соглашений по поводу функциональности верны следующие утверждения:
в нем определяется, какие средства и возможности будут предоставляться сообществу пользователей в результате внедрения NNM
в нем фиксируются требования пользователей
в нем расписываются роли и зоны ответственности
оно разрабатывается на ранней стадии проектного цикла
оно разрабатывается на поздней стадии проектного цикла
Чтобы защитить сервис SNMP на маршрутизаторе, доступ к нему разрешается:
только локальной системе NNM
только глобальной системе NNM
и локальной и глобальной системам NNM
сервис SNMP защитить на маршрутизаторе невозможно
Что является важнейшим, интенсивно используемым ресурсом NNM:
SDN
NDN
DNS
DSNN
Поскольку DNS предназначается для решения критически важных задач, серверы имен:
должны быть перегруженными
не должны быть перегруженными
DNS не предназначается для решения критически важных задач
Исторически в Internet-системах для распространения информации об IP-адресах и именах хостов использовался файл:
HOST.TXT
FILEHOSTS.TXT
HOSTS.TXT
FILEHOST.TXT
ALLHOSTS.TXT
ALLHOST.TXT
Файл HOSTS.TXT - это плоский текстовый файл, который просматривается от начала до конца при каждом:
прямом поиске
обратном поиске
данный файл не просматривается от начала до конца
Интерфейс командной строки для обследования DNS - это:
lookupdn
nslookupns
lookup
nslookup
Клиентами DNS являются следующие приложения:
telnet
Navigator
ftp
sendmail
NNM
Первым сервером имен среди тех, которые перечислены в файле resolv.conf, является:
192.168.0.1
127.0.0.1
168.192.0.1
192.168.0.10
Общей практикой является конфигурирование DNS в системе NNM в виде:
основного сервера имен
только кэширующего сервера имен
вспомогательного сервера имен
Распознаватель DNS использует файл /etc/resolv.conf для определения:
глобального поддомена
локального поддомена
главного поддомена
Эквивалентом /etc/resolv.conf в Windows является GUI, спрятанный в:
Network Panel
Network Control
Network Control Panel
Network Control Stat
Кэширование в NNM и кэширование в DNS:
это одно и то же
это не одно и то же
кэширование в NNM не применяется
кэширование в DNS не применяется
С появлением какой версии BIND термины "основной сервер" и "вспомогательный сервер" заменены понятиями "ведущий сервер" и "подчиненный сервер" соответственно:
пятой
шестой
седьмой
восьмой
DNS обеспечивает явную поддержку групповых устройств, таких как:
маршрутизаторы
серверы с несколькими сетевыми адаптерами
DNS не обеспечивает явную поддержку групповых устройств
Со временем размер файла HOST.TXT вырос до:
нескольких байт
нескольких килобайт
нескольких мегабайт
нескольких гигабайт
В файле resolv.conf определяются следующие параметры:
домен клиентской системы, используемый по умолчанию
необязательный поисковый список дополнительных доменов
до трех IP-адресов серверов имен
Только кэширующий сервер кэширует записи по одной, когда они находятся, тогда как вспомогательный сервер имен:
перемещает целую зону DNS во время запуска
перемещает целую зону DNS во время останова
перемещает целую зону DNS во время перезапуска
Какой конфигурационный файл читает демон сервера имен named, чтобы определить местонахождение каталога файлов базы данных:
/etc/named
/etc/named.conf
/etc/named.boot
/etc/named.inf
Для кэширующего сервера имен верны следующие утверждения:
не содержит официальных файлов базы данных
отсылает неизвестные поисковые запросы серверам имен, перечисленным в его файле db.cache
отсылает неизвестные поисковые запросы серверам имен, перечисленным в его файле db.
возвращает результаты поисковых запросов из своего кэша в основной памяти
отсылает неизвестные поисковые запросы серверам имен, перечисленным в его файле .cache
Для очистки кэша конфигурации SNMP необходимо воспользоваться командой:
xnmsnmp - Cache
xnmsnmpconf - clear
xnmsnmp - clearCache
xnmsnmpconf - clearCache
snmpconf - clearCache
snmpconf - clear
Восьмая версия BIND способна проверять, соответствуют ли имена в базе данных или в ответах:
RFC 153
RFC 567
RFC 953
RFC 1025
RFC 1235
RFC 1500
До появления DNS поддерживался следующий простой линейный файл, который содержал имена и IP-адреса сетевых систем:
/etc/host
/etc/dns
/etc/dns/list
/etc/hosts
Для того, чтобы выяснить, для каких устройств домена управления отсутствуют записи DNS достаточно выполнить команду:
dumpof -Lr | sort > report_name
toodump -Lr | sort > report_name
dump -Lr | sort > report_name
ovtopodump -Lr | sort > report_name
Сервис DNS/BIND (Domain Name Service/Berkeley Internet Nameserver Daemon) полностью отвечает следующим требованиям:
сокращает сетевой трафик
обеспечивает высокую надежность
уменьшает время распространения обновлений
являлся истинно стандартным
делегирует полномочия на использование информации
поддерживает дополнительные поля, такие как записи почтовых обменов
очень хорошо масштабируется
В зависимости от версии DNS возвращает свой список IP-адресов в соответствии с одним из следующих правил:
возвращать циклический список IP-адресов
возвращать один и тот же фиксированный список IP-адресов
возвращать сначала "ближайший" IP-адрес
В DNS обеспечивается ряд средств повышения надежности, которые включают:
наличие у клиента нескольких серверов имен
кэширование
основные и вспомогательные серверы
иерархию серверов имен для делегирования полномочий
Стандартный IP-адрес для localhost, представляющий собой стандартный IP-адрес возвратной петли - это:
192.168.0.1
192.168.0.10
168.192.0.1
168.192.0.2
127.0.0.1
127.0.0.2
Каждое мыслимое устройство с IP-адресом должно представляться:
серверами FTP
серверами DNS
серверами IP
серверами HTTP
Локальные хост-мастеры обновляют базу данных своего сервера имен таким образом, как это требуется для отражения:
новых устройств
переименованных устройств
перенумерованных устройств
Что имеет решающее значение при конфигурировании файлов базы данных собственного сервера имен:
запятая в конце доменных имен
тире в конце доменных имен
двоеточие в конце доменных имен
точка в конце доменных имен
В NNM кэшируемая информация записывается на диск и сохраняется после следующего:
перезагрузки
выполнения команд ovstop и ovstart
кэширование в NNM не применяется
Когда база данных NNM удаляется в порядке подготовки к "послестартовому" раскрытию, имеет смысл очистить и кэш конфигурации:
NMP
SNMP
NMPS
MPNS
NNM раскрывает устройства с помощью IP-адреса, обнаруживаемого в:
начальных файлах
ARP-кэшах
таблицах маршрутизации
откликах ICMP
Архитектура DNS обеспечивает следующие механизмы обеспечения надежности службы:
доступ клиентов к нескольким серверам имен
основной и вспомогательный серверы имен
кэширование на сервере имен
Домен управления представляет собой набор подсетей, которым управляет:
NNM
SNMP
NMN
MPNS
Необходмио подготовить следующие конфигурационные файлы для первого раскрытия домена управления:
netmon seedfile
параметры опроса для xnmpollin
фильтр DHCP
фильтр раскрытия
файл netmon.noDiscover
командная строка xnmsnmpconf файла строк сообществ
Сетевые устройства с встроенными SNMP-агентами RMON2 обладают способностью к:
выборке сетевых пакетов
идентификации приложений
только выборке сетевых пакетов
только идентификации приложений
Сообщества по интересам чаще всего и наиболее очевидным образом определяются:
произвольно
географией
топологией сети
Один из подходов к оценке числа устройств состоит в том, что берется произведение числа подсетей в домене управления:
на минимальное теоретически возможное число IP-адресов в каждой подсети
на максимальное теоретически возможное число IP-адресов в каждой подсети
на среднее теоретически возможное число IP-адресов в каждой подсети
Согласно точке зрения некоторых менеджеров сети заинтересованых, главным образом, в самой сетевой инфраструктуре, устройства, не поддерживающие SNMP:
не должны раскрываться и управляться
не должны только раскрываться
не должны только управляться
Оценки размера домена управления должны быть с запасом, чтобы учесть рост, возможный при:
появлении дополнительных систем
появлении новых служащих
появлении новых узлов
слиянии предприятий
Если OID какого-либо устройства неизвестен, и он не содержится в файлах HP oid_to_sym и oid_to_type, то нужно:
уделить этим файлам пристальное внимание
поддерживать эти файлы как часть действующей стратегии
такая ситуация невозможна
При первом раскрытии домена управления может случиться, что:
произойдет обвальное раскрытие нежелательных устройств
окажутся неверными маски подсетей
выявятся проблемы маршрутизации
демон netmon зациклится или выдаст дамп ядра
X-сессии и GUI не будут заблокированы
X-сессии и GUI будут заблокированы
Файл filters располагается в каталоге:
"$OV_CONF/Cfil/"
"$OV_CONF/C/"
"$OV_CONF/Filters/"
"$OVT_CONF/C/"
"$OVT_CONF/Filters/"
"$OVT_CONF/Cfil/"
Файл $OV_LOG/netmon.trace продемонстрирует устройство, являющееся причиной неполадок в работе, если в демоне netmon поддерживается:
удовлетворительная журнализация
удовлетворительная трассировка
данный файл не может этого сделать в любом случае
Размер системы NNM должен соответствовать числу:
пользователей, ее использующих
управляемых устройств
неуправляемых устройств
администраторов, ее использующих
Менеджеры web-сайтов интересуются своим сообществом:
серверов
дисковых устройств SAN
принтеров
Для каждого сетевого устройства с SNMP обеспечивается:
системный объектный идентификатор
OID
sysObjectID
Чтобы информировать netmon o seedfile, необходимо выполнить следующие действия:
вставить в файл $OV_LRF/netmon.lrf командную строку "-s/path/seedfile"
выполнить команду $OV_BIN/ovaddobj $OV_LRF/netmon.lrf, чтобы зарегистрировать изменение
остановить netmon с помощью $OV_BIN/ovstop netmon
перезапустить его с помощью команды $OV_BIN/ovstart netmon
Какой из фильтров NNM на накопительной станции служит для контроля над тем, какие объекты будут передаваться на управляющую станцию:
фильтр сохраняемости
фильтр раскрытия
фильтр топологии
фильтр схемы
При выявлении сообществ по интересам может помочь технология:
Remote Monitoring
RMON2
Remote Mon
RON5
Здания кампусов определяют границы:
LAN
MAN
WAN
Подходами к оценке числа устройств нового домена управления являются следующие:
посещение каждого сервера DHCP в домене управления и суммировании числа временных и постоянных владений
берется произведение числа подсетей в домене управления на максимальное теоретически возможное число IP-адресов в каждой подсети
посещение каждого маршрутизатора и сервера в домене управления, заимствовании их ARP-кэшей и удалении из списка дублирующих записей
подсчет числа пользователей самой сети
В зависимости от целей менеджеров сети, из реального числа активных устройств можно сознательно исключить:
Macintosh
машины Wintel
X-терминалы
рабочие станции под управлением Linux
При первом раскрытии домена управления может случиться, что:
будут раскрыты неожиданные устройства
появятся безликие пиктограммы
менеджеры локальных сетей объявят, что оборудование перегружено
некоторые устройства останутся нераскрытыми
подсети окажутся повисшими и ни к чему не присоединенными
будут иметься перекрытия с другими доменами
Какой файл обеспечивает правила для демона ovtopmd по включению или исключению устройств на основе их атрибутов:
rules
filters
ovtrul
ovtfil
Сетевые менеджеры узла интересуются своим сообществом:
концентраторов
мостов
коммутаторов
мостов-маршрутизаторов
маршрутизаторов
Излишние запросы таблиц маршрутизации, поступающие от NNM, могут поднять уровень загрузки ЦП маршрутизатора почти до:
70%
80%
90%
100%
Некоторые менеджеры сети заинтересованы, главным образом, в самой сетевой инфраструктуре и рассматривают следующее как прикладные системы:
DHCP
файловые, принтерные и web-серверы
WINS
DNS
Для первого раскрытия домена управления требуется разработать план, который затрагивает:
seedfile
строки сообществ
системные идентификаторы объектов SNMP для специально именуемых групп управляемых устройств
пиктограммы устройств
диаграммы устройств
сотрудничество с администрацией управляемых узлов
Как правило, система NNM располагается:
на окраине физической сети
в центре физической сети
географически на юге физической сети
географически на севере физической сети
В NNM OID используются для:
размещения пиктограмм устройств
определения того, как пиктограммы должны отображаться
в NNM OID не используются
Имеется жесткая необходимость отслеживать размер домена управления с целью правильного определения размера:
новой системы NNM
новой системы SNMP
существующей системы NNM
существующей системы SNMP
Фильтрами NNM являются:
Map Filter
Discovery Filter
Persistence Filter
Topology Filter
В отсутствие seedfile производится:
первое раскрытие
второе раскрытие
третье раскрытие
четвертое раскрытие
Когда раскрытие стабилизируется, подсхема Internet NNM часто переполняется, в то время как на LANscape пиктограммы:
не сжимаются
сжимаются почти до точек
сжимаются почти до пунктиров
сжимаются почти до восьми точек
При раскрытии без seedfile, когда уляжется шум, в принятой по умолчанию подсхеме Internet будут показаны:
управляемые локальные подсети, подсоединенные к системе NNM
управляемые маршрутизаторы, присутствующие в каждой подсети
все неуправляемые подсети, присутствующие на других интерфейсах маршрутизаторов
Одно из преимуществ раскрытия, управляемого вручную, состоит в том, что:
определяются устройства первой группы
определяются трудно раскрываемые устройства
не определяются устройства
Следует поместить seedfile в безопасное и неизменное место, независимое от дерева инсталляции NNM, такое как:
/opt/config/seedfile
/root/config/seedfile
/root/seedfile
/bin/seedfile
Наличие какого параметра позволяет демону netmon предписывать удаленной системе с SNMP-агентом HP рассылать запрос ICMP-отклика по своим широковещательным IP-адресам, заставляя все активные машины подсети отвечать ICMP-откликом:
"-J"
"-R"
"-T"
"-A"
Озабоченные проблемами защиты сетевые менеджеры часто используют множество строк сообществ, чтобы не дать хакерам/взломщикам возможности:
получить информацию о сети от агентов SMP
получить информацию о сети от агентов SNMP
получить информацию о сети от агентов MNPS
получить информацию о сети от агентов NMP
Использование sysObjectID в фильтре раскрытия целесообразно, поскольку таким образом обеспечивается простой и изящный метод определения устройств независимо от других:
тяжело управляемых атрибутов
использование sysObjectID в фильтре раскрытия не целесообразно
трудно определяемых атрибутов
Во время первого раскрытия можно заметить, что:
скорость раскрытия удручающе низка
netmon использует ЦП куда менее интенсивно, чем ожидалось
NNM с запозданием отображает изменения в состоянии устройств
Для необязательных параметров демона netmon -q ICMP-queue-length и -Q SNMP-queue-length значением по умолчанию в системах Windows NT является:
3
6
9
12
Команда netmon -a 5 предписывает работающему экземпляру демона netmon вывести размеры списков тестового опроса (ICMP) и SNMP в файл:
$V_LOG/netmon.log
$OV_LOG/netmon.log
$OV_LOG/netmon.trace
$LOG/netmon.inf
Какую опцию можно использовать в netmon.lrf для того, чтобы для портов коммутаторов и мостов никакие дополнительные сегменты не создавались:
-m brid=FALSE
-n brid=FALSE
-k bridgeMIB=FALSE
-t bridgeMIB=FALSE
Целью первого раскрытия является проверка корректности взаимодействия сетевой инфраструктуры с:
NNM
SNMP
SMNP
NMP
Какие опции можно установить в файле netmon.lrf для управления размером очередей ping и SNMP:
-q
-p
-P
-Q
При раскрытии без seedfile будут использоваться:
таблица маршрутизации
ARP-кэш системы NNM
таблица интерфейсов
Вооружившись списком маршрутизаторов домена управления, можно:
создавать seedfile
удалять базу данных объектов, топологии и схем
перезапускать демонов NNM
Для удаления базы данных объектов без сохранения ее содержимого нужно просто целиком удалить подкаталог с помощью команды:
rm open//*
rm openview//
rm openview/*/*
rm view//*
rm onew//
rm openv/
Какой элемент меню приводит в действие GUI, эквивалентный командной строке nmdemandpoll:
PNode
Pull Nod
Poll Node
Dema Poll
NNM начинает свою работу, имея единственную глобальную, используемую по умолчанию строку сообщества, которая первоначально устанавливается в:
"private"
"crosspublic"
"publicplus"
"public"
Бедственных ситуаций с DNS можно избежать если:
DNS конфигурируется и реализуется должным образом
можно использовать имена, а не IP-адреса для сопоставления специальных строк сообществ SNMP
если в NNM постоянно обновляются конфигурации SNM
Выполнение какой команды применит к текущей базе данных пересмотренный фильтр раскрытия filtername и удалит устройства, которые через этот фильтр не проходят:
topofix -t filtername
ovfix -y filtername
ovtopofix -f filtername
tfix -n filtername
При использовании установленной по умолчанию длины очереди 20 можно ожидать, что netmon будет поддерживаться должным образом, пока среднее время ответа на запросы SNMP не будет превышать:
10 миллисекунд
50 миллисекунд
100 миллисекунд
150 миллисекунд
200 миллисекунд
250 миллисекунд
Вариант командной строки для контроля функционирования демона netmon - это:
netmon -a 5
netmon -t
netmon -r 15
netmon -d 10
В отсутствие seedfile домен управления пополняется слой за слоем вновь раскрытыми подсетями, которые:
управляются автоматически
управляются полуавтоматически
управляются вручную
никак не управляются
Проклятие сети и напасть для администратора, который должен включать это в конфигурацию NNM:
однородные строки сообществ SNMP
неоднородные строки сообществ SNMP
неоднородные строки сообществ NMP
однородные строки сообществ NMP
Одним из преимуществ раскрытия, управляемого вручную, является то, что при этом:
встретятся ошибки первой группы, одна за другой
встретятся все виды ошибок, одна за другой
вообще не встретятся ошибоки
Подсети, которые первоначально раскрываются через маршрутизаторы из seedfile, являются по умолчанию:
управляемыми
не управляемыми
подсети не могут раскрываются через маршрутизаторы из seedfile
Для необязательных параметров демона netmon -q ICMP-queue-length и -Q SNMP-queue-length значением по умолчанию в UNIX-системах является:
5
10
15
20
Файл настройки схем управляющих станций представляет собой плоский текстовый файл формата:
SCII
ISA
ASCII
ASC
ECS
ASII
Чтобы сохранить содержимое старой базы данных объектов, выполняются следующие шаги:
остановить демоны с помощью $OV_BIN/ovstop
переименовать каталог openview, выполнив команду mv openview openview.old
очистить кэш SNMP с помощью команды $OV_BIN/xnmsnmpconf -clearCache
запустить ovwdb с помощью команды $OV_BIN/ovstart ovwdb
выполнить команду $OV_BIN/ovw -fields
запустить программы-демоны с помощью команды $OV_BIN/ovstart
запустить программы-демоны с помощью команды $OV_BIN/ovsrt
В среде UNIX может оказаться разумным написать задание cron, чтобы следить за сетевой электроникой с помощью скрипта:
demandpull
nmdemandpull
nmdemandpoll
demandpoll
Одна из стратегий разработки фильтра раскрытия состоит в определении всего сетевого оборудования в соответствии с:
IED
OID
TOD
ODN
Для больших сетей с несколькими управляющими станциями исключительно важно (применительно к схемам):
периодически сохранять их настройки
использовать изменения схем совместно
не использовать изменения схем совместно
В каких системах, действующих как X-терминалы для NNM, имеется возможность сохранять моментальные снимки экрана схемы и обрабатывать их с помощью "родных" графических приложений:
UNIX
Windows
Macintosh
Всякий раз при запуске ovw совершается:
удаление схемы
синхронизация схемы
переименование схемы
создание схемы
Надежным местом для поддержания открытыми операционных схем, доступных по чтению и записи может являтся:
рабочая станция конструктора схем
выделенный сетевой X-терминал, к которому ни у кого нет доступа
консоль NNM, расположенная в безопасном месте
консоль виртуальной сетевой обработки (VNC)
Система NNM доступна в режиме:
14x10x500.15
24x7x365.23
30x5x200.17
17x3x90.12
Правило номер один для управления настройками схем состоит в том, что они предназначаются для сохранения расположения пиктограмм:
только в подсхеме Internet
только в подсхеме Ethernet
только в подсхеме Control
только в подсхеме PanelUp
В NNM обеспечиваются некоторые второстепенные, но очень удобные для пользователей средства:
автоматического размещения
автоматического перекрытия
автоматического удаления
Компания Onion Peel Solutions (OPS) производит следующий комплексный продукт для управления схемами:
Amerigo
Amerigo/L2
Amerigo/LN
Amerigo/LM
Для больших сетей рекомендуется минимальное разрешение экрана:
800x600
1024x786
1280x1024
1600x1200
Если предположить, что требуется максимально увеличить окно схемы ovw и зафиксировать его, то нужно действовать следующим образом:
получить id окна схемы ovw с использованием xwininfo
ввести командную строку sleep 10 ; xwd -id window_id -frame > mapname.xwd
развернуть окно схемы ovw на весь экран
подождать 10 секунд, пока не прозвучат два звуковых сигнала
IP-маршрутизаторы являются особенными, потому что они конфигурируются со множеством различных типов IP-адресов, таких как:
естественный адрес возвратной петли 127.0.0.1 или аналогичный адрес в сети 127
адрес горячего резерва, который может перемещаться между маршрутизаторами одного и того же сегмента LAN
стабильный первичный, поддерживаемый программным образом адрес возвратной петли
отключенный администратором интерфейс с IP-адресом, сконфигурированным также для интерфейса другого маршрутизатора
интерфейс без какого-либо IP-адреса
интерфейс с одним IP-адресом
интерфейс с одним или несколькими вспомогательными IP-адресами
Административным образом отключенный интерфейс с дублирующим IP-адресом игнорируется, если указывается опция:
netmon -I
netmon -T
netmon -R
netmon -M
Для выяснения того, как соединяются между собой коммутаторы, мосты и повторители, соответствующие стандартам RFC 1493, RFC 1213, RFC 2233 и RFC 2108, в NNM используются:
Bridge-MIB
MIB II
IF MIB
Repeater MIB
Одним из недостатков схем, доступных только для чтения, является то, что пользователи не могут сделать мгновенный снимок экрана схемы, поскольку для этого требуется доступ:
по чтению и исполнению
по чтению и записи
по записи и исполнению
VNC разрабатывалась в лабораториях:
AOL
AT&T
HP
Intel
AMD
Cisco
Конструктору схемы может потребоваться прекратить удаленную работу ovw со схемой, доступной в режиме чтения и записи, чтобы открыть эту схему для целей редактирования - сделать это наиболее безопасным образом можно так:
воспользоваться ovwlistsessions, чтобы получить ID сессии для схемы, доступной в режиме чтения и записи
воспользоваться ovsession -k ID для мягкого завершения сессии
если ovw не завершится, определить ID соответствующего процесса (PID) и, в зависимости от ситуации, выдать команду мягкой терминации kill -15 PID или жесткой терминации kill -9 PID
для редактирования схемы выдать $OV_BIN/ovw -rw -map map_name
Какая команда используется для выявления и корректировки несогласованности, которая может возникнуть между базой данных IP-топологии, поддерживаемой посредством ovtopmd, и базой данных, поддерживаемой посредством ovwdb для команды ovw:
ovtopofix
ovpofix
tpofix
otopof
Для больших сетей желательное следующее разрешение экрана:
1600x1200
1280x1024
1024x786
800x600
В схемах NNM используется до:
128 цветов
256 цветов
512 цветов
1024 цветов
Какая компания выпускает независимый инструментарий управления схемами, обеспечивающий совершенствование настроек и внешнего вида схем:
Orion Pool
Onion Peel
Orion Full
Onion Pool
Синхронизация схемы занимает:
всего несколько секунд
несколько минут
около часа
несколько часов
Пользователь обновляет соответствующую схему, доступную только для чтения, с помощью выпадающего меню:
Map:Check
Map:Refresh
Map:Start
Map:Begin
Команда поиска и устранения неисправностей, которая проверяет согласованность базы данных схем, поддерживаемой посредством ovw, и объектной базы данных, поддерживаемой посредством ovwdb - это:
owd -mapcount
ovw -mapcount
dvw -mapnt
ov -count
Если для коммутатора, моста или повторителя не поддерживается MIB, то представление уровня 2 внутри подсети:
не будет точным
будет точным
будет произвольным
не будет осуществляться
Если желательно сохранить мгновенный снимок экрана схемы в файле изображений, а не вставлять изображение в издательское приложение, то нужно выполнить следующие шаги:
переключиться на некоторое графическое приложение
выбрать в меню Edit:Paste as new image
ограничить число цветов до 256
сохранить изображение в формате GIF
Для контура WAN ретрансляции кадров NNM нарисует:
точки
подсеть
ничего не нарисует
Для отображения схем, доступных по чтению и записи, мог бы подойти выделенный X-терминал, который мог бы представлять собой:
Windows-машину, на которой работает эмулятор X-терминала
реальный X-терминал
рабочую станцию UNIX
машина Macintosh, на которой работает эмулятор X-терминала
любой другой компьютер, способный поддерживать X-Windows
До тех пор, пока для коммутаторов, мостов и повторителей назначаются IP-адреса в одной и той же подсети, размещение будет:
точным
не точным
произвольным
Современные сети содержат все больше специальных устройств, таких как:
маршрутизаторы со вспомогательными адресами и адресами программно поддерживаемой возвратной петли
групповые хосты
устройства с временными IP-адресами, полученными от DHCP
виртуальные LAN (VLAN)
адаптеры (такие, как HSSI) с многочисленными подинтерфейсами
каналы ретрансляции кадров
Схемы NNM часто находят отражение в:
отчетах
руководствах
плакатах
учебных материалах
документации
У каждого окна на экране имеется идентификатор (id) окна, который можно узнать, набрав:
xwinf
xwinfo
xinfo
xwininfo
NNM раскрывает и отображает ненумерованные каналы между маршрутизаторами, если это не запрещается опцией:
netmon-t discover2Net=false
netmon-k discoverLevel2Nets=false
netmon-n Level2Nets=false
netmon-t discoverNets=false
Внимание !
Вопросы к тесту выложены исключительно в ознакомительных целях: количество вопросов может не совпадать с действительным, актуальность не поддерживается,- за решением теста Welcome to the cashier!
К видам трафика относятся:
трафик агента HP OV Operations к менеджеру HP OV Operations
трафик X-Window удаленных пользователей ovw
трафик RMON SNMP, собираемый NetMetrix
сбор данных о производительности, выполняемый snmpCollect
трафик агента HP OV Operations к менеджеру HP Operation
передача PerfView статистики HP OV Performance Agents
Как называется метод который состоит в повышении уровня пороговых уровней до тех пор, пока интенсивность событий не станет приемлемо низкой:
"последовательной унификации"
"параллельной оптимизацией"
"последовательной оптимизацией"
"параллельно унификацией"
Чтобы обеспечить быстрое обнаружение восстановления обслуживания, можно установить продолжительность интервала снятия сигнала тревоги всего лишь:
в две выборки образцов
в 10 минут
в четыре выборки образцов
в 20 минут
Какое средство может импортировать данные о производительности и топологии:
HP NetMetrix
HP Service Simulator
HP Simulator
HP NetGet
Золотыми правилами специального сбора данных являются:
громоздкие коллекции данных обычно неприемлемы
очень долгосрочные коллекции данных должны иметь ограниченный размер
по окончании изучения данных коллекцию следует удалять
следует ограничить изучение результатов быстрого опроса временем интервала сессии
Цвет фона управляется ресурсом X-Windows, размещенным в файле ресурсов:
$APP_DEFS/XNmgraph
$APP_DEF/Xgraph
$X_DEFS/Nmgraph
$ADD_EFS/Xgraphs
$AX_EFS/XNgs
$X_EFS/XNgraphs
1Максимальным значением unsigned64 в SNMPv2C MIB является число:
18,446,744,073,709,551,615
446,242,172,309,251,312
20,218,143,244,073,709,551,615
17,446,225,273,103,531
Специальные защищенные конфигурации для систем UNIX в среде DMZ содержат:
ограничение доступных сетевых служб
разрешение доступа к определенным сервисам
таких конфигураций не существует
Защитная аутентификация может обеспечиваться средствами:
двойных паролей
карт с переменным паролем
VPN
Ненадежная сеть может принадлежать:
бизнес-партнеру
телекоммуникационной компании
сервис-провайдеру Internet (ISP)
другим частям корпоративной сети
Какую строку должен содержать файл /etc/hosts.deny, чтобы запретить доступ ко всем службам и системам:
OTHER: ALL
xALL: xALL
ALL: OTHER
ALL: ALL
Поробности по службе identd можно найти на страницах оперативного руководства для:
hosts.allow
hosts.deny
snmpd.conf
identd
Какие службы последовательно отключаются для предотвращения сетевого доступа к файловой системе:
NIS
DFS
NFS
DIS
В системе HP-UX для ограничения доступа к сетевым сервисам золотой подсетью следует использовать:
/bin/adm/inetd.sec
/usr/adm/inetd.sec
/root/adm/inetd.sec
/opt/adm/inetd.sec
Чтобы обеспечить доступ к системе NNM через брандмауэр, должна быть разрешена работа протокола telnet на порте:
TCP 21
TCP 23
TCP 25
TCP 27
TCP 29
TCP 31
Консоль NNM, основанную на web используется порт:
TCP 8
TCP 80
TCP 880
TCP 8880
Поскольку в NNM используется SNMP, маршрутизаторы следует конфигурировать так, чтобы разрешать системам NNM доступ к службе SNMP на порте:
160
161
162
163
164
165
Маршрутизатор можно сконфигурировать так, чтобы разрешить пакетам вход в DMZ только в том случае, если они отвечают следующим критериям:
запросы SMTP (на порт TCP 25), посылаемые на сервер e-mail
запросы DNS (на порт UDP 53)
ответы HTTP, возвращаемые на proxy-web-сервер
запросы HTTP (порт TCP 80), относящиеся к публичному web-серверу
ответы FTP, возвращаемые proxy-web-серверу
пакеты telnet (от порта TCP 23), ограниченные шлюзом telnet
1ISDN является безопасной по причине наличия автоматического определения номера:
AutNId
NAI
ANident
ANI
Атак типа отказ в обслуживании удается избежать путем:
конфигурирования статических маршрутизаторов
ARP-кэшей
данных SDN
APR-кэшей
данных DNS
Управление сетью через брандмауэр означает предоставление возможности некоторым портам TCP и UDP на входе и выходе:
системы NNM работать через коллекции пакетов
системы NSP работать через наборы пакетов
системы NNM работать через фильтры пакетов
системы NSP работать через секции пакетов
Многие администраторы UNIX-систем для удаленного доступа являются приверженцами безопасного варианта shell:
xss
ssh
nhs
shellsec
sech
secshell
Какая служба служба возвращает входное имя пользователя, запрашивающего сетевое соединение:
identd
idnt
ident
idtd
Чтобы иметь возможность запуска own через брандмауэр, должен допускаться трафик X-Windows на порте:
TCP 6
TCP 60
TCP 600
TCP 6000
Чтобы дать управляющей станции возможность выполнять необходимую операцию SNMP set на накопительной станции, нужно конфигурировать файл /etc/snmpd.conf на накопительной станции посредством следующей строки:
set-community-name: secret* VIEW: 1.3.6.1.4.1.11.2.17.4.3.1.1 .
set-community-name: 1.3.6.1.4.1.11.2.17.4.3.1.1 .
set-community: secret* 1.3.6.1.4.1.11.2.17.4.3.1.1 .
set-community-name - secret* VIEW - 1.3.6.1.4.1.11.2.17.4.3.1.1 .
Ограничения на пропускную способность коммутируемых модемных соединений будут заметно снижать скорость реакции приложений:
XWindow
XWin
Window-X
X-Windows
X-Win
Большинство корпораций обеспечивает следующее решение для удаленного доступа пользователей портативных компьютеров в форме:
коммутируемого доступа "1-800"
коммутируемого доступа "1-900"
коммутируемого доступа "1-500"
коммутируемого доступа "1-700"
Право на выход из частной сети часто ограничивается до:
web-трафика (HTTP)
операций get службы передачи файлов (FTP)
telnet
электронной почты (e-mail) на основе SMTP
Все несущественные сетевые сервисы, управляемые посредством inetd, "закомментариваются" в файле:
inet.conf
inetd.conf
inet.inf
inetd.inf
Обычно SNMP получает запросы на порт:
UDP 160
UDP 161
UDP 162
UDP 163
UDP 164
UDP 165
Прерывания SNMP могут быть получены на порт:
UDP 161
UDP 162
UDP 163
UDP 164
Какой список представляет собой последовательность однострочных записей в конфигурационном файле маршрутизатора, посредством которых можно ограничить доступ к некоторым сервисам до определенных устройств или диапазона IP-адресов:
список управления доступом
ACL
список доступа
Термин, который часто используется для характеристики островка безопасности или периметра защищенности, который охраняет корпоративную сеть от соединенных с ней ненадежных сетей:
демилитаризованная зона (DMZ)
милитаризованная зона (MZ)
свободная зона (FZ)
открытая зона (OZ)
Система NNM может находиться:
внутри DMZ
вне DMZ
только внутри DMZ
только вне DMZ
DMZ содержит:
маршрутизаторы
фильтры пакетов
коммутаторы Ethernet
серверы DNS
proxy-серверы
socks-серверы
шлюзы telnet
Для любого оборудования, расположенного в DMZ, обычно будут существовать дополнительные ограничения, налагаемые на его:
конфигурацию
администрирование
использование
Рекомендуется избегать применения автоматически конфигурирующих протоколов, таких как:
ARP
APR
xRI
RIP
При раскрытии серверов HTTP используются запросы на порты:
80
60
160
280
Если имеется сервер имен, который должен быть доступен через брандмауэр, то должно обеспечиваться прохождение данных и через порт:
UDP 23
UDP 53
UDP 73
UDP 93
UDP 103
UDP 123
Выполнение ежедневной задачи резервного копирования может сводиться к простому запуску скрипта:
ovbackup.inf
xback.bak
backup.opl
ovbackup.ovpl
Разновидностями средства cron являются:
crontab -l выдает список записей crontab
crontab file создает записи crontab из файла file
crontab file создает записи crontab из файла files
crontab -w выдает список записей crontab
Некоторые системные администраторы, вместо того чтобы копировать файлы определенных каталогов предпочитают:
копировать весь раздел диска (/opt/OV) целиком
сжимать файл резервной копии
передавать файл резервной копии по сети в резервную систему
Согласовать счетчики объектных ссылок можно путем периодического запуска следующей команды:
$OX_ETC/ovm -mapcount -ruvDR
$OV_BIN/ovw -mapcount -ruvDR
$OV_OPT/ovt -mapcount -ruvDR
$BIN/ov -mapcount -ruvDR
$X_BIN/ow -mapcount -ruvDR
$O_BIN/ovn -mapcount -ruvDR
Чтобы устранить проблемы в базе данных, нужно остановить netmon и запустить следующую команду:
X_BIN/ovpofix -cshv
$OV_OPT/vtpofix -cshv
$OV_BIN/ovtopofix -cshv
$$OX_ETC/xtpofix -cshv
Никогда не следует настраивать схему, используемую:
по умолчанию
не так давно
очень давно
В данной случае: ipmap.out.mmddyyyy mm - это:
месяц
четырехзначный год
день месяца
Наличие большого количества схем в системе NNM приводит к следующим последствиям:
увеличенный размер базы данных
увеличенное время резервного копирования
неконтролируемые пользователи
увеличенное время выполнения ovw -mapcount
увеличенное время выполнения ovtopofix -a
сокращение общей производительности NNM
проблемы раскрытия
Неверная маска подсети обычно обнаруживается в сетях, в которых сетевой адрес класса B разбивается на несколько подсетей класса:
A
B
C
D
NNM не генерирует конфигурационные сигналы для таких конфигурационных ошибок, как:
не определен никакой маршрут по умолчанию (выявляется с помощью SNMP)
асимметричная маршрутизация
некорректные установки Fast Ethernet FDX/HDX
некорректный DNS-сервер в конфигурации распознавателя
RIP не активен
В число типичных сигналов ресурсов входят следующие:
интенсивность использования пространства свопинга
интенсивность дискового ввода/вывода
интенсивность загрузки ЦП
ошибки LAN
пропускная способность LAN
интенсивность использование RAM
В новых инсталляциях Fast Ethernet часто проявляется фаза, в течение которой процедура автоматического согласования времени между адаптером Fast Ethernet и его портом коммутатора возвращается:
к дуплексному режиму на скорости 20 мегабит в секунду
к дуплексному режиму на скорости 10 мегабит в секунду
к полудуплексному режиму на скорости 20 мегабит в секунду
к полудуплексному режиму на скорости 10 мегабит в секунду
В UNIX является идеальным способом автоматизации задач периодического технического обслуживания NNM использование:
crontab
montab
autocron
xcron
После внесения изменений конструктор схем NNM производит резервную копию настроек для подсхемы:
Ethernet
Internet
Network
GetNet
Какой бы метод резервного копирования не был выбран, следует помнить, что в NNM применяются:
разреженные файлы данных
заряженные файлы данных
блочные файлы данных
Если правильным именем схемы является "bellevue", то подходящей формой команды создания псевдонима может быть следующая:
alias ow /sbin/OV/bin/ovw -ro -map Bellevue
alias xw /etc/OV/bin/ov -ro -map levue
alias ovw /opt/OV/bin/ovw -ro -map Bellevue
alias ov /bin/OV/bin/ov -ro -map Belle
Подробную информацию о масках подсетей можно найти в следующих местах руководства "Managing Your Network with HP OpenView Network Node Manager":
в разделе "Subnet Masks Consistently Configured" главы 4
в разделе "Subnet Masks Consistently Configured" главы 5
в разделе "Subnet Mask Issues" главы 5
в разделе "Subnet Mask Issues" главы 6
Демон snmpCollect журнализирует интересные события в файле:
snmpCol.trace
netmon.trace
trapd.log
Col.trace
1Графики HP PerfView:
демонстрируют профили каждодневного использования ресурсов
указывают, в какое время дня следует ожидать наибольшего влияния производительности на системы NPM
указывают, в какое время дня следует ожидать наибольшего влияния производительности на системы NNM
В правильно организованных сайтах допускается существование только должным образом:
именованных схем
именованных секций
именованных блоков
именованных графов
При наличии чего в NNM, сеть может быть заново раскрыта всего за несколько часов, а схема восстановлена:
файла seedfile
файла настройки схем
файла seedfiles
файла настройки секций
Подробную информацию о резервном копировании можно найти в следующей главе руководства "Managing Your Network with HP OpenView Network Node Manager":
2
4
6
8
Можно загружать/выгружать MIB в режиме командной строки с использованием:
xnmloadmib
xreloadmibs
xnmmibs
xloads
Маской подсети для сети класса B по умолчанию является:
255.255.255.0
255.255.0.0
255.0.0.0
255..255.0
Следует контролировать некоторые основные журнальные файлы в каталоге $OV_LOG, включая:
snmpCol.trace
netmon.trace
trapd.log
Тестирование приложений независимых поставщиков с использованием NNM включает проверку:
конфигурационных файлов
пиктограмм
MIB
меню
дискового пространства
Часто требуется отслеживать конкретную переменную MIB для одного устройства:
в течение нескольких часов
в течение нескольких дней
в течение нескольких недель
в течение нескольких месяцев
Приложения, запущенные через ovw, будут завершены при завершении:
ovwend
ovw
ov
ovend
Какой подход предполагает анализ пригодности патча для конкретной системы:
аналитический
тестовый
осторожный
скользящий
Одна из целей настройки меню NNM - это:
поощрение внесения изменений в конфигурацию NNM некоторыми классами пользователей
предотвращение внесения изменений в конфигурацию NNM некоторыми классами пользователей
разрешение внесения изменений в конфигурацию NNM некоторыми классами пользователей
После утомительного регрессивного тестирования необходимо убедиться в том, что настроенные меню работают должным образом для каждого типа пользователей:
на своем ли месте расположен каждый элемент меню?
работают ли правила выбора для каждого элемента меню?
загружены ли и работают ли реальные программы, которые выполняет меню?
При тестировании функциональных возможностей приложений всегда следует убедиться, что:
загружаются надлежащие пиктограммы
загружаются новые атрибуты и свойства устройств
все MIB инсталлируются и загружаются должным образом
новые элементы меню приложения ovw видны соответствующим пользователям
новые демоны можно запускать и останавливать с помощью ovstart и ovstop
новые порты документируются в /etc/services
после инсталляции все еще имеется свободное дисковое пространство
удовлетворяются требования к хранению данных приложения на диске
При проведении модернизации ОС следует также убедиться в том, что после модернизации системные ресурсы NNM:
останутся доступными
останутся не доступными
удвоятся
Добавление этого является распространенным средством борьбы с чрезмерным числом дисковых обменов для свопинга:
RAM
ЦП
HDD
FDD
С помощью чего можно убедиться в том, что производительность дискового массива улучшилась, после установки дополнительного дисковода к тому, который уже размещен на нескольких дисках:
HDDPlus
GUIPlus
XPlus
GlancePlus
Если принимается решение добавить одну или несколько карт Fast Ethernet к системе HP-UX для увеличения производительности LAN, то следует учесть возможность установки дополнительного программного обеспечения:
автоматического агрегирования порта
APA
полуавтоматического агрегирования порта
PAP
Администраторам серверов печати нужны схемы, демонстрирующие только:
принтеры
сканеры
принтерные серверы
При создании MIB-приложения генерируется файл регистрации приложения:
XFT
ARI
ARF
AFR
Для сбора исторических данных SNMP о производительности требуется доступ к GUI xnmcollect из меню:
Options:Data & Thresholds
Options:Collection & Thresholds
Collection & Thresholds
Options:Data Collection & Thresholds
Чтобы избежать сошествия в "чистилище" поддержки нужно отслеживать на web-сайте HP:
совместимость конкретных версий продуктов FreeWork
совместимость конкретных версий продуктов OpenAll
совместимость конкретных версий продуктов OpenView
Если к системе добавляется дополнительный ЦП, то нужно убедиться в том, что его загрузка балансируется с:
другими ЦП
RAM
HDD
FDD
Если ОС не распознает новый ЦП - первым об этом должен узнать:
оператор
программист
администратор
Тестирование патчей NNM может не быть ежедневным событием, но посещать web-сайт HP OpenView следует:
каждый день
раз в неделю
раз в две недели
раз в месяц
Стандартным инструментом для отслеживания конкретной переменной MIB является:
VxS MIB-браузера
Xg MIB-браузера
XGI MIB-браузера
GUI MIB-браузера
Распространенной практикой является:
настройка структуры меню NMP
настройка структуры меню XNP
настройка структуры меню NNM
настройка структуры меню XMI
У опреаторов инструментария NNM часто имеется следующая переменная окружения:
$OVwRegDir
$OVwDir
$OVwReg
$OVwRegDirX
Частью работы администратора NNM является обучение пользователей тому, как:
находить проблемы
устранять проблемы
документировать проблемы
Поставщик OС вносит изменения в код системы по различным причинам, в том числе, чтобы:
поддерживать конкурентное преимущество
соблюдать правила Y2K (все еще)
избегать морального старения
исправлять ошибки кодирования
добавлять новые возможности
модернизировать такие подсистемы, как DNS или X-Windows
В среде Sun Solaris ресурсы ядра определяются в текстовом файле:
/root/system
/bin/system
/etc/system
/opt/system
Если стандартный Ethernet LAN-адаптер для системы NNM меняется на адаптер Fast Ethernet, следует убедиться, что он согласуется с присоединенным портом коммутатора на предмет:
дуплексного соединения на скорости 1000 Mbps
дуплексного соединения на скорости 100 Mbps
симплексного соединения на скорости 100 Mbps
симплексного соединения на скорости 1000 Mbps
Какая команда NNM устанавливает местоположение маршрутизаторов с помощью SNMP:
findroute
froute
xdroute
snmproute
Данные SNMP можно собирать напрямую без графических утилит, используя команду snmpget:
$OV_ETC/snmpget device_name >>
$OPT/snmpget device_name object-id << /tmp/data_file
$OV_BIN/snmpget device_name object-id >> /tmp/data_file
$X_BIN/snmpget device_name object-id lt;< /tmp/data_file
Прежде чем включить новую процедуру в документацию, следует подтвердить ее правильность ответив на ряд следующих вопросов:
работает ли новая процедура на всех устройствах, или только на некотором подклассе устройств
всегда ли эти устройства будут присутствовать на схеме NNM?
как быстро можно найти эти устройства на схеме?
имеется ли встроенное программное обеспечение устройства или требуется новая версия операционной системы?
зависит ли процедура от конкретной версии NNM?
могут ли все пользователи задействовать преимущества процедур?
можно ли усовершенствовать эту процедуру с помощью новой настройки меню?
Чтобы убедиться в том, что расширение RAM привело к уменьшению свопинга, можно воспользоваться:
XView
PerfView
GraphView
XGraph
Имена устройств в категории конфигурационных сигналов:
могут изменяться непредвиденным образом
могут изменяться в определенном порядке
не изменяются
Неудачи автоматического раскрытия возникают в тех случаях, когда устройства отвергают:
раскрытие посредством NNM
раскрытие посредством NMS
раскрытие посредством NPN
раскрытие посредством XNM
Если исторических данных оказывается недостаточно, следует:
увеличить размер базы данных событий
исследовать netmon.trace
увеличить размер trapd.log
исследовать snmpCol.trace
Типичное изменение имени устройства часто соответствует изменению:
в базе данных NPS
в базе данных DNS
в базе данных DNTS
в базе данных XDS
Проблема раскрытия приводит к проблеме:
автоматического размещения
автоматического замещения
полуавтоматического размещения
полуавтоматического замещения
Каждое раскрываемое устройство помещается:
в свой контейнер подсети
в свой граф подсети
в свою секцию подсети
в свой блок подсети
NNM выполняет опрос состояния каждые:
две минуты
пять минут
десять минут
двадцать минут
GUI xnmpolling сохраняет свои конфигурационные данные в файле:
$XCONF/polling
$OV_ETC/pulling
$OV_CONF/polling
X_CONF/polling
Демон netmon читает файл $OV_LRF/netmon.lrf:
каждый раз, когда стартует
только при первом старте
только при остановке
Какой файл содержит IP-адреса, которые netmon будет игнорировать, если они ему встретятся:
xnet.noDiscover
netmon.Discover
xnet.Discover
netmon.noDiscover
Чтобы проверить, раскрыто ли устройство, следует воспользоваться командой:
ovdump -RISC device_name
ovtopodump -RISC device_name
vtpodump -RISC device_name
xdump -RISC device_name
Следует всегда следить за системой NNM с помощью команды:
$V_OPToconf -test station_name
$X_SBINxnmtopoinf -test station_name
$OV_BIN/xnmtopoconf -test station_name f
$OV_ETCxnmtopoconf -test station_name
В NNM события можно просмотреть с помощью:
браузера журнала регистрации событий
архивированных файлов trapd.log
базы данных событий, по обстановке
Использование журнальных записей событий NNM представляет собой:
первый шаг поиска и устранения неисправностей NNM
второй шаг поиска и устранения неисправностей NNM
третий шаг поиска и устранения неисправностей NNM
четвертый шаг поиска и устранения неисправностей NNM
Стратегия, которая учит собирать дополнительную информацию, наблюдая за тем, где существует проблема, является составной частью следующей методологии поиска и устранения неисправностей:
Kepner-Tregoe
Keller-Wright
Barg-Thompsson
Kepner-Fischer
NNM определяет имя выборки IP-адресуемого устройства следующим образом:
имя DNS, соответствующее низшей части IP-адреса
системное имя MIB-2, если устройство поддерживает SNMP
IP-адрес, если он один
MAC-адрес устройства
IP-центрическая конструкция системы NNM приводит к тому, что для каждой подсети, раскрываемой NNM, создается свой:
блок
секция
контейнер
граф
К средствам NNM 6.1 поддерживающим DHCP можно отнести:
файл $OV_CONF/C/filters
меню Options:Network Polling Configuration
файл $X_ETC/filter
меню Network Configuration
Ответственным за процесс автоматического раскрытия является демон:
netmon
netget
openget
netall
Демон netmon руководствуется необязательным параметром seedfile в файле:
$X_LRF/netmon.get
$OV_ETC/netmon.lrf
$X_OPT/netall.inf
$OV_LRF/netmon.lrf
1Для корректного отображения громоздких GUI рекомендуется использовать монитор с разрешением:
800x600
1024x768
1280x1024
Временная лицензия, которую щедро поставляет HP, годится на:
10 дней
20 дней
30 дней
60 дней
Продукт NNM:
очень консервативен
не консервативен
не очень консервативен
Вставка новой платы в коммутатор Ethernet и его перезапуск часто приводит к перенумерации:
экземпляров NIB для портов
экземпляров MIB для портов
экземпляров SNMP для портов
экземпляров NSMP для портов
Иногда NNM не размещает часть сети должным образом, потому что не может получить нужную информацию:
от дефектного агента SNMP
от исправного агента SNMP
от не существующего агента SNMP
Интервал нерабочего времени устройств для удаления IP-адреса устройств, у которых IP-адреса соответствуют фильтру DHCP приводится в действие:
xnmpolling -delDhcpAddrsOn
xpulling -DhcpAddrsOn
xpolling -AddrsOn
polling -delAddrsOn
Какой файл часто используется для определения исходного домена управления во время первого раскрытия:
seedfile
sdfile
openget
xsfile
Автоматическое раскрытие совершается:
только в пределах домена управления
в управляемых подсетях
в не управляемых подсетях
Одним из преимуществ схемы NNM является то, что:
легко опознаются соседние устройства
легко опознаются все устройства
не опознаются соседние устройства
не опознаются все устройства
Если у интерфейса маршрутизатора имеются один основной адрес и три вспомогательных, то NNM покажет маршрутизатор, как имеющий:
одну присоединенную подсеть
две присоединенных подсети
три присоединенных подсети
четыре присоединенных подсети
Проблемы раскрытия могут вызываются следующими обстоятельствами:
В ARP-кэше на узле, поддерживающем SNMP, отсутствует данный IP-адрес
IP-адрес удален из ARP-кэша как устаревший
проверке устройства демоном netmon препятствует потеря пакетов
устройство не может обмениваться данными за пределами своей подсети
устройство выключено
устройство не работает семь дней и удаляется
Ограничением по умолчанию на использование сокетов TCP для эмулятора X-Windows является число:
2
8
16
32
64
128
VNC на основе коммутируемых каналов с пропускной способностью 56 Kbps демонстрирует лучшую эффективность, чем:
X-Windows
XWindows
X-Window
XWindow
Стандарт X-Windows действует на следующих уровнях:
сетевом
транспортном
сессионном
представительном
прикладном
Оконными менеджерами являются:
xwm
vuewm
dtwm
Использование полученных от сторонних поставщиков и самодельных приложений Java может накладывать дополнительные ограничения на:
конфигурацию клиентской системы
версию клиентской системы
конфигурацию серверной системы
версию серверной системы
С NNM можно работать из эмулятора X-Windows или из web-клиента в среде любой операционной системы, которая поддерживает:
X-Windows
XWindow
Netscape 4.6 или более старшей версии
Netscape 3.6
Разрабатывает специальные приложения для NNM программист, разработчик или аналитик, обученный:
C/C++
Perl
Java
API HP OpenView
При открытии схемы NNM в режиме только чтения пользователь не имеет возможности:
двигать пиктограммы по схеме
добавлять пиктограммы
удалять пиктограммы
каким-либо образом настраивать схему
Какое приложение подходит для отображения структурированной табличной информации:
табличное
диаграммное
приложение, использующее форму
Иногда проблема DNS вызывается не сервером имен, а процедурой распознавателя на стороне клиента:
в распознавателе используется неисправный сервер имен
в пути SEARCH осуществляется поиск неправильного домена
установленное по умолчанию имя домена не является правильным
распознаватель не справляется с большим числом адресов
Проблемы, предположительно связанные с NNM, могут относиться к:
DNS
DHCP
маршрутизаторам
клиентским распознавателям
неопытности пользователей
У знатоков продукта NNM имеется доступ к HP Response Center для:
обсуждения проблем
сбора информации
делового сотрудничества
предоставления сообщений об ошибках
1Клиентскими системами NNM могут быть любые системы, на которых:
выполняются эмулятор X-Windows
выполняются web-браузер с поддержкой Java
установлен Linux
X-Windows компенсирует различия:
используемых операционных систем
оконных систем
свойств графических дисплеев
производительности рабочих станций пользователей
возможностей сети
Для обмена данными между X-сервером и X-клиентом используется протокол:
UDP
TCP
APR
APA
Иерархия поддержки для пользовательского сообщества NNM включает:
лидера локального сайта NNM
администратора NNM из персонала IT
администратора системы UNIX
консультанта NNM
Владелец схемы имеет по отношению к ней права:
только чтения
только записи
чтения и записи
Какое приложение подходит для отображения изменяемых во времени скалярных значений:
диаграммное
приложение, использующее форму
табличное
В число механизмов разрешения имен входят:
сервис доменных имен
WINS
/etc/hosts
LMHOSTS
NIS
запрос имени NetBIOS
У знатоков продукта NNM также имеется лаборатория с тестовой системой NNM, применяемой для:
тестирования патчей
проверки конфигурации
проведения регрессивных тестов
воспроизведения проблем
Операционной системой, в которой работает NNM, является:
Solaris
HP-UX
Windows NT
Linux
В ранних дисплеях поддерживались:
монохромные отображения
256-цветные отображения
с 24-битной насыщенностью
Решения для X-Windows с применением сжатия обеспечиваются в продуктах:
Serial XPress компании Tektronics
XRemote компании NCD и Low Bandwidth X (LBX)
VNRemote компании Xtronics
В схеме топология формируется в соответствии с:
сетью
подсетью
сегментом
устройством
Общими конфигурационными сигналами, которые может выдавать NNM являются:
маска подсети устройства отличается от правильной маски этой подсети
MAC-адрес устройства изменился
маршрут устройства указывает на устройство, которое не является маршрутизатором
имя устройства изменилось
найден новый интерфейс устройствa
обнаружен новый или удален существующий узел
sysObjectID устройствa изменился
Object устройствa изменился
Путем ввода какой команды можно получить очень полезную однострочную сводку для каждого устройства из базы данных NNM:
xvtdump -T > report_name
ovdump -Nr > report_name
ovtopodump -Lr > report_name
xpodump -M > report_name
Обычно корневая схема NNM содержит одну подсхему - подсхему Internet, но может содержать и другие схемы, такие как:
схема физической топологии уровня 2
IPX-схема
схема сети с подключенной памятью (SAN)
схема, созданная другим дополнительным приложением OpenView
Соединительными устройствами уровня 3 являются:
маршрутизаторы
коммутаторы уровня 3
Ethernet-коммутаторы с модулем маршрутизации
групповые хосты
Если выбрать два маршрутизатора, то каким меню необходимо воспользоваться, чтобы NNM графически отобразил маршрут, по которому передавался бы пакет между этими маршрутизаторами:
Fault:Locate Route
Locate Route
Fault:Route
Route
Если открыть подсхему любого сегмента, то можно увидеть:
устройства-соединители
устройства, присоединенные к сегменту
устройства-объединители
устройства-интеграторы
Накопительные станции надежным образом посылают информацию о состоянии на управляющие станции через TCP-соединение, устанавливаемое между их демонами:
cmd
pdb
pmd
xdm
Какой параметр предписывает ovtopmd экспортировать только те объекты, которые проходят через этот фильтр на все управляющие станции:
-t Backbone
-n NetsBackbone
-m NetBack
-f NetBackbone
Управляющая станция должна быть сконфигурирована так, чтобы включать для всех устройств:
строки сообществ
пиктограммы
oid_to_type
прочие настроенные файлы, согласованные с их аналогами на всех накопительных станциях
Установить связь с накопительной станцией на управляющей станции можно путем открытия окна shell и ввода команды:
$OV_BIN/xnmtopoconf -manage collection_station_name
$OV_ETC/xnmtopoconf -man collection_station_name
$OV_SBIN/xnpconf -A collection_station_name
$OV_OPT/nmspconf -Tn collection_station_name
Для проверки состояния связи с накопительной станцией нужно ввести команду:
$OV_USR/nmspconf -print collection_station_name
$OV_OPT/xnpconf -print collection_station_name
$OV_BIN/xnmtopoconf -print collection_station_name
$OV_ETC/xsnmpinf -print collection_station_name
Состояние всех устройств, обычно опрашиваемых накопительной станцией, остается:
замороженным
полузамороженным
динамичным
Определение фильтра в каком файле указывает, какие объекты накопительная станция будет пересылать по запросам на управляющую станцию через SNMP:
filter
xfilt
filters
filinf
До добавления накопительной станции следует не забыть экспортировать:
все настройки схемы на управляющую станцию
все настройки схемы на накопительную станцию
все настройки схемы на управляющую станцию и накопительную станцию
В обеспечиваемом NNM управлении конфигурацией можно грубо выделить следующие основные области:
раскрытие с IP-адресуемых устройств, IP-структуры сети, маршрутизаторов, коммутаторов, мостов, повторителей и других устройств инфраструктуры
сбор и хранение в базе данных конфигурационной информации об устройствах и сетях
контроль конфигурационной информации на предмет изменений, наличия ошибок или несогласованности
представление топологии сети и связности устройств с помощью иерархии схем с IP-центрической точки зрения, с точки зрения уровня 2 или с точки зрения физической связности
обеспечение доступа к информации посредством предоставления поисковых средств для обнаружения местоположения устройств в сети относительно их окрестной топологии, а также путем использования текстовых отчетных средств
Одна из выделяемых областей в обеспечиваемом NNM управлении конфигурацией включает представление топологии сети и связности устройств с помощью иерархии схем:
с IP-центрической точки зрения
с точки зрения уровня 2
с точки зрения физической связности
Вопросы к тесту выложены исключительно в ознакомительных целях: количество вопросов может не совпадать с действительным, актуальность не поддерживается,- за решением теста Welcome to the cashier!
К видам трафика относятся:
трафик агента HP OV Operations к менеджеру HP OV Operations
трафик X-Window удаленных пользователей ovw
трафик RMON SNMP, собираемый NetMetrix
сбор данных о производительности, выполняемый snmpCollect
трафик агента HP OV Operations к менеджеру HP Operation
передача PerfView статистики HP OV Performance Agents
Как называется метод который состоит в повышении уровня пороговых уровней до тех пор, пока интенсивность событий не станет приемлемо низкой:
"последовательной унификации"
"параллельной оптимизацией"
"последовательной оптимизацией"
"параллельно унификацией"
Чтобы обеспечить быстрое обнаружение восстановления обслуживания, можно установить продолжительность интервала снятия сигнала тревоги всего лишь:
в две выборки образцов
в 10 минут
в четыре выборки образцов
в 20 минут
Какое средство может импортировать данные о производительности и топологии:
HP NetMetrix
HP Service Simulator
HP Simulator
HP NetGet
Золотыми правилами специального сбора данных являются:
громоздкие коллекции данных обычно неприемлемы
очень долгосрочные коллекции данных должны иметь ограниченный размер
по окончании изучения данных коллекцию следует удалять
следует ограничить изучение результатов быстрого опроса временем интервала сессии
Цвет фона управляется ресурсом X-Windows, размещенным в файле ресурсов:
$APP_DEFS/XNmgraph
$APP_DEF/Xgraph
$X_DEFS/Nmgraph
$ADD_EFS/Xgraphs
$AX_EFS/XNgs
$X_EFS/XNgraphs
1Максимальным значением unsigned64 в SNMPv2C MIB является число:
18,446,744,073,709,551,615
446,242,172,309,251,312
20,218,143,244,073,709,551,615
17,446,225,273,103,531
Специальные защищенные конфигурации для систем UNIX в среде DMZ содержат:
ограничение доступных сетевых служб
разрешение доступа к определенным сервисам
таких конфигураций не существует
Защитная аутентификация может обеспечиваться средствами:
двойных паролей
карт с переменным паролем
VPN
Ненадежная сеть может принадлежать:
бизнес-партнеру
телекоммуникационной компании
сервис-провайдеру Internet (ISP)
другим частям корпоративной сети
Какую строку должен содержать файл /etc/hosts.deny, чтобы запретить доступ ко всем службам и системам:
OTHER: ALL
xALL: xALL
ALL: OTHER
ALL: ALL
Поробности по службе identd можно найти на страницах оперативного руководства для:
hosts.allow
hosts.deny
snmpd.conf
identd
Какие службы последовательно отключаются для предотвращения сетевого доступа к файловой системе:
NIS
DFS
NFS
DIS
В системе HP-UX для ограничения доступа к сетевым сервисам золотой подсетью следует использовать:
/bin/adm/inetd.sec
/usr/adm/inetd.sec
/root/adm/inetd.sec
/opt/adm/inetd.sec
Чтобы обеспечить доступ к системе NNM через брандмауэр, должна быть разрешена работа протокола telnet на порте:
TCP 21
TCP 23
TCP 25
TCP 27
TCP 29
TCP 31
Консоль NNM, основанную на web используется порт:
TCP 8
TCP 80
TCP 880
TCP 8880
Поскольку в NNM используется SNMP, маршрутизаторы следует конфигурировать так, чтобы разрешать системам NNM доступ к службе SNMP на порте:
160
161
162
163
164
165
Маршрутизатор можно сконфигурировать так, чтобы разрешить пакетам вход в DMZ только в том случае, если они отвечают следующим критериям:
запросы SMTP (на порт TCP 25), посылаемые на сервер e-mail
запросы DNS (на порт UDP 53)
ответы HTTP, возвращаемые на proxy-web-сервер
запросы HTTP (порт TCP 80), относящиеся к публичному web-серверу
ответы FTP, возвращаемые proxy-web-серверу
пакеты telnet (от порта TCP 23), ограниченные шлюзом telnet
1ISDN является безопасной по причине наличия автоматического определения номера:
AutNId
NAI
ANident
ANI
Атак типа отказ в обслуживании удается избежать путем:
конфигурирования статических маршрутизаторов
ARP-кэшей
данных SDN
APR-кэшей
данных DNS
Управление сетью через брандмауэр означает предоставление возможности некоторым портам TCP и UDP на входе и выходе:
системы NNM работать через коллекции пакетов
системы NSP работать через наборы пакетов
системы NNM работать через фильтры пакетов
системы NSP работать через секции пакетов
Многие администраторы UNIX-систем для удаленного доступа являются приверженцами безопасного варианта shell:
xss
ssh
nhs
shellsec
sech
secshell
Какая служба служба возвращает входное имя пользователя, запрашивающего сетевое соединение:
identd
idnt
ident
idtd
Чтобы иметь возможность запуска own через брандмауэр, должен допускаться трафик X-Windows на порте:
TCP 6
TCP 60
TCP 600
TCP 6000
Чтобы дать управляющей станции возможность выполнять необходимую операцию SNMP set на накопительной станции, нужно конфигурировать файл /etc/snmpd.conf на накопительной станции посредством следующей строки:
set-community-name: secret* VIEW: 1.3.6.1.4.1.11.2.17.4.3.1.1 .
set-community-name: 1.3.6.1.4.1.11.2.17.4.3.1.1 .
set-community: secret* 1.3.6.1.4.1.11.2.17.4.3.1.1 .
set-community-name - secret* VIEW - 1.3.6.1.4.1.11.2.17.4.3.1.1 .
Ограничения на пропускную способность коммутируемых модемных соединений будут заметно снижать скорость реакции приложений:
XWindow
XWin
Window-X
X-Windows
X-Win
Большинство корпораций обеспечивает следующее решение для удаленного доступа пользователей портативных компьютеров в форме:
коммутируемого доступа "1-800"
коммутируемого доступа "1-900"
коммутируемого доступа "1-500"
коммутируемого доступа "1-700"
Право на выход из частной сети часто ограничивается до:
web-трафика (HTTP)
операций get службы передачи файлов (FTP)
telnet
электронной почты (e-mail) на основе SMTP
Все несущественные сетевые сервисы, управляемые посредством inetd, "закомментариваются" в файле:
inet.conf
inetd.conf
inet.inf
inetd.inf
Обычно SNMP получает запросы на порт:
UDP 160
UDP 161
UDP 162
UDP 163
UDP 164
UDP 165
Прерывания SNMP могут быть получены на порт:
UDP 161
UDP 162
UDP 163
UDP 164
Какой список представляет собой последовательность однострочных записей в конфигурационном файле маршрутизатора, посредством которых можно ограничить доступ к некоторым сервисам до определенных устройств или диапазона IP-адресов:
список управления доступом
ACL
список доступа
Термин, который часто используется для характеристики островка безопасности или периметра защищенности, который охраняет корпоративную сеть от соединенных с ней ненадежных сетей:
демилитаризованная зона (DMZ)
милитаризованная зона (MZ)
свободная зона (FZ)
открытая зона (OZ)
Система NNM может находиться:
внутри DMZ
вне DMZ
только внутри DMZ
только вне DMZ
DMZ содержит:
маршрутизаторы
фильтры пакетов
коммутаторы Ethernet
серверы DNS
proxy-серверы
socks-серверы
шлюзы telnet
Для любого оборудования, расположенного в DMZ, обычно будут существовать дополнительные ограничения, налагаемые на его:
конфигурацию
администрирование
использование
Рекомендуется избегать применения автоматически конфигурирующих протоколов, таких как:
ARP
APR
xRI
RIP
При раскрытии серверов HTTP используются запросы на порты:
80
60
160
280
Если имеется сервер имен, который должен быть доступен через брандмауэр, то должно обеспечиваться прохождение данных и через порт:
UDP 23
UDP 53
UDP 73
UDP 93
UDP 103
UDP 123
Выполнение ежедневной задачи резервного копирования может сводиться к простому запуску скрипта:
ovbackup.inf
xback.bak
backup.opl
ovbackup.ovpl
Разновидностями средства cron являются:
crontab -l выдает список записей crontab
crontab file создает записи crontab из файла file
crontab file создает записи crontab из файла files
crontab -w выдает список записей crontab
Некоторые системные администраторы, вместо того чтобы копировать файлы определенных каталогов предпочитают:
копировать весь раздел диска (/opt/OV) целиком
сжимать файл резервной копии
передавать файл резервной копии по сети в резервную систему
Согласовать счетчики объектных ссылок можно путем периодического запуска следующей команды:
$OX_ETC/ovm -mapcount -ruvDR
$OV_BIN/ovw -mapcount -ruvDR
$OV_OPT/ovt -mapcount -ruvDR
$BIN/ov -mapcount -ruvDR
$X_BIN/ow -mapcount -ruvDR
$O_BIN/ovn -mapcount -ruvDR
Чтобы устранить проблемы в базе данных, нужно остановить netmon и запустить следующую команду:
X_BIN/ovpofix -cshv
$OV_OPT/vtpofix -cshv
$OV_BIN/ovtopofix -cshv
$$OX_ETC/xtpofix -cshv
Никогда не следует настраивать схему, используемую:
по умолчанию
не так давно
очень давно
В данной случае: ipmap.out.mmddyyyy mm - это:
месяц
четырехзначный год
день месяца
Наличие большого количества схем в системе NNM приводит к следующим последствиям:
увеличенный размер базы данных
увеличенное время резервного копирования
неконтролируемые пользователи
увеличенное время выполнения ovw -mapcount
увеличенное время выполнения ovtopofix -a
сокращение общей производительности NNM
проблемы раскрытия
Неверная маска подсети обычно обнаруживается в сетях, в которых сетевой адрес класса B разбивается на несколько подсетей класса:
A
B
C
D
NNM не генерирует конфигурационные сигналы для таких конфигурационных ошибок, как:
не определен никакой маршрут по умолчанию (выявляется с помощью SNMP)
асимметричная маршрутизация
некорректные установки Fast Ethernet FDX/HDX
некорректный DNS-сервер в конфигурации распознавателя
RIP не активен
В число типичных сигналов ресурсов входят следующие:
интенсивность использования пространства свопинга
интенсивность дискового ввода/вывода
интенсивность загрузки ЦП
ошибки LAN
пропускная способность LAN
интенсивность использование RAM
В новых инсталляциях Fast Ethernet часто проявляется фаза, в течение которой процедура автоматического согласования времени между адаптером Fast Ethernet и его портом коммутатора возвращается:
к дуплексному режиму на скорости 20 мегабит в секунду
к дуплексному режиму на скорости 10 мегабит в секунду
к полудуплексному режиму на скорости 20 мегабит в секунду
к полудуплексному режиму на скорости 10 мегабит в секунду
В UNIX является идеальным способом автоматизации задач периодического технического обслуживания NNM использование:
crontab
montab
autocron
xcron
После внесения изменений конструктор схем NNM производит резервную копию настроек для подсхемы:
Ethernet
Internet
Network
GetNet
Какой бы метод резервного копирования не был выбран, следует помнить, что в NNM применяются:
разреженные файлы данных
заряженные файлы данных
блочные файлы данных
Если правильным именем схемы является "bellevue", то подходящей формой команды создания псевдонима может быть следующая:
alias ow /sbin/OV/bin/ovw -ro -map Bellevue
alias xw /etc/OV/bin/ov -ro -map levue
alias ovw /opt/OV/bin/ovw -ro -map Bellevue
alias ov /bin/OV/bin/ov -ro -map Belle
Подробную информацию о масках подсетей можно найти в следующих местах руководства "Managing Your Network with HP OpenView Network Node Manager":
в разделе "Subnet Masks Consistently Configured" главы 4
в разделе "Subnet Masks Consistently Configured" главы 5
в разделе "Subnet Mask Issues" главы 5
в разделе "Subnet Mask Issues" главы 6
Демон snmpCollect журнализирует интересные события в файле:
snmpCol.trace
netmon.trace
trapd.log
Col.trace
1Графики HP PerfView:
демонстрируют профили каждодневного использования ресурсов
указывают, в какое время дня следует ожидать наибольшего влияния производительности на системы NPM
указывают, в какое время дня следует ожидать наибольшего влияния производительности на системы NNM
В правильно организованных сайтах допускается существование только должным образом:
именованных схем
именованных секций
именованных блоков
именованных графов
При наличии чего в NNM, сеть может быть заново раскрыта всего за несколько часов, а схема восстановлена:
файла seedfile
файла настройки схем
файла seedfiles
файла настройки секций
Подробную информацию о резервном копировании можно найти в следующей главе руководства "Managing Your Network with HP OpenView Network Node Manager":
2
4
6
8
Можно загружать/выгружать MIB в режиме командной строки с использованием:
xnmloadmib
xreloadmibs
xnmmibs
xloads
Маской подсети для сети класса B по умолчанию является:
255.255.255.0
255.255.0.0
255.0.0.0
255..255.0
Следует контролировать некоторые основные журнальные файлы в каталоге $OV_LOG, включая:
snmpCol.trace
netmon.trace
trapd.log
Тестирование приложений независимых поставщиков с использованием NNM включает проверку:
конфигурационных файлов
пиктограмм
MIB
меню
дискового пространства
Часто требуется отслеживать конкретную переменную MIB для одного устройства:
в течение нескольких часов
в течение нескольких дней
в течение нескольких недель
в течение нескольких месяцев
Приложения, запущенные через ovw, будут завершены при завершении:
ovwend
ovw
ov
ovend
Какой подход предполагает анализ пригодности патча для конкретной системы:
аналитический
тестовый
осторожный
скользящий
Одна из целей настройки меню NNM - это:
поощрение внесения изменений в конфигурацию NNM некоторыми классами пользователей
предотвращение внесения изменений в конфигурацию NNM некоторыми классами пользователей
разрешение внесения изменений в конфигурацию NNM некоторыми классами пользователей
После утомительного регрессивного тестирования необходимо убедиться в том, что настроенные меню работают должным образом для каждого типа пользователей:
на своем ли месте расположен каждый элемент меню?
работают ли правила выбора для каждого элемента меню?
загружены ли и работают ли реальные программы, которые выполняет меню?
При тестировании функциональных возможностей приложений всегда следует убедиться, что:
загружаются надлежащие пиктограммы
загружаются новые атрибуты и свойства устройств
все MIB инсталлируются и загружаются должным образом
новые элементы меню приложения ovw видны соответствующим пользователям
новые демоны можно запускать и останавливать с помощью ovstart и ovstop
новые порты документируются в /etc/services
после инсталляции все еще имеется свободное дисковое пространство
удовлетворяются требования к хранению данных приложения на диске
При проведении модернизации ОС следует также убедиться в том, что после модернизации системные ресурсы NNM:
останутся доступными
останутся не доступными
удвоятся
Добавление этого является распространенным средством борьбы с чрезмерным числом дисковых обменов для свопинга:
RAM
ЦП
HDD
FDD
С помощью чего можно убедиться в том, что производительность дискового массива улучшилась, после установки дополнительного дисковода к тому, который уже размещен на нескольких дисках:
HDDPlus
GUIPlus
XPlus
GlancePlus
Если принимается решение добавить одну или несколько карт Fast Ethernet к системе HP-UX для увеличения производительности LAN, то следует учесть возможность установки дополнительного программного обеспечения:
автоматического агрегирования порта
APA
полуавтоматического агрегирования порта
PAP
Администраторам серверов печати нужны схемы, демонстрирующие только:
принтеры
сканеры
принтерные серверы
При создании MIB-приложения генерируется файл регистрации приложения:
XFT
ARI
ARF
AFR
Для сбора исторических данных SNMP о производительности требуется доступ к GUI xnmcollect из меню:
Options:Data & Thresholds
Options:Collection & Thresholds
Collection & Thresholds
Options:Data Collection & Thresholds
Чтобы избежать сошествия в "чистилище" поддержки нужно отслеживать на web-сайте HP:
совместимость конкретных версий продуктов FreeWork
совместимость конкретных версий продуктов OpenAll
совместимость конкретных версий продуктов OpenView
Если к системе добавляется дополнительный ЦП, то нужно убедиться в том, что его загрузка балансируется с:
другими ЦП
RAM
HDD
FDD
Если ОС не распознает новый ЦП - первым об этом должен узнать:
оператор
программист
администратор
Тестирование патчей NNM может не быть ежедневным событием, но посещать web-сайт HP OpenView следует:
каждый день
раз в неделю
раз в две недели
раз в месяц
Стандартным инструментом для отслеживания конкретной переменной MIB является:
VxS MIB-браузера
Xg MIB-браузера
XGI MIB-браузера
GUI MIB-браузера
Распространенной практикой является:
настройка структуры меню NMP
настройка структуры меню XNP
настройка структуры меню NNM
настройка структуры меню XMI
У опреаторов инструментария NNM часто имеется следующая переменная окружения:
$OVwRegDir
$OVwDir
$OVwReg
$OVwRegDirX
Частью работы администратора NNM является обучение пользователей тому, как:
находить проблемы
устранять проблемы
документировать проблемы
Поставщик OС вносит изменения в код системы по различным причинам, в том числе, чтобы:
поддерживать конкурентное преимущество
соблюдать правила Y2K (все еще)
избегать морального старения
исправлять ошибки кодирования
добавлять новые возможности
модернизировать такие подсистемы, как DNS или X-Windows
В среде Sun Solaris ресурсы ядра определяются в текстовом файле:
/root/system
/bin/system
/etc/system
/opt/system
Если стандартный Ethernet LAN-адаптер для системы NNM меняется на адаптер Fast Ethernet, следует убедиться, что он согласуется с присоединенным портом коммутатора на предмет:
дуплексного соединения на скорости 1000 Mbps
дуплексного соединения на скорости 100 Mbps
симплексного соединения на скорости 100 Mbps
симплексного соединения на скорости 1000 Mbps
Какая команда NNM устанавливает местоположение маршрутизаторов с помощью SNMP:
findroute
froute
xdroute
snmproute
Данные SNMP можно собирать напрямую без графических утилит, используя команду snmpget:
$OV_ETC/snmpget device_name >>
$OPT/snmpget device_name object-id << /tmp/data_file
$OV_BIN/snmpget device_name object-id >> /tmp/data_file
$X_BIN/snmpget device_name object-id lt;< /tmp/data_file
Прежде чем включить новую процедуру в документацию, следует подтвердить ее правильность ответив на ряд следующих вопросов:
работает ли новая процедура на всех устройствах, или только на некотором подклассе устройств
всегда ли эти устройства будут присутствовать на схеме NNM?
как быстро можно найти эти устройства на схеме?
имеется ли встроенное программное обеспечение устройства или требуется новая версия операционной системы?
зависит ли процедура от конкретной версии NNM?
могут ли все пользователи задействовать преимущества процедур?
можно ли усовершенствовать эту процедуру с помощью новой настройки меню?
Чтобы убедиться в том, что расширение RAM привело к уменьшению свопинга, можно воспользоваться:
XView
PerfView
GraphView
XGraph
Имена устройств в категории конфигурационных сигналов:
могут изменяться непредвиденным образом
могут изменяться в определенном порядке
не изменяются
Неудачи автоматического раскрытия возникают в тех случаях, когда устройства отвергают:
раскрытие посредством NNM
раскрытие посредством NMS
раскрытие посредством NPN
раскрытие посредством XNM
Если исторических данных оказывается недостаточно, следует:
увеличить размер базы данных событий
исследовать netmon.trace
увеличить размер trapd.log
исследовать snmpCol.trace
Типичное изменение имени устройства часто соответствует изменению:
в базе данных NPS
в базе данных DNS
в базе данных DNTS
в базе данных XDS
Проблема раскрытия приводит к проблеме:
автоматического размещения
автоматического замещения
полуавтоматического размещения
полуавтоматического замещения
Каждое раскрываемое устройство помещается:
в свой контейнер подсети
в свой граф подсети
в свою секцию подсети
в свой блок подсети
NNM выполняет опрос состояния каждые:
две минуты
пять минут
десять минут
двадцать минут
GUI xnmpolling сохраняет свои конфигурационные данные в файле:
$XCONF/polling
$OV_ETC/pulling
$OV_CONF/polling
X_CONF/polling
Демон netmon читает файл $OV_LRF/netmon.lrf:
каждый раз, когда стартует
только при первом старте
только при остановке
Какой файл содержит IP-адреса, которые netmon будет игнорировать, если они ему встретятся:
xnet.noDiscover
netmon.Discover
xnet.Discover
netmon.noDiscover
Чтобы проверить, раскрыто ли устройство, следует воспользоваться командой:
ovdump -RISC device_name
ovtopodump -RISC device_name
vtpodump -RISC device_name
xdump -RISC device_name
Следует всегда следить за системой NNM с помощью команды:
$V_OPToconf -test station_name
$X_SBINxnmtopoinf -test station_name
$OV_BIN/xnmtopoconf -test station_name f
$OV_ETCxnmtopoconf -test station_name
В NNM события можно просмотреть с помощью:
браузера журнала регистрации событий
архивированных файлов trapd.log
базы данных событий, по обстановке
Использование журнальных записей событий NNM представляет собой:
первый шаг поиска и устранения неисправностей NNM
второй шаг поиска и устранения неисправностей NNM
третий шаг поиска и устранения неисправностей NNM
четвертый шаг поиска и устранения неисправностей NNM
Стратегия, которая учит собирать дополнительную информацию, наблюдая за тем, где существует проблема, является составной частью следующей методологии поиска и устранения неисправностей:
Kepner-Tregoe
Keller-Wright
Barg-Thompsson
Kepner-Fischer
NNM определяет имя выборки IP-адресуемого устройства следующим образом:
имя DNS, соответствующее низшей части IP-адреса
системное имя MIB-2, если устройство поддерживает SNMP
IP-адрес, если он один
MAC-адрес устройства
IP-центрическая конструкция системы NNM приводит к тому, что для каждой подсети, раскрываемой NNM, создается свой:
блок
секция
контейнер
граф
К средствам NNM 6.1 поддерживающим DHCP можно отнести:
файл $OV_CONF/C/filters
меню Options:Network Polling Configuration
файл $X_ETC/filter
меню Network Configuration
Ответственным за процесс автоматического раскрытия является демон:
netmon
netget
openget
netall
Демон netmon руководствуется необязательным параметром seedfile в файле:
$X_LRF/netmon.get
$OV_ETC/netmon.lrf
$X_OPT/netall.inf
$OV_LRF/netmon.lrf
1Для корректного отображения громоздких GUI рекомендуется использовать монитор с разрешением:
800x600
1024x768
1280x1024
Временная лицензия, которую щедро поставляет HP, годится на:
10 дней
20 дней
30 дней
60 дней
Продукт NNM:
очень консервативен
не консервативен
не очень консервативен
Вставка новой платы в коммутатор Ethernet и его перезапуск часто приводит к перенумерации:
экземпляров NIB для портов
экземпляров MIB для портов
экземпляров SNMP для портов
экземпляров NSMP для портов
Иногда NNM не размещает часть сети должным образом, потому что не может получить нужную информацию:
от дефектного агента SNMP
от исправного агента SNMP
от не существующего агента SNMP
Интервал нерабочего времени устройств для удаления IP-адреса устройств, у которых IP-адреса соответствуют фильтру DHCP приводится в действие:
xnmpolling -delDhcpAddrsOn
xpulling -DhcpAddrsOn
xpolling -AddrsOn
polling -delAddrsOn
Какой файл часто используется для определения исходного домена управления во время первого раскрытия:
seedfile
sdfile
openget
xsfile
Автоматическое раскрытие совершается:
только в пределах домена управления
в управляемых подсетях
в не управляемых подсетях
Одним из преимуществ схемы NNM является то, что:
легко опознаются соседние устройства
легко опознаются все устройства
не опознаются соседние устройства
не опознаются все устройства
Если у интерфейса маршрутизатора имеются один основной адрес и три вспомогательных, то NNM покажет маршрутизатор, как имеющий:
одну присоединенную подсеть
две присоединенных подсети
три присоединенных подсети
четыре присоединенных подсети
Проблемы раскрытия могут вызываются следующими обстоятельствами:
В ARP-кэше на узле, поддерживающем SNMP, отсутствует данный IP-адрес
IP-адрес удален из ARP-кэша как устаревший
проверке устройства демоном netmon препятствует потеря пакетов
устройство не может обмениваться данными за пределами своей подсети
устройство выключено
устройство не работает семь дней и удаляется
Ограничением по умолчанию на использование сокетов TCP для эмулятора X-Windows является число:
2
8
16
32
64
128
VNC на основе коммутируемых каналов с пропускной способностью 56 Kbps демонстрирует лучшую эффективность, чем:
X-Windows
XWindows
X-Window
XWindow
Стандарт X-Windows действует на следующих уровнях:
сетевом
транспортном
сессионном
представительном
прикладном
Оконными менеджерами являются:
xwm
vuewm
dtwm
Использование полученных от сторонних поставщиков и самодельных приложений Java может накладывать дополнительные ограничения на:
конфигурацию клиентской системы
версию клиентской системы
конфигурацию серверной системы
версию серверной системы
С NNM можно работать из эмулятора X-Windows или из web-клиента в среде любой операционной системы, которая поддерживает:
X-Windows
XWindow
Netscape 4.6 или более старшей версии
Netscape 3.6
Разрабатывает специальные приложения для NNM программист, разработчик или аналитик, обученный:
C/C++
Perl
Java
API HP OpenView
При открытии схемы NNM в режиме только чтения пользователь не имеет возможности:
двигать пиктограммы по схеме
добавлять пиктограммы
удалять пиктограммы
каким-либо образом настраивать схему
Какое приложение подходит для отображения структурированной табличной информации:
табличное
диаграммное
приложение, использующее форму
Иногда проблема DNS вызывается не сервером имен, а процедурой распознавателя на стороне клиента:
в распознавателе используется неисправный сервер имен
в пути SEARCH осуществляется поиск неправильного домена
установленное по умолчанию имя домена не является правильным
распознаватель не справляется с большим числом адресов
Проблемы, предположительно связанные с NNM, могут относиться к:
DNS
DHCP
маршрутизаторам
клиентским распознавателям
неопытности пользователей
У знатоков продукта NNM имеется доступ к HP Response Center для:
обсуждения проблем
сбора информации
делового сотрудничества
предоставления сообщений об ошибках
1Клиентскими системами NNM могут быть любые системы, на которых:
выполняются эмулятор X-Windows
выполняются web-браузер с поддержкой Java
установлен Linux
X-Windows компенсирует различия:
используемых операционных систем
оконных систем
свойств графических дисплеев
производительности рабочих станций пользователей
возможностей сети
Для обмена данными между X-сервером и X-клиентом используется протокол:
UDP
TCP
APR
APA
Иерархия поддержки для пользовательского сообщества NNM включает:
лидера локального сайта NNM
администратора NNM из персонала IT
администратора системы UNIX
консультанта NNM
Владелец схемы имеет по отношению к ней права:
только чтения
только записи
чтения и записи
Какое приложение подходит для отображения изменяемых во времени скалярных значений:
диаграммное
приложение, использующее форму
табличное
В число механизмов разрешения имен входят:
сервис доменных имен
WINS
/etc/hosts
LMHOSTS
NIS
запрос имени NetBIOS
У знатоков продукта NNM также имеется лаборатория с тестовой системой NNM, применяемой для:
тестирования патчей
проверки конфигурации
проведения регрессивных тестов
воспроизведения проблем
Операционной системой, в которой работает NNM, является:
Solaris
HP-UX
Windows NT
Linux
В ранних дисплеях поддерживались:
монохромные отображения
256-цветные отображения
с 24-битной насыщенностью
Решения для X-Windows с применением сжатия обеспечиваются в продуктах:
Serial XPress компании Tektronics
XRemote компании NCD и Low Bandwidth X (LBX)
VNRemote компании Xtronics
В схеме топология формируется в соответствии с:
сетью
подсетью
сегментом
устройством
Общими конфигурационными сигналами, которые может выдавать NNM являются:
маска подсети устройства отличается от правильной маски этой подсети
MAC-адрес устройства изменился
маршрут устройства указывает на устройство, которое не является маршрутизатором
имя устройства изменилось
найден новый интерфейс устройствa
обнаружен новый или удален существующий узел
sysObjectID устройствa изменился
Object устройствa изменился
Путем ввода какой команды можно получить очень полезную однострочную сводку для каждого устройства из базы данных NNM:
xvtdump -T > report_name
ovdump -Nr > report_name
ovtopodump -Lr > report_name
xpodump -M > report_name
Обычно корневая схема NNM содержит одну подсхему - подсхему Internet, но может содержать и другие схемы, такие как:
схема физической топологии уровня 2
IPX-схема
схема сети с подключенной памятью (SAN)
схема, созданная другим дополнительным приложением OpenView
Соединительными устройствами уровня 3 являются:
маршрутизаторы
коммутаторы уровня 3
Ethernet-коммутаторы с модулем маршрутизации
групповые хосты
Если выбрать два маршрутизатора, то каким меню необходимо воспользоваться, чтобы NNM графически отобразил маршрут, по которому передавался бы пакет между этими маршрутизаторами:
Fault:Locate Route
Locate Route
Fault:Route
Route
Если открыть подсхему любого сегмента, то можно увидеть:
устройства-соединители
устройства, присоединенные к сегменту
устройства-объединители
устройства-интеграторы
Накопительные станции надежным образом посылают информацию о состоянии на управляющие станции через TCP-соединение, устанавливаемое между их демонами:
cmd
pdb
pmd
xdm
Какой параметр предписывает ovtopmd экспортировать только те объекты, которые проходят через этот фильтр на все управляющие станции:
-t Backbone
-n NetsBackbone
-m NetBack
-f NetBackbone
Управляющая станция должна быть сконфигурирована так, чтобы включать для всех устройств:
строки сообществ
пиктограммы
oid_to_type
прочие настроенные файлы, согласованные с их аналогами на всех накопительных станциях
Установить связь с накопительной станцией на управляющей станции можно путем открытия окна shell и ввода команды:
$OV_BIN/xnmtopoconf -manage collection_station_name
$OV_ETC/xnmtopoconf -man collection_station_name
$OV_SBIN/xnpconf -A collection_station_name
$OV_OPT/nmspconf -Tn collection_station_name
Для проверки состояния связи с накопительной станцией нужно ввести команду:
$OV_USR/nmspconf -print collection_station_name
$OV_OPT/xnpconf -print collection_station_name
$OV_BIN/xnmtopoconf -print collection_station_name
$OV_ETC/xsnmpinf -print collection_station_name
Состояние всех устройств, обычно опрашиваемых накопительной станцией, остается:
замороженным
полузамороженным
динамичным
Определение фильтра в каком файле указывает, какие объекты накопительная станция будет пересылать по запросам на управляющую станцию через SNMP:
filter
xfilt
filters
filinf
До добавления накопительной станции следует не забыть экспортировать:
все настройки схемы на управляющую станцию
все настройки схемы на накопительную станцию
все настройки схемы на управляющую станцию и накопительную станцию
В обеспечиваемом NNM управлении конфигурацией можно грубо выделить следующие основные области:
раскрытие с IP-адресуемых устройств, IP-структуры сети, маршрутизаторов, коммутаторов, мостов, повторителей и других устройств инфраструктуры
сбор и хранение в базе данных конфигурационной информации об устройствах и сетях
контроль конфигурационной информации на предмет изменений, наличия ошибок или несогласованности
представление топологии сети и связности устройств с помощью иерархии схем с IP-центрической точки зрения, с точки зрения уровня 2 или с точки зрения физической связности
обеспечение доступа к информации посредством предоставления поисковых средств для обнаружения местоположения устройств в сети относительно их окрестной топологии, а также путем использования текстовых отчетных средств
Одна из выделяемых областей в обеспечиваемом NNM управлении конфигурацией включает представление топологии сети и связности устройств с помощью иерархии схем:
с IP-центрической точки зрения
с точки зрения уровня 2
с точки зрения физической связности
Вы можете обратится к нам напрямую, через:
По Skype: molodoyberkut
По Telegram: @MolodoyBerkut
По ICQ: 657089516
Или через форму обратной связи на нашем сайте
По Skype: molodoyberkut По Telegram: @MolodoyBerkut По ICQ: 657089516Или через форму обратной связи на нашем сайте
Пока сочиняется...
Экзамен "OpenView Network Node Manager" для пользователей и системных администраторов.
