
- •Содержание
- •Билет 1
- •1. Понятие сетевого протокола. Понятие стандарта. Связь с моделью osi. Протоколы Internet. Протоколы osi
- •Билет 2
- •1. Понятие распределенной и сетевой ос. Функции. Архитектура.
- •Билет 3
- •1. Протоколы Интернет. Протокол ip, icmp. Формат дейтаграммы. Алгоритм работы.
- •Ip (сетевой уровень)
- •Icmp (сетевой уровень)
- •2. Понятие файловой подсистемы файл-сервера. Подсистема ввода/вывода файл-сервера
- •Билет 4
- •Ip (сетевой уровень)
- •2. Перечислите основные протоколы уровня приложения модели osi и укажите их назначение и способы реализации в ос
- •Билет 5
- •Особенности субд. Отличия от ос.
- •Зачем нужен протокол воотр и dhcр? Форматы пакетов. Алгоритмы работы.
- •Билет 6
- •1.Что такое сетевые стандарты? Какие вы знаете? Какие стандартизирующие организации разрабатывают сетевые стандарты? Дайте примеры стандартов ими разработанные
- •Билет 7
- •1.Осуществление синхронизации процессов. Синхронный и асинхронный протокол передачи.
- •2. Протокол arp. Формат пакета. Алгоритм работы. Протоколы бездисковых станций. Dhcp и BootP.
- •Билет 8
- •1. Определение и функции исходного кода, объектного кода и выполняемых модулей. Системное обеспечение и его состав.
- •Билет 9
- •1. Интерфейс файловой системы. Операции над ней. Монтирование диска, монтирование файловой системы
- •2. Как распределяется память роутера ос? При загрузке производится post? При загрузке запускается rom Monitoring? Какие интерфейсы поддерживают ос роутера. Как осуществляется управления ос роутера
- •Билет 10
- •1. Что такое dte и dce? Каковы функции модема и кодера/декодера?
- •2. Протоколы tcp, udp. Формат пакета и алгоритм работы.
- •Билет 11
- •1. Классы защиты от несанкционированного доступа
- •Билет 12
- •1. Дайте определение синхронного и асинхронного протокола передачи данных. Что такое бит и байт-ориентированные протоколы передачи?
- •2. Зачем нужен протокол arp? Где он запускается? Дайте кратко формат его дейтаграммы. Proxy arp и особенности его применения.
- •Билет 13
- •1. Протоколы управления ieee ос коммутаторов
- •2. Протоколы канального уровня. Его реализации и назначение.
- •Билет 14
- •1. Понятие job, task и process оc. Каковы способы взаимодействия процессов распределенной ос.
- •2. Что делает Proxy arp? Шлюз arp позволяет скрыть подсети или сети? Он отвечает или нет, если получатель доступен через тот же интерфейс? Он отвечает или нет для широковещательного адреса?
- •Билет 15
- •2. Зачем применяется протокол icmp? Он поддерживается каждой станцией? Что такое icmp- переадресация?
- •Билет 16
- •1. Что такое "последняя миля"? в чем суть технологии isdn? Какова архитектура технологии xDsl? Какими ос поддерживаются средства последней мили?
- •2. Базовые принципы работы с ос коммутаторов. Управление ос коммутатора. Протоколы ieee. Типы коммутации и управление скоростью.
- •Билет 17
- •2. Понятие мультимедиа. Понятие потока. Особенности и требования к ос сетевых устройств.
- •Билет 18
- •1. Таблица маршрутизации. Методы маршрутизации ос.
- •2. Что такое порт и сокет tcp? Какие номера портов зарегистрированы и для чего.
- •Билет 19
- •1. Протоколы управления. Протокол cmip и snmp.
- •2. Каковы задачи протоколов канального уровня? Каково семейство протоколов hdlc? Кто их авторы?
- •Билет 20
- •1. Понятие директории. Протокол ds. Распределенная директория.
- •2. Утилиты Ping и traceroute.
- •Билет 21
- •1. Опишите метод доступа ethernet. Опишите формат фрейма Ethernet.
- •2. Передача данных тср. Генерация последовательного номера, подтверждений и дубликатов. Динамическое окно. Рукопожатие и завершение соединения.
- •Билет 22
- •1. В чем суть модели коммуникации ieee? Как реализованы подуровни phy в технологии Ethernet? Каким образом реализован мас-подуровень в технологии Ethernet?
- •2. В чем суть модели rpc? Что выполняет ядро сетевой ос? Какие функции выполняет shell/redirector? Где и какие части сетевой ос запускаются?
- •Билет 23
- •2. Способы защибы от нсд в ос. Классификация ос согласно требованиям защиты от нсд. Способы защиты ос коммутаторов и ос маршрутизаторов.
- •Билет 24
- •1. Понятие файловой системы ос. Состав и функции. Структура mass storage.
- •2. Средства 3а ос . Протоколы 802.1x.
- •Билет 25
- •1. Понятие модульного программирования. Цель и принципы.
- •2. Коротко дайте формат сегмента протокола tcp. Что содержится в поле ack? Коротко дайте суть процедуры трехстороннего рукопожатия. Seq выбирается ос случайно? Применяется адаптивный timeout или нет?
- •Билет 26
- •1. Понятие потока, как метода написания драйверов
- •2. В чем суть модели коммуникации ieee? Каковы подуровни phy? Работает ли на этом уровне ос?
- •Билет 27
- •1. Понятие файла. Открытие и закрытие файлов. Понятие партиции и тома. Понятие подсистемы ввода/вывода
- •2. Средства vlan oc. Типы vlan. Протокол 802.1x ieee.
- •Билет 28
- •1. Файловые системы. Директории, монтирование файловой системы и тома. Протоколы прикладного уровня модели osi
- •2. Что такое nrm,arm и abm моды работы hdlc?
- •Билет 29
- •1. Понятие protection и понятие security. Опишите суть
- •2.Коротко дайте формат фрейма дейтаграммы ip. Что означает адрес 127.0.0.0? Адрес 0.0.0.0? Адрес 255.255.255.255?
- •Билет 32
- •1. Протоколы прикладного уровня модели osi. Протоколы Интернет. Реализация в ос сетевых устройств
- •2. Понятие приложений реального времени. Приложении мультимедиа. Требования к сетевым протоколам.
- •Билет 33
- •1. Понятие san. Топологии. Протоколы
- •2. Протокол Fibre channel, протокол fcb.
2. Протоколы tcp, udp. Формат пакета и алгоритм работы.
TCP (Transmittion Control Protocol) – основной протокол транспортного уровня. В начале 80-х был разделен на TCP и IP.
Он получает сегменты любой длины от протоколов верхних уровней (ULP – upper level protocol) и осуществляют полнодуплексную передачу с подтверждением о доставке и установкой соединения, и контролем соединения.
Это поток 32битных слов (мы всегда работаем словом), он состоит из:
исходного порта (source port),
destination port (порт TCP – номер почтового ящика, по которому хранится адрес процесса, который будет запускаться),
sequence number (последовательный номер – поле, которое содержит номер первого байта, с которого начинается сообщение.
номер подтверждения (acknowledgement number – последовательный номер следующего байта данных, которых источник предполагает получить. Если принимающий пакет несет 40 байт информации с номером подтверждения 0, то номер подтверждения = 40. Мы намерены получить 40 байт),
смещение (offset – количество 32битных слов в заголовке),
флаги (flags – контрольная информация для установки соединения и контроля задания приоритетов). Есть urgent флаг – поинтер на то, что это поле срочного пакета (поставь меня в очередь буферу, но с высоким приоритетом), есть флаг push – отправляет на немедленную отсылку (поставь меня первым в буфере), есть флаг reset – необходимо переустановить соединение, есть флаг synch – начинаем соединение, есть флаг fin – не имеем больше информации, нечего передавать
контрольная сумма
sliding window – число байт, которые принимаем или передаем в текущий момент. Договариваемся о размерах этого самого окна/
дополнительные опции, которые говорят, как мы контролируем пересылку сверхважной информации (например, максимальный размер сегмента)
Алгоритм работы TCP:
Three-way handshake (трехстороннее рукопожатие)
(SYN) Клиент отправляет серверу пакет с установленным флагом SYN (синхронизация), указывающим на желание передачи.
(SYN-ACK) Сервер получает SYN-пакет, создает свой пакет с флагами SYN и ACK(acknowledgement number - номер подтверждения) и отправляет клиенту для подтверждения получения запроса
(ACK) Клиент получает SYN-ACK пакет от сервера и отправляет ответ с установленным флагом ACK. Соединение установлено.
Рукопожатия могут привести к атакам deny of service. Соединение устанавливается, и сервер ждет отправки пакетов, которых нет.
Передача данных
Клиент и сервер обмениваются пакетами. Каждый пакет данных, отправленный через TCP содержит заголовок, информацию о портах, размер пакета, и нумерацию. Если сервер только получает информацию от клиента, то он отправляет некое подтверждение, что пакет был принят.
Нумерация пакетов нужна чтобы гарантировать доставку данных в правильном порядке и обнаруживать потерянные пакеты.
Каждый полученный пакет подтверждается получателем с помощью пакета ACK, если отправитель не получает подтверждения о доставке пакета, то пакет переотправляется.
Завершение передачи
После передачи данных, соединение завершается с помощью four-way handshake
(FIN) Одна из сторон отправляет пакет с флагом на завершение FIN
(ACK) Вторая сторона отправляет пакет с ACK
(FIN) Эта же вторая сторона отправляет пакет с FIN
(ACK) Первая сторона отправляет пакет ACK в ответ на FIN и соединение закрывается.
В TCP также есть различные механизмы ограничения скорости передачи, например мы можем менять размеры скользящего окна, например стартует передача с окном в 80 байт, далее уменьшается до 40 байт чтобы не нагружать сеть.
Потеря пакетов – признак неправильно работающей ОС. Количество ошибок TCP/IP должно быть строго равным 0. Это в ethernet коллизии бывают, а в TCP/IP потерь пакетов быть недолжно. Как только передаем некие ACK’и, SEQ’и и т.д. запускается специальные таймеры, которые имеют timeout, превышение timeout вызывает повторную передачу. Это одна из причин, по которой идут дублирующие пакеты. Значение timeout очень сильно влияет на производительность системы. Он должен быть связан с временем «двойного пробега». (сегмент должен придти туда и вернуться обратно. Если timeout большой – длительное ожидание при ошибке. При маленьком – бесконечные повторные передачи. Поэтому в современных ОС используются специальные алгоритмы, для вычисления адаптивного timeout`а. Адаптивный timeout использует специальные методы задержки. Например если у нас сильно загружена система, то мы должны ждать. (см. медленный старт TCP». Адаптивный алгоритм KARN – алгоритм, который используется практически во всех современных ОС.
UDP(User Datagram Protocol), дейтаграммный протокол без установки соединения и подтверждений. Не имеет дополнительных опций и используется для посылки срочных сообщений; В отличие от TCP он не устанавливает соединение. Он расширяет функции IP до номеров портов. Он использует те же номера портов, что и TCP. Быстрее работает, чем TCP. Используется в DNS, SNMP, VoIP)
отправитель не получает обратной связи о доставке или приеме данных. Если данные не достигли получателя, UDP не предпринимает дополнительных попыток их доставить.
Когда мы работаем просто с сокетами, мы не устанавливаем никакие соединения – мне нужно просто запустить какой-то процесс при помощи передачи сокета (при помощи библиотек RPC)
Сокет – адрес узла и порт, по которому запускается процесс на этом узле.
Порты UDP – это порты TCP, но от условий с регуляцией скорости, acknowledgement о доставках мы отказались.
Tracer использует протокол UDP, чтобы определить – можем ли мы получить маршрут к данному узлу. Делается это при помощи посылания специального сегмента, который имеет достаточно высокий счетчик TTL (time to live). Мы проходим с помощью этого счетчика, и тогда рутер нас не выбрасывает. Получаем ответ от рутера и SA-MP time exceeded, потому что мы устанавливаем его достаточно высоким – достаточно долгая передача получается – и запоминаем маршрут, а потом этот счетчик начинаем сокращать – все время убираем те рутеры, которые являются кусками этого маршрута, доходя до первого. Это идея трейсера, но мы его не пишем
Алгоритм работы UDP:
Формируется datagram пользователем, которая содержит в себе заголовок, порты, размер и сами данные.
Дейтаграмма может быть отправлена на любой адрес и порт без каких либо предварительных шагов.
Не передаются ACK и SEQ флаги, из-за чего пакеты могут дублироваться, приходить в разном порядке.
Если не устанавливали соединение, следовательно незачем его и закрывать.
Часто UDP используют для приложений, где важна скорость передачи данных с низкой задержкой, видео и аудиопотоки, онлайн-игры, там где важна скорость передачи данных а не их надежность.