тексты

Варіант 26

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

б) Локальный адрес узла, определяемый технологией, с помощью которой построена отдельная сеть, в которую входит данный узел. Для узлов, входящих в локальные сети - это МАСадрес сетевого адаптера или порта маршрутизатора. Эти адреса назначаются производителями оборудования и являются уникальными адресами, так как управляются централизовано. Для всех существующих технологий локальных сетей МАС -адрес имеет формат 6 байтов: старшие 3 байта - идентификатор фирмы производителя, а младшие 3 байта назначаются уникальным образом самим производителем. Для узлов, входящих в глобальные сети, локальный адрес назначается администратором глобальной сети. Этот адрес используется на сетевом уровне. Он назначается администратором во время конфигурирования компьютеров и маршрутизаторов. IP -адрес состоит из двух частей: номера сети и номера узла.

240

Варіант 27

а) Номер сети может быть выбран администратором произвольно, либо назначен по рекомендации специального подразделения Internet, если сеть должна работать как составная часть Internet. Обычно провайдеры услуг Internet получают диапазоны адресов у подразделений NIC, а затем распределяют их между своими абонентами. Номер узла в протоколе IP назначается независимо от локальног о адреса узла. Деление IP - адреса на поле номера сети и номера узла - гибкое, и граница между этими полями может устанавливаться произвольно. Узел может входить в несколько IP -сетей. В этом случае узел должен иметь несколько IP-адресов, по числу сетевых связей. Таким образом IP-адрес характеризует не отдельный компьютер или маршрутизатор, а одно сетевое соединение. Символьный идентификатор-имя. Этот адрес назначается администратором и состоит из нескольких частей.

б) Такой адрес, называемый также DNS -именем, используется на прикладном уровне, например, в протоколах FTP или telnet. В протоколе IP-адрес узла, то есть адрес компьютера или порта маршрутизатора, назначается произвольно администратором сети и прямо не связан с его локальным адресом, как это сде лано, например, в протоколе IPX. Подход, используемый в IP, удобно использовать в крупных сетях как по причине его независимости от формата локального адреса, так и по причине стабильности, так как в противном случае, при смене на компьютере сетевого адаптера, это изменение должны бы были учитывать все адресаты всемирной сети Internet (в том случае, если сеть подключена к Internet'у). Локальный адрес используется в протоколе IP только в пределах локальной сети при обмене данными между маршрутизатором и узлом этой сети.

241

Варіант 28

а) В пришедшем пакете этот адрес не указан, поэтому перед маршрутизатором встает задача поиска его по известному IP - адресу, который указан в пакете в качестве адреса назначения. С аналогичной задачей сталкивается и конечный узел , когда он хочет отправить пакет в удаленную сеть через маршрутизатор, подключенный к той же локальной сети, что и данный узел. Для определения локального адреса по IP -адресу используется протокол разрешения адреса. Протокол ARP работает различным образом в зависимости от того, какой протокол канального уровня работает в данной сети - протокол локальной сети с возможностью широковещательного доступа одновременно ко всем узлам сети, или же протокол глобальной сети, как правило не поддерживающий широковещател ьный доступ. Существует также протокол, решающий обратную задачу - нахождение IPадреса по известному локальному адресу.

б) Он называется реверсивный и используется при старте бездисковых станций, не знающих в начальный момент своего IP - адреса, но знающих адрес своего сетевого адаптера. В локальных сетях протокол ARP использует широковещательные кадры протокола канального уровня для поиска в сети узла с заданным IP-адресом. Узел, которому нужно выполнить отображение IP - адреса на локальный адрес, формир ует ARP запрос, вкладывает его в кадр протокола канального уровня, указывая в нем известный IP-адрес, и рассылает запрос широковещательно. Все узлы локальной сети получают ARP запрос и сравнивают указанный там IP-адрес с собственным. В случае их совпадения узел формирует ARP-ответ, указывает свой IP -адрес и свой локальный адрес и отправляет его уже направленно, так как в ARP запросе отправитель указывает свой локальный адрес. ARP - запросы и ответы используют один и тот же формат пакета.

242

Варіант 29

а) Платформа .NET основана на единой объектно - ориентированной модели; все сервисы, предоставляемые программисту платформой, оформлены в виде единой иерархии классов. Это решает многие проблемы программирования на платформе Win32, когда большинство функций были сосредоточены в COM-объектах, а некоторые функции необходимо было вызывать через DLL. Благодаря тому, что промежуточное представление .NET не привязано к какой -либо платформе, приложения, созданные в архитектуре.NET, являются

Платформа .NET предоставляет автоматическое управление ресурсами. Это решает многие распространенные проблемы, такие как утечки памяти, повторное освобождение ресурса и т.п. На самом деле, в .NET вообще нет никакого способа явно освободить ресурс!

б) Из-за этого установка нового приложения может привести

кпрекращению работы ранее установленного приложения. В архитектуре .NET установка приложения может свестись к простому копированию всех файлов в определенный каталог. При установке используются криптографиче ские стандарты, которые позволяют придавать разную степень доверия различным модулям приложения. Наконец, приложения .NET не используют реестр Windows — возможность отказаться от реестра достигается за счет использования механизма метаданных. Код, сгенерированный для .NET, может быть проверен на безопасность. Это гарантирует, что приложение не может навредить пользователю или нарушить функционирование операционной системы. Таким образом, приложения для .NET могут быть сертифицированы на безопасность. Обрабо тка ошибок в .NET всегда производится через механизм исключительных ситуаций.

243

Варіант 30

а) Вероятно, самым большим обещанием .NET остается межъязыковое взаимодействие. Впервые в истории программирования появляется единая модель, позволяющая на равных условиях пользоваться различными языками для создания приложений. Так как MSIL не зависит от исходного языка программирования или от целевой платформы, в рамках .NET становится возможным развивать новые программы на базе старых программ – причем и первый, и второй языки программирования не так уж важны! Естественно, что для такого подхода к разработке программ необходимо обеспечить, например, межъязыковую отладку (многие сталкивались с трудностями отладки при вызове С++ библиотеки из Visual Basic). Visual Studio.NET поддерживает этот процесс прозрачно для пользователя и не делает различий между языками, на которых было написано исходное приложение.

б) Перечисленные выше особенности платформы .NET позволяют добиться простоты повторного использования код а. Раньше платформа Win32 позволяла повторное использование только на уровне COM-компонент; теперь можно повторно использовать классы и наследовать от них свои приложения. Самым ощутимым недостатком является существенное замедление выполнения программ. Это неудивительно, так как между исходным языком и машинным кодом вводится дополнительный уровень. Однако промежуточное представление

.NET с самого начала проектировалось с прицелом на компиляцию времени исполнения (в отличие, от Java bytecode, который разрабатывался с прицелом на интерпретацию). Другая проблема .NET заключается в том, что при ее создании основной упор был сделан на С++/ Java-подобные языки (например, конструкторы с именем, равным имени метода).

244

2 СЛОВНИК ПРОФЕСІЙНОЇ ЛЕКСИКИ

2.1 ТЕХНІЧНА ТЕРМІНОЛОГІЯ

245

246

247

248

249