Для чего предназначен протокол воотр

Обновлено: 07.07.2024

Документ из архива "Автоматизированная настройка TCP/IP, BOOTP. Динамическая настройка (DHCP)", который расположен в категории "контрольные работы". Всё это находится в предмете "информатика, программирование" из раздела "Студенческие работы", которые можно найти в файловом архиве Студент. Не смотря на прямую связь этого архива с Студент, его также можно найти и в других разделах. Архив можно найти в разделе "контрольные работы и аттестации", в предмете "информатика, программирование" в общих файлах.

Онлайн просмотр документа "46666"

Текст из документа "46666"

Министерство образования Российской Федерации Тольяттинский Государственный Университет Кафедра "Информатика и ВТ"

Индивидуальное домашнее задание "Автоматизированная настройка TCP/IP. BOOTP. Динамическая настройка (DHCP)"

г. о. Тольятти 2009

Содержание

1. Автоматизированная настройка TCP/IP

1.1 Динамическая настройка конфигурации с применением BOOTP

1.6 Дополнительные данные

2. Динамическая настройка (DHCP)

2.1 Распределение IP-адресов в DHCP

2.2 Назначение IP-адресов в DHCP

2.4 Трассировка протокола DHCP

1. Автоматизированная настройка TCP/IP

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

Только компетентный сетевой администратор хорошо понимает все последствия, к которым приводит изменение параметров TCP/IP. Группа IETF разработала для объединенных сетей TCP/IP несколько протоколов автоматической настройки, в том числе ВООТР (Boot Protocol) и DHCP (Dynamic Host Configuration Protocol).

1.1 Динамическая настройка конфигурации с применением BOOTP

Протокол ВООТР проектировался для того, чтобы протоколы IP (Internet Protocol) и UDP (User Datagram Protocol) могли использоваться для передачи информации компьютерам, желающими настроить свою конфигурацию. Компьютер, сгенерировавший запрос, называется клиентом ВООТР, а компьютер, ответивший на запрос клиента, называется сервером ВООТР (рис.1 "Клиенты и серверы ВООТР").

Целью клиентского запроса ВООТР является получение значений параметров IP для компьютера, на котором работает клиент ВООТР.

Протокол ВООТР описан в RFC 951. Обновленная информация содержится в RFC 2132, RFC 1532, RFC 1542 и RFC 1395.

инкапсулируется в заголовке IP. Но какие адреса отправителя и получателя используются в заголовке IP? Интересный вопрос, потому что при выдаче запроса клиент ВООТР должен указать эти адреса. Как правило, клиент ВООТР не знает своего IP-адреса и указывает вместо него 0.0.0.0. Если же адрес известен, он используется в клиентском запросе ВООТР.

Известен ли IP-адрес сервера клиенту ВООТР? В общем случае неизвестен.

Это особенно верно по отношению к ситуациям, когда клиент ВООТР представляет собой бездисковую рабочую станцию и не располагает средствами для определения адреса сервера. Впрочем, если адрес сервера ВООТР может настраиваться на уровне рабочей станции, он используется клиентом ВООР. Если клиент ВООТР не знает IP-адрес сервера ВООТР, он использует ограниченную рассылку IP. В качестве адреса ограниченной рассылки используется следующее значение: 255.255.255.255

Пакеты, отправленные по адресу ограниченной (локальной) рассылки, принимаются всеми IP-узлами локального сегмента сети, включая серверы ВООТР.

Иначе говоря, может ли сервер ВООТР послать направленный ответ? Все зависит от реализации сервера ВООТР.

Модификация кэша ARP используется в реализации ВООТР для BSD Unix.

Если сервер ВООТР не изменяет содержимое кэша ARP, ответ рассылается в широковещательном режиме.

Если ответ ВООТР будет получен до истечения интервала тайм-аута, отсчет прекращается; в противном случае ВООТР передает запрос заново.

Одновременный запуск нескольких клиентов ВООТР может привести к переполнению сети широковещательными запросами ВООТР. Чтобы этого не произошло, в спецификации ВООТР рекомендуется использовать случайную задержку, начальная продолжительность которой составляет от нуля до четырех секунд. При каждой последующей повторной отправке интервал удваивается до тех пор, пока он не достигнет достаточно большой величины (например, 60 секунд). При достижении верхней границы продолжительность интервала перестает удваиваться, но случайная задержка в итоговом интервале продолжает применяться. Внесение случайной задержки помогает предотвратить одновременное поступление запросов со стороны клиентов ВООТР, повышающих нагрузку на сервер и порождающих конфликты пакетов в Ethernet. Удвоение продолжительности случайного интервала предотвращает перегрузку сети многочисленными широковещательными запросами со стороны многих клиентов ВООТР.

Индивидуальное домашнее задание "Автоматизированная настройка TCP/IP. BOOTP. Динамическая настройка (DHCP)"

г. о. Тольятти 2009

Содержание

1.1 Динамическая настройка конфигурации с применением BOOTP

Протокол ВООТР описан в RFC 951. Обновленная информация содержится в RFC 2132, RFC 1532, RFC 1542 и RFC 1395.

Известен ли IP-адрес сервера клиенту ВООТР? В общем случае неизвестен.

Пакеты, отправленные по адресу ограниченной (локальной) рассылки, принимаются всеми IP-узлами локального сегмента сети, включая серверы ВООТР.

Иначе говоря, может ли сервер ВООТР послать направленный ответ? Все зависит от реализации сервера ВООТР.

Модификация кэша ARP используется в реализации ВООТР для BSD Unix.

Если сервер ВООТР не изменяет содержимое кэша ARP, ответ рассылается в широковещательном режиме.

Длина в октетах

Тип аппаратного адреса. Значения совпадают со значениями аналогичного поля в пакетах ARP. Например, код 1 соответствует сети Ethernet 10 Мбит/с

Длина аппаратного адреса в октетах. Аппаратные адреса Ethernet и Token Ring имеют длину 6 байт

Заполняется клиентом ВООТР. Содержит количество секунд, прошедших с начала загрузки клиента

IP-адрес клиента ВООТР, возвращаемый сервером ВООТР

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

IP-адрес маршрутизатора, на котором работает агент-ретранслятор ВООТР

Аппаратный адрес клиента ВООТР.16 октетов зарезервированы для того, чтобы данное поле позволяло представлять различные типы аппаратных адресов. В архитектурах Ethernet и Token Ring используются только 6 октетов

Необязательное имя сервера (если оно известно клиенту ВООТР). Хранится в формате строки, завершенной нуль-символом

Имя загрузочного образа. Хранится в формате строки, завершенной нуль-символом. Если клиент ВООТР хочет загрузить образ операционной системы, принятый с сетевого устройства, он может задать обобщенное имя - например, "unix" для загрузки образа Unix

На сервере ВООТР может храниться дополнительная информация о конкретной операционной системе, необходимой для этой рабочей станции. Ответ, полученный от сервера ВООТР, содержит полностью определенное имя файла

Дополнительные данные, смысл которых определяется поставщиком. Например, при запросе в этом поле может передаваться тип/серийный номер устройства, а при ответе - информация о поддержке некоторых возможностей или идентификатор удаленной файловой системы. Информация может быть зарезервирована для использования ядром или загрузчиком третьей фазы

Несмотря на свое название, протокол ВООТР не используется для фактической пересылки образа операционной системы клиенту ВООТР. Пересылка образа осуществляется отдельным протоколом TFTP (Trivial File Transfer Protocol), который использует в качестве транспорта протокол UDP. Бездисковые рабочие станции загружают образ операционной системы с сервера; другие станции просто используют ВООТР для централизованного назначения IP-адресов, без загрузки системы.

На рис.5 "Пример работы bootstrap" изображены фазы, из которых состоит процесс загрузки образа операционной системы. На шаге 1 клиент ВООТР выдает запрос на получение данных конфигурации IP. На шаге 2 сервер ВООТР возвращает данные конфигурации IP и имя загружаемого файла с образом операционной системы. На шаге 3 клиент ВООТР посылает запрос на загрузку образа операционной системы клиенту TFTP. На шаге 4 клиент TFTP посылает серверу TFTP запрос на загрузку образа операционной системы. На шаге 5 сервер TFTP возвращает серию пакетов данных, содержащих образ операционной системы. После принятия образа ВООТР загружает его в память и инициализируется.

Отделение ВООТР от механизма пересылки образа операционной системы обладает тем преимуществом, что сервер ВООТР не обязан работать на том компьютере, на котором хранятся образы операционных систем (то есть сервере TFTP). Кроме того, это позволяет использовать ВООТР в ситуациях, когда с сервера принимаются только данные конфигурации, без пересылки образа операционной системы.

Возможна ситуация, в которой администратор настраивает рабочую станцию на загрузку разных операционных систем в зависимости от пользователя. В этом случае запрос ВООТР может содержать в поле имени файла обобщенное обозначение - например, "unix" для принятия образа операционной системы Unix, или "default" для загрузки образа операционной системы по умолчанию.

Столкнувшись с таким обобщенным запросом, сервер ВООТР обращается к конфигурационной базе данных, находит полностью определенное имя файла и возвращает его в ответе ВООТР. Клиент ВООТР может передать полностью определенное имя локальному клиенту TFTP для принятия образа операционной системы.

1.6 Дополнительные данные

длина следующего поля данных (1 октет)

данные (переменная длина)

Метки элементов ВООТР описаны в RFC 1497, "ВООТР Vendor Information

Extensions". С появлением протокола DHCP дополнительные данные ВООТР и поле параметров DHCP были приведены к общему формату, описанному в RFC 2132, "DHCP Options and BOOTP Vendor Extensions". Некоторые часто используемые значения меток приведены в табл.2 "Стандартные метки дополнительных данных ВООТР".

Используется только в целях выравнивания, чтобы следующие поля начинались с границы слова

Смещение географической зоны, в которой находится подсеть клиента, от стандартного времени UTC (Coordinated Universal Time). Смещение выражается 32-разрядным целым числом со знаком

Список IP-адресов маршрутизаторов в подсети клиента.

Маршрутизаторы перечисляются в порядке предпочтительности. Минимальная длина списка равна 4 октетам, а общая длина должна быть кратна 4

Список серверов имен (IEN 116), доступных для клиента. Серверы перечисляются в порядке предпочтительности. Минимальная длина списка равна 4 октетам, а общая длина должна быть кратна 4

Список серверов DNS (STD 13, EFC 1035), доступных для клиента. Серверы перечисляются в порядке предпочтительности. Минимальная длина списка равна 4 октетам, а общая длина должна быть кратна 4

Список журнальных серверов (MIT-LCS UDP), доступных для клиента. Серверы перечисляются в порядке предпочтительности. Минимальная длина списка равна 4 октетам, а общая длина должна быть кратна 4

Список серверов cookie (RFC 865), доступных для клиента.

Серверы перечисляются в порядке предпочтительности.

Минимальная длина списка равна 4 октетам, а общая длина должна быть кратна 4

Список серверов построчной печати LPR (RFC 1179), доступных для клиента. Серверы перечисляются в порядке предпочтительности. Минимальная длина списка равна 4 октетам, а общая длина должна быть кратна 4

Список серверов Imagen Impress, доступных для клиента.

Серверы перечисляются в порядке предпочтительности.

Минимальная длина списка равна 4 октетам, а общая длина должна быть кратна 4

Список серверов местонахождения ресурсов (RFC 887), доступных для клиента. Серверы перечисляются в порядке предпочтительности. Минимальная длина списка равна 4 октетам, а общая длина должна быть кратна 4

Имя хоста, соответствующее данному клиенту, с возможным уточнением имени локального домена. Допустимые символы описаны в RFC 1035. Минимальная длина поля данных равна 1 октету

Размер загрузочного файла. Определяет длину загрузочного образа, используемого клиентом по умолчанию, в 512-килобайтных блоках. Длина файла задается 16-разрядным целым числом без знака

Интерпретация зависит от реализации

Признак конца информации в поле дополнительных параметров. Дальнейшие октеты должны быть заполнены нулями

Протокол DHCP (Dynamic Host Configuration Protocol) является расширением протокола ВООТР и обладает более гибкими возможностями управления IP-адресами. DHCP может использоваться для динамической настройки основных параметров TCP/IP хостов (рабочих станций и серверов), работающих в сети.

Протокол DHCP состоит из двух компонентов:

механизм назначения IP-адресов и других параметров TCP/IP

протокол согласования и передачи информации о хостах Хост, запрашивающий данные о конфигурации TCP/IP, называется клиентом DHCP, а хост TCP/IP, предоставляющий эту информацию, называется сервером DHCP. Протокол DHCP описан в RFC 2131, "Dynamic Host Configuration Protocol".

2.1 Распределение IP-адресов в DHCP

В DHCP используются три способа назначения IP-адресов:

ручное назначение автоматическое назначение динамическое назначение При ручном назначении IP-адрес клиента DHCP вводится вручную сетевым администратором на сервере DHCP, после чего передается клиенту через протокол DHCP.

При автоматическом назначении ручная настройка адресов не нужна. Клиент DHCP получает IP-адрес при первом обращении к серверу DHCP. IP-адреса, назначенные этим способом, закрепляются за клиентом DHCP и не используются другими клиентами DHCP.

При динамическом назначении клиент получает IP-адрес на временной основе или "арендует" его на определенный срок. По истечении этого срока IP-адрес отзывается, и клиент DHCP должен перестать его использовать. Если клиент DHCP по-прежнему нуждается в IP-адресе для выполнения своих функций, он должен запросить другой адрес.

Из трех описанных методов только динамическое назначение позволяет организовать автоматическое повторное использование IP-адресов. Если клиент DHCP перестает использовать IP-адрес (например, при корректном отключении компьютера), он возвращает его серверу DHCP. После этого сервер DHCP может назначить тот же IP-адрес другому клиенту DHCP, обратившемуся с запросом на получение адреса.

Метод динамического назначения адресов особенно удобен для клиентов DHCP, нуждающихся в IP-адресе для временного подключения к сети. Для примера рассмотрим сеть класса С, к которой могут подключаться до 300 мобильных пользователей с портативными компьютерами. Сеть класса С может содержать до 253 узлов B55 - 2 специальных адреса = 253). Поскольку компьютеры, подключающиеся к сети через TCP/IP, должны обладать уникальными IP-адресами, все 300 компьютеров не могут подключиться к сети одновременно. Тем не менее, если в любой момент времени в сети возможно не более 200 физических подключений, появляется возможность переназначения неиспользуемых адресов класса С за счет применения механизма динамического назначения адресов DHCP.

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

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

2.2 Назначение IP-адресов в DHCP

Обратившись с запросом к серверу DHCP, клиент DHCP проходит ряд внутренних стадий, во время которых он согласовывает с сервером срок и область использования IP-адреса. Процесс получения IP-адреса клиентом DHCP лучше всего объяснить на диаграмме переходов (то есть конечного автомата). На Рис.6 "Диаграмма переходов для протокола DHCP, поясняющая процесс взаимодействия между клиентом и сервером" изображена диаграмма, поясняющая процесс взаимодействия между клиентом и сервером DHCP.

При первом запуске клиент DHCP находится в состоянии ИНИЦИАЛИЗАЦИЯ. На этой стадии клиент DHCP еще не знает своих параметров IP, поэтому он рассылает запрос DHCPDISCOVER, инкапсулированный в пакете UDP/IP. В пакете указан приемный порт UDP 67 (десят) - такой же, как у сервера ВООТР, потому что протокол DHCP является расширением ВООТР. В пакете DHCPDISCOVER используется адрес локальной рассылки 255.255.255.255. Если серверы DHCP находятся за пределами локального сегмента, на маршрутизаторе IP должен работать агент-ретранслятор, который перешлет запрос DHCPDISCOVER в другие подсети. Поддержка агентов-ретрансляторов DHCP рассматривается в RFC 1542.

Прежде чем рассылать запрос DHCPDISCOVER, клиент DHCP выдерживает паузу случайной продолжительности от 1 до 10 секунд. Это делается для того, чтобы предотвратить одновременное начало работы клиентов DHCP при их одновременном включении (как иногда происходит после сбоя питания).

Т1 = интервал возобновления Т2 = интервал повторной привязки ТЗ = продолжительность аренды Т1 = 0,5 х ТЗ

Если запрос DHCP был отправлен в момент ТО, то моменты тайм-аута по всем трем интервалам вычисляются по следующим формулам:

тайм-аут по Т1 = ТО + Т1

тайм-аут по Т2 - ТО + Т2

тайм-аут по ТЗ в ТО + ТЗ

В RFC 2131 рекомендуется увеличивать Т1 и Т2 на величину случайной задержки, чтобы предотвратить одновременное наступление тайм-аута на нескольких клиентах DHCP.

При истечении срока аренды (ТЗ) клиент DHCP должен прекратить использование IP-адреса и все сетевые операции с этим IP-адресом.

Если клиент DHCP работает на компьютере, оснащенном жестким диском, то IP-адрес может храниться на этом диске и при запуске компьютера клиент может запросить использовавшийся ранее адрес. На рис.8.6 этой ситуации соответствует состояние "ПЕРЕЗАГРУЗКА с известным IP-адресом".

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

Служба DHCP-клиент использует около 20 Кбайт памяти и запускается с правами локальной системы (Local System) автоматически при каждом входе пользователя в систему (при этом она запускается как часть процесса svchost.exe).

ПРИМЕЧАНИЕ

Как правило, существует три основных учетных записи, с правами которых запускаются службы. Это учетная запись локальной системы (Local System), локальной службы (NT AUTHORITYLocalService), а также учетная запись сетевой службы (NT AUTHORITYNetworkService). Учетная запись локальной системы обладает максимальными правами на доступ к компонентам операционной системы (создание учетных записей администраторов, редактирование любых ветвей реестра, а также доступ к любым файлам и папкам файловой системы). Учетные записи локальной и сетевой служб обладают всеми правами, доступными группе Пользователи.

Как уже говорилось выше, данная служба необходима только в том случае, если существует сеть и в этой сети есть хотя бы один DHCP-сервер. Согласитесь, не многим домашним компьютерам может понадобиться служба DHCP-клиент, поэтому ее запуск можно отключить. Для этого необходимо DWORD-параметру Start, расположенному в ветви системного реестра HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesDhcp, присвоить значение 4.

ПРИМЕЧАНИЕ

Не обязательно для отключения служб пользоваться реестром — намного легче это сделать с помощью консоли services.msc, речь о которой пойдет в следующей главе книги. Для остановки/запуска службы можно воспользоваться следующими командами программы net: Net start — запустить службу; Net stop — остановить службу; Net pause — приостановить службу; Net continue — продолжить работу приостановленной службы.

В качестве параметра запуска все эти команды требуют для своей работы указания имени службы (команду net start можно запускать и без указания запускаемой службы, в этом случае она отобразит список всех запущенных в данный момент служб).

Имя службы является названием раздела реестра, в котором содержатся параметры настройки службы. Например, для службы DHCP-клиент раздел реестра называется Dhcp (другими словами, чтобы запустить службу DHCP-клиент, нужно воспользоваться командой net start dhcp). А чтобы запустить рассматриваемую далее службу DNS-клиент, которая хранит свои настройки в разделе реестра DNSCACHE, нужно воспользоваться командой net start dnscache.

Для запуска службы DHCP-клиент нужно, чтобы также были запущены следующие службы: Драйвер протокола TCP/IP (для его работы необходима служба Драйвер IPSEC), AFD и NetBios через TCP/IP (для его работы требуется служба Драйвер протокола TCP/IP). Для запуска этих служб также необходимо воспользоваться DWORD-параметром Start, которому нужно присвоить значение 0 (запускать службу при загрузке системы), 1 (запускать службу при инициализации операционной системы), 2 (запускать службу автоматически) или 3 (запускать службу вручную). Этот параметр должен находиться в следующих ветвях реестра:

? HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesAFD — для службы AFD (параметр Start должен иметь значение 1);

? HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesTcpip — для службы Драйвер протокола TCP/IP (параметр Start должен иметь значение 1);

? HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesIPSec — для службы Драйвер IPSEC (параметр Start должен иметь значение 1);

? HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesNetBT — для службы NetBios через TCP/IP (параметр Start должен иметь значение 1).

Для работы службы DHCP-клиент также необходима библиотека dhcpcsvc.dll.

ПРИМЕЧАНИЕ

Как правило, сведения о необходимой для работы службы библиотеки находятся в параметре строкового типа ServiceDll, расположенном в разделе Parameters ветви реестра, содержащей настройки службы. В этом разделе также может храниться DWORD-параметр ServiceDllUnloadOnStop. Если его значение равно 1, то при остановке службы из памяти будет выгружаться библиотека, необходимая для ее работы.

Использование клиента DHCP

Использование клиента DHCP Если в вашей локальной сети присутствует сервер DHCP, вы можете сконфигурировать систему Linux так, что компьютер будет автоматически получать у сервера IP-адрес, используя для этого клиентскую программу DHCP. Клиент DHCP ищет сервер DHCP, посылая в

Глава 5 Распределение IP-адресов с помощью DHCP

Глава 5 Распределение IP-адресов с помощью DHCP В главе 2 рассматривались различные способы настройки компьютера для работы в сетях TCP/IP. Один из этих способов предполагал использование сервера DHCP (Dynamic Host Configuration Protocol — протокол динамической настройки узла). Чтобы определить

Использование сервера DHCP

Использование сервера DHCP Очевидно, что сервер DHCP имеет смысл устанавливать в том случае, если в сети присутствуют клиенты DHCP. Но при настройке клиентских машин также возникает вопрос: следует ли инсталлировать на них клиент-программы DHCP. Такая программа нужна, только

Конфигурационные файлы DHCP

Взаимодействие с сервером DHCP

Взаимодействие с сервером DHCP Если в вашей сети IP-адреса распределяются посредством сервера DHCP, вы не сможете задавать фиксированные адреса в конфигурационном файле зоны, так как адрес, выделенный клиенту DHCP, становится известным лишь при его загрузке и может измениться

Использование DHCP-сервера

Использование DHCP-сервера DHCP-сервер (Dynamic Host Configuration Protocol – протокол динамического конфигурирования IP-адреса компьютера) – механизм, контролирующий регистрацию компьютера в сети с последующей выдачей ему IP-адреса.IP-адреса выдаются согласно ряду правил. Так, изначально

DHCP-сервер

DHCP-сервер Обычно DHCP-сервер используется для конфигурации основных настроек протокола IP для устройства (IP-адрес, шлюз по умолчанию и DNS), но протокол DHCP (Dynamic Host Configuration Protocol - протокол динамической конфигурации хоста) на самом деле может передавать множество других

DHCP-сервер

DHCP-сервер Если вы не можете управлять используемым DHCP-сервером, вам придется вручную вводить в телефон информацию о FTP-сервере. Для этого необходимо перезагрузить телефон, нажать кнопку setup (настройка) до того, как телефон начнет процесс загрузки, и задать адрес FTP-сервера

8.4. Настройка DHCP (Dynamic Host Configuration Protocol)

8.4. Настройка DHCP (Dynamic Host Configuration Protocol) Для чего нужен протокол DHCP? DHCP — это протокол настройки узла, который автоматически назначает IP-адреса компьютерам. По сути, протокол DHCP — это дальнейшее развитие протокола ВООТР. Последний разрешает бездисковым клиентам запускать и

Глава 11 Конфигурация с помощью BOOTP и DHCP

Глава 11 Конфигурация с помощью BOOTP и DHCP 11.1 Введение Наиболее заметным явлением в компьютерной области, произошедшим в последние несколько лет, является распространение сетей TCP/IP на настольные системы. Необходимая для этого инфраструктура — маршрутизаторы, мосты,

11.4 Необходимость DHCP

11.4 Необходимость DHCP Область использования BOOTP ограничивает действия администратора, которому необходимо автоматизировать конфигурирование IP-адресов и не вводить вручную длинные списки аппаратных адресов вместе с соответствующими им IP-адресами. Администратору

11.8 Возможности DHCP

11.8 Возможности DHCP DHCP существенно расширяет возможности BOOTP. К наиболее значимым изменениям относятся:? Упрощение администрирования? Автоматизация конфигурирования? Поддержка перемещений или изменений сети? Возможность запроса клиентом значений определенных

11.9 Механизмы DHCP

11.9 Механизмы DHCP 11.9.1 Присваивание IP-адресов В DHCP поддерживаются три типа присвоения адресов:? Ручное, когда IP-адрес вводится на сервере и назначается клиенту постоянно? Автоматическое, когда IP-адрес выбирается сервером из пула доступных адресов и назначается клиенту

8.4. rc.DHCP.firewall.txt

8.4. rc.DHCP.firewall.txt Сценарий The rc.DHCP.firewall.txt очень похож на оригинал rc.firewall.txt. Однако, этот сценарий больше не использует переменную STATIC_IP, это и является основным отличием от оригинала rc.firewall.txt. Причина в том, что rc.firewall.txt не будет работать в случае динамического IP адреса.

B.5. Как разрешить прохождение DHCP запросов через iptables

B.5. Как разрешить прохождение DHCP запросов через iptables В действительности, эта задача достаточно проста, если вам известны принципы работы протокола DHCP. Прежде всего необходимо знать, что DHCP работает по протоколу UDP. Следовательно, протокол является первым критерием. Далее,

Описание лекарственного препарата Гам-КОВИД-Вак Комбинированная векторная вакцина для профилактики коронавирусной инфекции, вызываемой SARS-CoV-2 (Gam-COVID-Vac Combined vector vaccine for the prevention of coronavirus infection caused by the SARS-CoV-2 virus)

Основано на официально утвержденной инструкции по применению препарата и подготовлено для электронного издания справочника Видаль 2020 года, дата обновления: 2021.12.20

Владелец регистрационного удостоверения:

Произведено:

Активное вещество: вакцина для профилактики новой коронавирусной инфекции, вызываемой вирусом SARS-CoV-2 (vaccine for preventing of new coronavirus infection caused by the SARS-CoV-2 virus)

Лекарственные формы

Форма выпуска, упаковка и состав препарата Гам-КОВИД-Вак Комбинированная векторная вакцина для профилактики коронавирусной инфекции, вызываемой SARS-CoV-2

Раствор для в/м введения (компонент I и компонент II).

Компонент I. Раствор замороженный - плотная затвердевшая беловатого цвета масса. После размораживания: однородный бесцветный или с желтоватым оттенком слегка опалесцирующий раствор.

1 доза (0.5 мл)
рекомбинантные аденовирусные частицы 26 серотипа, содержащие ген белка S вируса SARS-CoV-2	(1.0±0.5)×10 11 частиц

Вспомогательные вещества: трис(гидроксиметил)аминометан - 1.21 мг, натрия хлорид - 2.19 мг, сахароза - 25.0 мг, полисорбат 80 - 250.0 мкг, магния хлорида гексагидрат - 102.0 мкг, ЭДТА динатриевая соль дигидрат - 19.0 мкг, этанол 95% - 2.5 мкл, вода д/и - до 0.5 мл.

0.5 мл (1 доза компонента I) - флаконы (1) - пачки картонные.
0.5 мл (1 доза компонента I) - флаконы (1, 2, 5, 10) - пачки картонные.
3.0 мл (5 доз компонента I) - флаконы (1) - пачки картонные с держателем.
3.0 мл (5 доз компонента I) - флаконы 6R (1) - пачки картонные.
3.0 мл (5 доз компонента I) - флаконы 2R (1) - упаковки ячейковые контурные (1) - пачки картонные.
0.5 мл (1 доза компонента I) - ампулы бесцветного стекла с цветной точкой (5) - упаковки ячейковые контурные (1) - пачки картонные.
0.5 мл (1 доза компонента I) - ампулы бесцветного стекла (5) - упаковки ячейковые контурные (1) - пачки картонные.

Компонент II. Раствор замороженный - плотная затвердевшая беловатого цвета масса. После размораживания: однородный бесцветный или с желтоватым оттенком слегка опалесцирующий раствор.

1 доза (0.5 мл)
рекомбинантные аденовирусные частицы 5 серотипа, содержащие ген белка S вируса SARS-CoV-2	(1.0±0.5)×10 11 частиц

0.5 мл (1 доза компонента II) - флаконы (1) - пачки картонные.
0.5 мл (1 доза компонента II) - флаконы (1, 2, 5, 10) - пачки картонные.
3.0 мл (5 доз компонента II) - флаконы (1) - пачки картонные с держателем.
3.0 мл (5 доз компонента II) - флаконы 6R (1) - пачки картонные.
3.0 мл (5 доз компонента II) - флаконы 2R (1) - упаковки ячейковые контурные (1) - пачки картонные.
0.5 мл (1 доза компонента II) - ампулы бесцветного стекла с цветной точкой (5) - упаковки ячейковые контурные (1) - пачки картонные.
0.5 мл (1 доза компонента II) - ампулы бесцветного стекла (5) - упаковки ячейковые контурные (1) - пачки картонные.

Компонент I. Однородный бесцветный или с желтоватым оттенком слегка опалесцирующий раствор.

1 доза (0.5 мл)
рекомбинантные аденовирусные частицы 26 серотипа, содержащие ген белка S вируса SARS-CoV-2	(1.0±0.5)×10 11 частиц

3.0 мл (5 доз компонента I) - флаконы (1) - пачки картонные с держателем.
3.0 мл (5 доз компонента I) - флаконы (1) - упаковки ячейковые контурные (1) - пачки картонные.
0.5 мл (1 доза компонента I) - ампулы бесцветного стекла (5) - упаковки ячейковые контурные (1) - пачки картонные.

Компонент II. Однородный бесцветный или с желтоватым оттенком слегка опалесцирующий раствор.

1 доза (0.5 мл)
рекомбинантные аденовирусные частицы 5 серотипа, содержащие ген белка S вируса SARS-CoV-2	(1.0±0.5)×10 11 частиц

3.0 мл (5 доз компонента II) - флаконы (1) - пачки картонные с держателем.
3.0 мл (5 доз компонента II) - флаконы (1) - упаковки ячейковые контурные (1) - пачки картонные.
0.5 мл (1 доза компонента II) - ампулы бесцветного стекла (5) - упаковки ячейковые контурные (1) - пачки картонные.

Фармакологическое действие

Характеристика. Вакцина получена биотехнологическим путем, при котором не используется патогенный для человека вирус SARS-CoV-2. Препарат состоит из двух компонентов: компонент I и компонент II. В состав компонента I входит рекомбинантный аденовирусный вектор на основе аденовируса человека 26 серотипа, несущий ген белка S - вируса SARS-CoV-2, в состав компонента II входит вектор на основе аденовируса человека 5 серотипа, несущий ген белка S вируса SARS-CoV-2.

Вакцина индуцирует формирование гуморального и клеточного иммунитета в отношении коронавирусной инфекции, вызываемой вирусом SARS-CoV-2.

Иммунологические свойства и безопасность вакцины изучали в различных клинических исследованиях у взрослых добровольцев обоего пола в возрасте старше 18 лет.

Иммунизация препаратом Гам-КОВИД-Вак формирует напряженный антиген-специфический клеточный противоинфекционный иммунитет практически у всех обследованных добровольцев (формирование антиген-специфичных клеток обеих популяций Т-лимфоцитов: Т-хелперных (CD4+) и Т-цитотоксических (CD8+) и достоверному повышению секреции ИФНγ).

Защитный титр антител в настоящее время неизвестен. Продолжительность защиты неизвестна.

Клинические исследования по изучению эпидемиологической эффективности продолжаются в настоящее время. По данным промежуточного анализа эффективность составляет более 91%/

Показания препарата Гам-КОВИД-Вак Комбинированная векторная вакцина для профилактики коронавирусной инфекции, вызываемой SARS-CoV-2

Режим дозирования

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

Вакцинацию проводят в два этапа: вначале компонентом I дозе 0.5 мл, затем, через 3 недели - компонентом II дозе 0.5 мл.

После введения вакцины пациент должен находиться под наблюдением медицинских работников в течение 30 минут.

Применение вакцины производства ФГБУ "НИЦЭМ им. Н.Ф. Гамалеи" Минздрава России (филиал "Медгамал" ФГБУ "НИЦЭМ им. Н.Ф. Гамалеи" Минздрава России) (флаконов) и АО "Биннофарм" (ампул) и АО "Р-Фарм" (флаконов)

Перед вакцинированием флакон или ампулу с компонентом I или II достают из морозильной камеры и выдерживают при комнатной температуре до полного размораживания. Остаток включений льда не допускается! Протирают флакон или ампулу снаружи салфеткой спиртовой для удаления влаги. Осторожно перемешивают содержимое покачиванием. Не допускается встряхивание флакона или ампулы!

Снимают защитную пластиковую накладку с флакона и обрабатывают резиновую пробку салфеткой спиртовой.

Вскрывают ампулу по цветной точке.

Используя одноразовый шприц с иглой, отбирают дозу 0.5 мл для введения пациенту.

Не допускается хранение размороженного препарата!

Повторное замораживание не допускается!

Применение вакцины производства АО "ГЕНЕРИУМ" (флаконов), ОАО "Фармстандарт- УфаВИТА" (флаконов, ампул) и ЗАО "ЛЕККО" (флаконов)

Снимают защитную пластиковую накладку с флакона и обрабатывают резиновую пробку салфеткой спиртовой. Вскрывают ампулу по кольцу или точке излома.

Используя одноразовый шприц с иглой, отбирают дозу 0.5 мл для введения пациенту.

Если последующие инъекции по какой-либо причине откладываются, допускается хранение вскрытого флакона или ампулы - не более 2 часов при комнатной температуре. Повторное замораживание флакона или ампулы с раствором не допускается!

Внимание! Не использовать флакон или ампулу с препаратом с видимыми дефектами укупорочной системы и/или стекла. Замораживание флакона или ампулы с раствором не допускается!

Приготовление раствора для инъекций. Флакон или ампулу достают из холодильника и выдерживают при комнатной температуре, допускается слегка нагреть препарат, например, подержав его в руках. Не следует нагревать препарат выше 37°С.

Снимают защитную пластиковую накладку с флакона и обрабатывают резиновую пробку салфеткой спиртовой или вскрывают ампулу по кольцу или точке излома.

Используя одноразовый шприц с иглой, отбирают дозу 0.5 мл для введения пациенту.

Если последующие инъекции по какой-либо причине откладываются, допускается хранение вскрытого флакона или ампулы не более 2 часов при комнатной температуре.

Применение вакцины производства ЗАО "БИОКАД" (флаконов)

Перед вакцинированием флакон с компонентом I или II достают из морозильной камеры и выдерживают при комнатной температуре до полного размораживания. Остаток включений льда не допускается! Протирают флакон снаружи салфеткой спиртовой для удаления влаги. Осторожно перемешивают содержимое покачиванием. Не допускается встряхивание флакона!

Снимают защитную пластиковую накладку с флакона и обрабатывают резиновую пробку салфеткой спиртовой.

Используя одноразовый шприц с иглой, отбирают дозу 0.5 мл для введения пациенту.

Если последующие инъекции по какой-либо причине откладываются, допускается хранение вскрытого флакона по 3 мл не более 2 часов при комнатной температуре.

Не допускается хранение размороженного препарата во флаконах по 0.5 мл!

Повторное замораживание не допускается!

Внимание! К использованию непригоден препарат (жидкий и/или замороженный) с дефектами укупорочной системы и/или нарушенной маркировкой флакона или ампулы, при изменении физических свойств раствора (мутность, окрашивание), неправильном хранении и/или с истекшим сроком годности.

Побочное действие

Нежелательные явления, характерные для применения вакцины, выявленные в рамках клинических исследований, а также исследований других вакцин на основе аналогичной технологической платформы, бывают преимущественно легкой или средней степени выраженности, могут развиваться в первые-вторые сутки после вакцинации и разрешаются в течение 3-х последующих дней. Чаще других могут развиться кратковременные общие (непродолжительный гриппоподобный синдром, характеризующийся ознобом, повышением температуры тела, артралгией, миалгией, астенией, общим недомоганием, головной болью) и местные (болезненность в месте инъекции, гиперемия, отечность) реакции. Рекомендуется назначение нестероидных противовоспалительных средств (НПВС) при повышении температуры после вакцинации и антигистаминных средств при выраженности местной реакции.

Реже отмечаются: тошнота, диспепсия, снижение аппетита, иногда - увеличение регионарных лимфоузлов. У некоторых пациентов возможно развитие аллергических реакций, кратковременное повышение уровня печеночных трансаминаз, креатинина и креатинфосфокиназы в сыворотке крови.

Общие нарушения и реакции в месте введения : очень часто и часто - гипертермия, боль, отек, зуд в месте вакцинации, астения, боль, недомогание, пирексия, повышение температуры кожи в месте вакцинации, снижение аппетита.

Нарушения со стороны дыхательной системы, органов грудной клетки и средостения: часто - боль в ротоглотке, заложенность носа, першение в горле, ринорея.

Нарушения со стороны нервной системы: часто - головная боль; редко - головокружение, обморок.

Желудочно-кишечные нарушения: часто - тошнота, рвота, диспепсия.

Большинство НЯ завершились выздоровлением без последствий. Лабораторные отклонения не имели клинического значения (вакцинированные не нуждались в проведении дополнительных диагностических процедур и назначения терапии).

Противопоказания к применению

гиперчувствительность к какому-либо компоненту вакцины или вакцины, содержащей аналогичные компоненты;
тяжелые аллергические реакции в анамнезе;
острые инфекционные и неинфекционные заболевания, обострение хронических заболеваний - вакцинацию проводят через 2-4 недели после выздоровления или ремиссии. При нетяжелых ОРВИ, острых инфекционных заболеваниях ЖКТ- вакцинацию проводят после нормализации температуры;
беременность;
период грудного вскармливания;
возраст до 18 лет (в связи с отсутствием данных об эффективности и безопасности).

Противопоказания для введения компонента II:

тяжелые поствакцинальные осложнения (анафилактический шок, тяжелые генерализованные аллергические реакции, судорожный синдром, температура выше 40°С и т.д.) на введение компонента I вакцины.

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

Вследствие недостатка информации вакцинация может представлять риск для следующих групп пациентов:

с аутоиммунными заболеваниями (стимуляция иммунной системы может привести к обострению заболевания, особенно следует с осторожностью относиться к пациентам с аутоиммунной патологией, имеющей тенденцию к развитию тяжелых и жизнеугрожающих состояний);
со злокачественными новообразованиями.

Принятие решения о вакцинации должно основываться на оценке соотношения пользы и риска в каждой конкретной ситуации.

Применение при беременности и кормлении грудью

Препарат противопоказан при беременности и в период грудного вскармливания, т.к. его эффективность и безопасность в этот период не изучались.

Читайте также: