Внимание ! Вопросы к тесту выложены исключительно в ознакомительных целях: количество вопросов может не совпадать с действительным, актуальность не поддерживается,- за решением теста 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-кэшами и отличной сетевой связностью - это:
Для выполнения автоматического резервного копирования и интерактивных операций восстановления можно использовать:
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 одного или нескольких:
опытных консультантов системных администраторов менеджеров проекта
Обычно в компаниях принято управлять сетью по доменам управления путем разделения сети на основе:
географии общности бизнес-интересов функциональных возможностей архитектуры сети
Применение чего позволяет процедуре автоматического раскрытия заново построить базы данных объектов и топологии:
Для соглашений по поводу функциональности верны следующие утверждения:
в нем определяется, какие средства и возможности будут предоставляться сообществу пользователей в результате внедрения NNM в нем фиксируются требования пользователей в нем расписываются роли и зоны ответственности оно разрабатывается на ранней стадии проектного цикла оно разрабатывается на поздней стадии проектного цикла
Чтобы защитить сервис SNMP на маршрутизаторе, доступ к нему разрешается:
только локальной системе NNM только глобальной системе NNM и локальной и глобальной системам NNM сервис SNMP защитить на маршрутизаторе невозможно
Что является важнейшим, интенсивно используемым ресурсом NNM:
SDN NDN DNS DSNN
Поскольку DNS предназначается для решения критически важных задач, серверы имен:
должны быть перегруженными не должны быть перегруженными DNS не предназначается для решения критически важных задач
Исторически в Internet-системах для распространения информации об IP-адресах и именах хостов использовался файл:
Файл 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, чтобы определить местонахождение каталога файлов базы данных:
Для кэширующего сервера имен верны следующие утверждения:
не содержит официальных файлов базы данных отсылает неизвестные поисковые запросы серверам имен, перечисленным в его файле db.cache отсылает неизвестные поисковые запросы серверам имен, перечисленным в его файле db. возвращает результаты поисковых запросов из своего кэша в основной памяти отсылает неизвестные поисковые запросы серверам имен, перечисленным в его файле .cache
Для очистки кэша конфигурации SNMP необходимо воспользоваться командой:
Сервис DNS/BIND (Domain Name Service/Berkeley Internet Nameserver Daemon) полностью отвечает следующим требованиям:
сокращает сетевой трафик обеспечивает высокую надежность уменьшает время распространения обновлений являлся истинно стандартным делегирует полномочия на использование информации поддерживает дополнительные поля, такие как записи почтовых обменов очень хорошо масштабируется
В зависимости от версии DNS возвращает свой список IP-адресов в соответствии с одним из следующих правил:
возвращать циклический список IP-адресов возвращать один и тот же фиксированный список IP-адресов возвращать сначала "ближайший" IP-адрес
В DNS обеспечивается ряд средств повышения надежности, которые включают:
наличие у клиента нескольких серверов имен кэширование основные и вспомогательные серверы иерархию серверов имен для делегирования полномочий
Стандартный IP-адрес для localhost, представляющий собой стандартный IP-адрес возвратной петли - это:
Сетевые устройства с встроенными SNMP-агентами RMON2 обладают способностью к:
выборке сетевых пакетов идентификации приложений только выборке сетевых пакетов только идентификации приложений
Сообщества по интересам чаще всего и наиболее очевидным образом определяются:
произвольно географией топологией сети
Один из подходов к оценке числа устройств состоит в том, что берется произведение числа подсетей в домене управления:
на минимальное теоретически возможное число IP-адресов в каждой подсети на максимальное теоретически возможное число IP-адресов в каждой подсети на среднее теоретически возможное число IP-адресов в каждой подсети
Согласно точке зрения некоторых менеджеров сети заинтересованых, главным образом, в самой сетевой инфраструктуре, устройства, не поддерживающие SNMP:
не должны раскрываться и управляться не должны только раскрываться не должны только управляться
Оценки размера домена управления должны быть с запасом, чтобы учесть рост, возможный при:
появлении дополнительных систем появлении новых служащих появлении новых узлов слиянии предприятий
Если OID какого-либо устройства неизвестен, и он не содержится в файлах HP oid_to_sym и oid_to_type, то нужно:
уделить этим файлам пристальное внимание поддерживать эти файлы как часть действующей стратегии такая ситуация невозможна
При первом раскрытии домена управления может случиться, что:
произойдет обвальное раскрытие нежелательных устройств окажутся неверными маски подсетей выявятся проблемы маршрутизации демон netmon зациклится или выдаст дамп ядра X-сессии и GUI не будут заблокированы X-сессии и GUI будут заблокированы
Файл $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
первое раскрытие второе раскрытие третье раскрытие четвертое раскрытие
Когда раскрытие стабилизируется, подсхема Internet NNM часто переполняется, в то время как на LANscape пиктограммы:
не сжимаются сжимаются почти до точек сжимаются почти до пунктиров сжимаются почти до восьми точек
При раскрытии без seedfile, когда уляжется шум, в принятой по умолчанию подсхеме Internet будут показаны:
управляемые локальные подсети, подсоединенные к системе NNM управляемые маршрутизаторы, присутствующие в каждой подсети все неуправляемые подсети, присутствующие на других интерфейсах маршрутизаторов
Одно из преимуществ раскрытия, управляемого вручную, состоит в том, что:
определяются устройства первой группы определяются трудно раскрываемые устройства не определяются устройства
Следует поместить seedfile в безопасное и неизменное место, независимое от дерева инсталляции NNM, такое как:
Наличие какого параметра позволяет демону 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 в файл:
Какой элемент меню приводит в действие GUI, эквивалентный командной строке nmdemandpoll:
PNode Pull Nod Poll Node Dema Poll
NNM начинает свою работу, имея единственную глобальную, используемую по умолчанию строку сообщества, которая первоначально устанавливается в:
"private" "crosspublic" "publicplus" "public"
Бедственных ситуаций с DNS можно избежать если:
DNS конфигурируется и реализуется должным образом можно использовать имена, а не IP-адреса для сопоставления специальных строк сообществ SNMP если в NNM постоянно обновляются конфигурации SNM
Выполнение какой команды применит к текущей базе данных пересмотренный фильтр раскрытия filtername и удалит устройства, которые через этот фильтр не проходят:
При использовании установленной по умолчанию длины очереди 20 можно ожидать, что netmon будет поддерживаться должным образом, пока среднее время ответа на запросы SNMP не будет превышать:
Одним из преимуществ раскрытия, управляемого вручную, является то, что при этом:
встретятся ошибки первой группы, одна за другой встретятся все виды ошибок, одна за другой вообще не встретятся ошибоки
Подсети, которые первоначально раскрываются через маршрутизаторы из 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 раскрывает и отображает ненумерованные каналы между маршрутизаторами, если это не запрещается опцией:
Внимание ! Вопросы к тесту выложены исключительно в ознакомительных целях: количество вопросов может не совпадать с действительным, актуальность не поддерживается,- за решением теста 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, размещенным в файле ресурсов:
Чтобы обеспечить доступ к системе 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 на накопительной станции посредством следующей строки:
Ограничения на пропускную способность коммутируемых модемных соединений будут заметно снижать скорость реакции приложений:
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, обычно будут существовать дополнительные ограничения, налагаемые на его:
конфигурацию администрирование использование
Рекомендуется избегать применения автоматически конфигурирующих протоколов, таких как:
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) целиком сжимать файл резервной копии передавать файл резервной копии по сети в резервную систему
Согласовать счетчики объектных ссылок можно путем периодического запуска следующей команды:
Никогда не следует настраивать схему, используемую:
по умолчанию не так давно очень давно
В данной случае: 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
В правильно организованных сайтах допускается существование только должным образом:
Подробную информацию о резервном копировании можно найти в следующей главе руководства "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 из меню:
Чтобы избежать сошествия в "чистилище" поддержки нужно отслеживать на web-сайте HP:
совместимость конкретных версий продуктов FreeWork совместимость конкретных версий продуктов OpenAll совместимость конкретных версий продуктов OpenView
Если к системе добавляется дополнительный ЦП, то нужно убедиться в том, что его загрузка балансируется с:
другими ЦП RAM HDD FDD
Если ОС не распознает новый ЦП - первым об этом должен узнать:
оператор программист администратор
Тестирование патчей NNM может не быть ежедневным событием, но посещать web-сайт HP OpenView следует:
каждый день раз в неделю раз в две недели раз в месяц
Стандартным инструментом для отслеживания конкретной переменной 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:
Прежде чем включить новую процедуру в документацию, следует подтвердить ее правильность ответив на ряд следующих вопросов:
работает ли новая процедура на всех устройствах, или только на некотором подклассе устройств всегда ли эти устройства будут присутствовать на схеме NNM? как быстро можно найти эти устройства на схеме? имеется ли встроенное программное обеспечение устройства или требуется новая версия операционной системы? зависит ли процедура от конкретной версии NNM? могут ли все пользователи задействовать преимущества процедур? можно ли усовершенствовать эту процедуру с помощью новой настройки меню?
Чтобы убедиться в том, что расширение RAM привело к уменьшению свопинга, можно воспользоваться:
XView PerfView GraphView XGraph
Имена устройств в категории конфигурационных сигналов:
могут изменяться непредвиденным образом могут изменяться в определенном порядке не изменяются
Неудачи автоматического раскрытия возникают в тех случаях, когда устройства отвергают:
раскрытие посредством NNM раскрытие посредством NMS раскрытие посредством NPN раскрытие посредством XNM
Если исторических данных оказывается недостаточно, следует:
увеличить размер базы данных событий исследовать netmon.trace увеличить размер trapd.log исследовать snmpCol.trace
Типичное изменение имени устройства часто соответствует изменению:
в базе данных NPS в базе данных DNS в базе данных DNTS в базе данных XDS
браузера журнала регистрации событий архивированных файлов trapd.log базы данных событий, по обстановке
Использование журнальных записей событий NNM представляет собой:
первый шаг поиска и устранения неисправностей NNM второй шаг поиска и устранения неисправностей NNM третий шаг поиска и устранения неисправностей NNM четвертый шаг поиска и устранения неисправностей NNM
Стратегия, которая учит собирать дополнительную информацию, наблюдая за тем, где существует проблема, является составной частью следующей методологии поиска и устранения неисправностей:
Какой файл часто используется для определения исходного домена управления во время первого раскрытия:
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 действует на следующих уровнях:
Использование полученных от сторонних поставщиков и самодельных приложений 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:
Обычно корневая схема NNM содержит одну подсхему - подсхему Internet, но может содержать и другие схемы, такие как:
схема физической топологии уровня 2 IPX-схема схема сети с подключенной памятью (SAN) схема, созданная другим дополнительным приложением OpenView
Соединительными устройствами уровня 3 являются:
маршрутизаторы коммутаторы уровня 3 Ethernet-коммутаторы с модулем маршрутизации групповые хосты
Если выбрать два маршрутизатора, то каким меню необходимо воспользоваться, чтобы NNM графически отобразил маршрут, по которому передавался бы пакет между этими маршрутизаторами:
Fault:Locate Route Locate Route Fault:Route Route
Если открыть подсхему любого сегмента, то можно увидеть:
устройства-соединители устройства, присоединенные к сегменту устройства-объединители устройства-интеграторы
Накопительные станции надежным образом посылают информацию о состоянии на управляющие станции через TCP-соединение, устанавливаемое между их демонами:
cmd pdb pmd xdm
Какой параметр предписывает ovtopmd экспортировать только те объекты, которые проходят через этот фильтр на все управляющие станции:
Состояние всех устройств, обычно опрашиваемых накопительной станцией, остается:
замороженным полузамороженным динамичным
Определение фильтра в каком файле указывает, какие объекты накопительная станция будет пересылать по запросам на управляющую станцию через SNMP:
filter xfilt filters filinf
До добавления накопительной станции следует не забыть экспортировать:
все настройки схемы на управляющую станцию все настройки схемы на накопительную станцию все настройки схемы на управляющую станцию и накопительную станцию
В обеспечиваемом NNM управлении конфигурацией можно грубо выделить следующие основные области:
раскрытие с IP-адресуемых устройств, IP-структуры сети, маршрутизаторов, коммутаторов, мостов, повторителей и других устройств инфраструктуры сбор и хранение в базе данных конфигурационной информации об устройствах и сетях контроль конфигурационной информации на предмет изменений, наличия ошибок или несогласованности представление топологии сети и связности устройств с помощью иерархии схем с IP-центрической точки зрения, с точки зрения уровня 2 или с точки зрения физической связности обеспечение доступа к информации посредством предоставления поисковых средств для обнаружения местоположения устройств в сети относительно их окрестной топологии, а также путем использования текстовых отчетных средств
Одна из выделяемых областей в обеспечиваемом NNM управлении конфигурацией включает представление топологии сети и связности устройств с помощью иерархии схем:
с IP-центрической точки зрения с точки зрения уровня 2 с точки зрения физической связности
Вы можете обратится к нам напрямую, через:
По Skype: molodoyberkut По Telegram: @MolodoyBerkut По ICQ: 657089516