Компьютерные сети мет_указание. Компьютерные сети
 Скачать 2.91 Mb.
|
|
N/A 192.168.1.10 255.255.255.0 192.168.1.1 PC2 N/A 192.168.2.10 255.255.255.0 192.168.2.1 PC3 N/A 192.168.3.10 255.255.255.0 192.168.3.1 Цель работы. Настроить динамическую маршрутизацию с помощью протокола RIP на устройствах R1, R2, R3. Обеспечить возможность взаимодействия конечных устройств PC1, PC2, PC3 между собой. С помощью команд Лабораторная работа № 6. Настройка динамической маршрутизации с помощью протокола RIP на устройствах Cisco. Этапы выполнения работы. 1. Откройте программу Packet Tracer и создайте схему сети. 2. Произведите начальную конфигурацию устройств R1, R2, R3. Откройте эмулятор командной строки Зайдите в режим “privileged EXEC”. Router>e nablе Router# Зайдите в режим глобальной конфигурации маршрутизатора. Router#configure terminal Enter configuration commands, one per line. End with CNTL/Z. Router(config)# Отключите DNS lookup. Router(config)#no ip domain-lookup Router(config)# Сконфигурируйте имя маршрутизатора в соответствии с названиями устройств на диаграмме. Router(config)#hostname имя_маршрутизатора Сконфигурируйте интерфейсы в соответствии со схемой адресации. Router(config)#interface тип_интерфейса номер_интерфейса Router(config-if)#ip address сетевой_адрес маска_сети Router(config-if)#no shutdown Router(config- if)#exit Router(config) # Для серийных интерфейсов (Serial, Se) со стороны DCE необходимо ввести команду: Router(config-if)#clock rate 64000 3. Проверьте правильность начальной конфигурации устройств с помощью команд С помощью команды show ip interface brief, проверьте адреса на интерфейсах настроены правильно, и что интерфейсы функционируют на физическом и канальном уровнях. Router(config)#exit R1#show ip interface brief В помощью команды show ip route убедитесь, что каждый маршрутизатор видит все присоединённые к нему сети. R1#show ip route 4. Сконфигурируйте сетевые интерфейсы конечных устройств (PC1, PC2, PC3) в соответствии со схемой адресации сети. 5. Настройте протокол RIP на маршрутизаторах R1, R2, R3 6. Проверка правильности работы протокола RIP. Если протокол маршрутизации настроен правильно, то каждый маршрутизатор должен знать путь до каждой сети. Проверить этот факт можно с помощью команды show ip route. 7. Сохраните конфигурацию устройств. Router#copy running-config startup-config Destination filename [startup-config]? Building configuration... [OK] Router# Лабораторная работа 7. 1. Создание стандартного списка доступа Списки доступа бывают нескольких видов: стандартные, расширенные, динамические и другие. В стандартных ACL есть возможность задать только IP адрес источника пакетов для их запретов или разрешений. На рис. 9.1 показаны две подсети: 192.168.0.0 и 10.0.0.0. Рис. 9.1. Схема сети Постановка задачи Требуется разрешить доступ на сервер PC1 с адресом 192.168.0.12, а PC0 c адресом 192.168.0.11 – запретить ( рис. 9.2 ). Рис. 9.2. Постановка задачи Соберем данную схему и настроим ее. Настройку PC1 и PC2 выполните самостоятельно. 2. Расширенные списки доступа ACL Стандартные права не так гибки, как хотелось бы. В отличие от стандартных списков, расширенные списки фильтруют трафик более "тонко". При создании расширенных списков в правилах доступа можно включать фильтрацию трафика по протоколам и портам. Для указания портов в правиле доступа указываются следующие обозначения (): Таблица 9.1. Обозначение портов в ACL обозначение действие lt n Все номера портов, меньшие n. gt n Все номера портов, большие n. eq n Порт n neq n Все порты, за исключением n. range n m Все порты от n до m включительно. Расширенные списки доступа ACL Соберите схему сети, показанную на рис. 9.10 Рис. 9.10. Схема сети Задача: разрешить доступ к FTP серверу 10.0.1.3 для узла 192.168.1.2 и запретить для узла 192.168.1.3. Создаем расширенные списки доступа и запрещаем FTP трафик Постановка задачи графически изображена на рис. 9.11 Рис. 9.11. Стрелками показана цель нашей работы Изначально на сервере 10.0.1.3 FTP сервис поднят по умолчанию со значениями имя пользователя Cisco, пароль Cisco. Убедимся, что узел S0 доступен и FTP работает, для этого заходим на PC1 и связываемся с сервером ( рис. 9.12 ). Выполняем какие-либо команды, например, DIR – чтение директории. Рис. 9.12. FTPсервер доступен Примечание При наборе пароля на экране ничего не отображается. Теперь создадим список правил с номером 101 в котором укажем 2 разрешающих и по 2 запрещающих правила для портов сервера 21 и 20 (Эти порты служат для FTP - передачи команд и данных) – рис. 9.13 3. Статическая трансляция адресов NAT На рис. 9.17 имеется внешний адрес 20.20.20.20 (внешний интерфейс fa0/1) и внутренняя сеть 10.10.10.0 (внутренний интерфейс fa0/0). Нужно настроить NAT. Предполагается, что адреса уже прописаны, и сеть поднята (рабочая). Рис. 9.17. Схема сети На R0 добавляем access-list, разрешаем всё (any) Разрешаем весь трафик, то есть, любой IP адрес ( рис. 9.18 ). Рис. 9.18. Составляем лист допуска Создаём правило трансляции Теперь настроим трансляцию на интерфейсах (на внутреннем inside, на внешнем – outside), то есть, для R0 указываем внутренний и внешний порты ( рис. 9.19 ). Рис. 9.19. Для R0 назначаем внутренний и внешний порты Выходим из режима глобального конфигурирования и записываем настройки роутера в микросхему памяти ( рис. 9.20 ). Рис. 9.20. Сохраняем настройки в ОЗУ Проверяем работу сети (просмотр состояния таблицы NAT) С PC0 пингуем провайдера и убеждаемся, что PC0 и сервер могут общаться ( рис. 9.21 ). Рис. 9.21. Из внутренней сети пингуем внешнюю сеть Для просмотра состояния таблицы NAT, одновременно с пингом используйте команду Router#sh ip nat translations (я запустил пинг с машины 10.10.10.1, т.е., с PC0 на адрес 20.20.20.21, т.е., на S0) – рис. 9.22 Рис. 9.22. Вовремя пинга просматриваем состояние таблицы NAT Убеждаемся в успешной маршрутизации в режиме симуляции ( рис. 9.23 ). Рис. 9.23. Связь PC0 и S0 работает Лабораторная работа №8. Протоколы SMTP и POP3 Цель работы: изучить принципы организации взаимодействия прикладных программ с помощью протоколов электронной почты SMTP и POP3 в режиме симуляции Cisco Packet Tracer. Программа работы: 1. Построение топологии сети, настройка сетевых устройств; 2. Настройка почтового сервера; 3. Исследование прикладных почтовых протоколов в режиме симуляции; 4. Отправка письма по протоколу SMTP на сервер; 5. Получение письма по протоколу POP3 от сервера; 6. Выполнение индивидуального задания. Теоретические сведения: Протоколы SMTP и POP3 Схема взаимодействия с прикладными почтовыми протоколами представлена на рис. 4.83. Рис. 4.83 Схема взаимодействия с прикладными почтовыми протоколами Mail Transfer Agent (MTA) – агент передачи почты, являющийся основным компонентом системы передачи почты, представляет данный компьютер для сетевой системы электронной почты. Обычно пользователи не работают непосредственно с MTA, а используют Mail User Agent (MUA) – клиент электронной почты. Для передачи сообщений по TCP-соединению большинство почтовых агентов пользуются протоколом Simple Mail Transfer Protocol (SMTP). SMTP принят в качестве стандартного метода передачи электронной почты в сети Internet. Действующий стандарт протокола описан в RFC 2821. В качестве транспортного протокола SMTP использует TCP, соединение устанавливается через порт с номером 25. Для обслуживания этого соединения используется специальная программа, которая именуется почтовым сервером. Для формирования сообщения и установления соединения используется почтовая программа пользователя. После установления соединения обмен информацией происходит посредством команд. Для пользователя эти команды не доступны, если при работе он использует клиент электронной почты [5]. Главной целью протокола SMTP является надежная и эффективная доставка электронных почтовых сообщений. Для реализации протокола требуется только надежный канал связи. Средой для SMTP может служить отдельная локальная сеть, система сетей или же всемирная сеть Internet. Эта передача обычно осуществляется непосредственно с хоста отправителя на хост получателя, когда оба хоста используют один транспортный сервис. Если же хосты не подключены к общей транспортной системе, передача осуществляется с использованием одного или нескольких промежуточных серверов SMTP. Сегодня в Internet обычной практикой является представление исходного сообщения промежуточному серверу, который выполняет некоторые дополнительные функции. Промежуточный сервер в таких случаях действует как шлюз в другие среды передачи и выбирается обычно с использованием MX-записей DNS (служба доменных имен). Протокол SMTP базируется на следующей модели коммуникаций: в ответ на запрос пользователя почтовая программа-отправитель сообщения устанавливает двустороннюю связь с программой-приемником (почтовым сервером). Получателем может быть оконечный или промежуточный адресат. Если необходимо, почтовый сервер может установить соединение с другим сервером и передать сообщение дальше. Для того чтобы получить сообщение из своего почтового ящика, почтовая программа пользователя соединяется с сервером уже не по протоколу SMTP, а по специальному почтовому протоколу получения сообщений. Такой протокол позволяет работать с почтовым ящиком: забирать сообщения, удалять сообщения, сортировать их и выполнять другие операции. Самым популярным в настоящее время протоколом такого рода является протокол Post Office Protocol v.3 (POP3). Многие концепции, принципы и понятия протокола POP3 выглядят и функционируют подобно SMTP: взаимодействие происходит посредством команд. Сервер POP3 находится между агентом пользователя и почтовыми ящиками. Он предусматривает соединение с почтовым сервером на основе транспортного протокола TCP через порт 110. Спецификация РОР3 определена в документе RFC 1939. PОРЗ разработан с учетом специфики доставки почты на персональные компьютеры и имеет соответствующие операции для этого [6]. Конструкция протокола РОР3 обеспечивает возможность пользователю обратиться к своему почтовому серверу и изъять накопившуюся для него почту. Пользователь может получить доступ к РОР3-серверу из любой точки доступа к Internet. При этом он должен запустить специальный почтовый агент, работающий по протоколу РОР3, и настроить его для работы со своим почтовым сервером. Сообщения доставляются клиенту по протоколу POP3, а посылаются при помощи SMTP. То есть на компьютере пользователя существуют два отдельных агента-интерфейса к почтовой системе – доставки (POP3) и отправки (SMTP). Служба DNS Данная лабораторная работа посвящена изучению прикладных протоколов электронной почты SMTP и POP3. Однако взаимодействие с системой электронной почты невозможно без системы доменных имен (DNS). В задачи службы DNS входит: 1. Преобразование символических имен в IP-адреса; 2. Преобразование IP-адресов в символические имена. Дополнительной функцией DNS является маршрутизация почты. Основная спецификация распределенной службы DNS указана в RFC 1034 и RFC 1035. Единицами хранения и передачи информации в DNS являются ресурсные записи. Существует множество типов ресурсных записей, каждая из которых состоит из определенного числа полей. Для маршрутизации почты используется запись “MX”, при ее отсутствии запись типа “А”. Запись “A” (адресная запись) содержит параметры: доменное имя узла, соответствующий IP-адрес. Пример: aivt IN A 195.19.212.16, где “IN” – это класс записи (интернет). Запись “MX” содержит параметры: имя почтового домена, имя почтового сервера, приоритет. Пример: aivt IN MX 20 mail.stu.neva.ru, где “IN” – это класс записи (интернет). [4] При получении письма MTA анализирует его служебную информацию, в частности заголовок письма, определяя домен получателя (см. рис. 4.83). Если он относится к домену, который обслуживается данным МТА, производится поиск получателя и письмо помещается в его ящик.Если домен получателя не обслуживается этим MTA, формируется DNS-запрос, запрашивающий MX-записи для данного домена. MX-запись представляет особый вид DNS-записи, которая содержит имена почтовых серверов, обрабатывающих входящую почту для данного домена. MX-записей может быть несколько, в этом случае MTA пробует последовательно установить соединение, начиная с сервера с наибольшим приоритетом. При отсутствии MX-записи запрашивается A-запись (запись адреса, сопоставляющая доменное имя с IP-адресом) и выполняется попытка доставить почту на указанный там хост. При невозможности отправить сообщение, оно возвращается отправителю (помещается в почтовый ящик пользователя) с сообщением об ошибке. [8] Выполнение работы: 1. Построение топологии сети Для исследования заданных прикладных протоколов построим тестовую топологию сети следующего вида (рис. 4.84): Рис. 4.84 Тестовая топология сети Производим настройку сетевых устройств согласно заданным параметрам (таблица 4.4, таблица 4.5): Таблица 4.4 Конечные узлы IP-адрес Маска сети IP-адрес DNS-сервера PC0 172.16.0.90 255.255.0.0 172.16.0.20 PC1 172.16.0.100 255.255.0.0 172.16.0.20 Таблица 4.5 Серверы IP-адрес Маска сети IP-адрес DNS-сервера Server0 172.16.0.20 255.255.0.0 172.16.0.20 Server1 172.16.0.40 255.255.0.0 172.16.0.20 Все устройства расположены в одном сегменте локальной сети, поэтому маршрутизация пакетов не используется, значит, IP-адрес шлюза по умолчанию указывать необязательно. 2. Настройка почтового сервера В качестве серверов электронной почты выступают сервер 172.16.0.20 и сервер 172.16.0.40. Схема взаимодействия с прикладными почтовыми протоколами применительно к построенной сети представлена на рис. 4.85: Рис. 4.85 Схема взаимодействия с прикладными почтовыми протоколами в исследуемой сети На каждом из MTA будет поддерживаться smtp- и pop3-сервер. Подключиться к серверу может любой зарегистрированный пользователь. Чтобы отправить письмо, пользователь на сервере проходит авторизацию, после чего сервер готов отправлять письма от имени пользователя. По адресу назначения письма сервер определяет, кому следует передать его дальше. Нужный адрес сервер определяет с помощью службы DNS, в которой содержится соответствующая ресурсная адресная запись, преобразовывающая имя домена в IP-адрес. Подключим службу DNS на сервере 172.16.0.20: 1) Один клик по выбранному устройству. 2) Выбираем вкладку Config, Services -> DNS (рис. 4.86). Заносим данные о новой ресурсной записи: имя домена, IP-адрес, тип ресурсной записи. Симулятор не поддерживает ресурсную запись, предназначенную для почтовых серверов, MX, но ее можно заменить адресной (тип А). Рис. 4.86 Настройка службы DNS на сервере 3) Нажимаем на кнопку “Add” будет добавлена новая запись в службу DNS (рис. 4.87). Рис. 4.87 Настройка службы DNS на сервере Повторим предыдущие действия и добавим еще одну ресурсную запись о почтовом сервере 172.16.0.40 (рис. 4.88). Рис. 4.88 Настройка службы DNS на сервере Теперь сконфигурируем почтовый сервер 172.16.0.20 с поддержкой smtp- и pop3-сервера: 1) Один клик по выбранному устройству. 2) Выбираем вкладку “Config”, Services -> EMAIL 3) Подключаем протоколы SMTP и POP3 и вводим имя домена электронной почты. Нажимаем кнопку “Set” (рис. 4.89). Рис. 4.89 Конфигурация smtp- и pop3-сервера 4) Создадим учетную запись для одного пользователя, вводим логин и пароль. Занести запись в службу можно с помощью кнопки “+” (рис. 4.90). Рис. 4.90 Создание учетной записи Smtp-сервер и pop3-сервер на машине 172.16.0.20 сконфигурированы, имеют одного зарегистрированного пользователя. Так же на нем поддерживается служба DNS, в которой есть две ресурсных записи. На сервере 172.16.0.40 так же необходимо настроить почтовый сервер с поддержкой SMTP и POP3 (рис. 4.91). В качестве DNS для него выступает сервер 172.16.0.20. 1) Один клик по выбранному устройству. 2) Выбираем вкладку “Config”, Services -> EMAIL 3) Подключаем протоколы SMTP и POP3 и вводим имя домена электронной почты - mail.ru. Нажимаем кнопку “Set”. 4) Создадим учетную запись для одного пользователя, вводим логин и пароль. Занести запись в службу можно с помощью кнопки “+”. Рис. 4.91 Конфигурация smtp- и pop3-сервера 3. Настройка почтовой службы на конечных узлах Для работы с почтовым smtp- или pop3-сервером на компьютере пользователя должен быть настроен клиент электронной почты, который и будет взаимодействовать с сервером (см. рис. 4.83). Настроим на хосте 172.16.0.90 клиент электронной почты (рис. 4.92): 1) Один клик на хосте с IP-адресом 172.16.0.90. 2) Выбираем вкладку Desktop, программу “E-mail”. Появится окно конфигурации почтового сервиса. Вводим пользовательские данные в форму. Рис. 4.92 Настройка клиента электронной почты Нажимаем кнопку “Save”, закрываем окно, конфигурация клиента электронной почты завершена. Теперь для пользователя user1 доступен почтовый сервис в домене server.ru: отправка и получение писем. Настроим почтовый сервис и на хосте 172.16.0.100, выполнив предыдущие действия (рис. 4.93). Вводим следующие пользовательские данные: Теперь для пользователя user2 доступен почтовый сервис в домене mail.ru: отправка и получение писем. Настройка всех устройств и необходимых служб завершена. 4. Исследование прикладных почтовых протоколов в режиме симуляции Рис. 4.93 Настройка клиента электронной почты Переходим в режим симуляции Cisco Packet Tracer. Добавляем фильтры на 2 протокола: SMTP и POP3 (рис. 4.94). Это значит, что пакеты только фильтруемых протоколов будут отображаться в сети. Рис. 4.94 Окно событий режима симуляции Отправим письмо с хоста 172.16.0.90 от user1 на хост 172.16.0.100 user2 (рис. 4.95): 1) Один клик по выбранному узлу (172.16.0.90). 2) Выбираем на вкладке “Desktop” программу “E-mail”. 3) Чтобы написать и отправить письмо, нажимаем на кнопку “Compose”. Появится форма, которую следует заполнить. В поле “To” задается адрес электронной почты, кому вы отправляете письмо. Поле “Subject” содержит заголовок письма. Текст письма можете сочинить самостоятельно. Рис. 4.95 Форма для отправления письма Нажимаем на кнопку “Send”, начнется отправление письма. Видим, что на хосте 172.16.0.90 сформировался пакет SMTP (рис. 4.96). Воспользовавшись кнопкой “Capture/Forward”, проследим за маршрутом пакета от устройства к устройству. Рис. 4.96 Вид рабочей области Посмотрим содержимое пакета, сформированного на узле (рис. 4.97). Рис. 4.97 Формат пакета SMTP Пакет адресован почтовому серверу по IP-адресу 172.16.0.20. В заголовке TCP содержится порт назначения – 25. Можно сделать вывод, что пакет сформирован верно. Пакет на пути своего следования к серверу проходит через два коммутатора (рис. 4.98). Убедитесь, что это так. Рис. 4.98 Вид рабочей области Когда пакет приходит на сервер, тот, обрабатывая его, определяет, что письмо адресовано домену mail.ru. Сервер 172.16.0.20 обращается к службе DNS за IP-адресом заданного сервера. По указанному адресу письмо перенаправляется на соответствующий почтовый сервер (рис. 4.99). Рис. 4.99 Вид рабочей области SMTP-пакет, сформированный сервером 172.16.0.20, содержит следующую информацию: IP-адрес назначения – 172.16.0.40, порт назначения – 25 (рис. 4.100). Рис. 4.100 Формат пакета SMTP Пакет проходит через коммутатор Switch1 и доставляется серверу 172.16.0.40 (рис. 4.101). Рис. 4.101 Вид рабочей области На сервере 172.16.0.40 формируется SMTP-ответ серверу 172.16.0.20 и отправляется на указанный адрес (рис. 4.102). Рис. 4.102 Вид рабочей области Из содержимого пакета, пришедшего обратно на сервер 172.16.0.20: IP- адрес источника – 172.16.0.40, порт источника – 25 (рис. 4.103). С помощью протокола SMTP мы отправили письмо на сервер mail.ru, теперь оно хранится там. Наш адресат (узел 172.16.0.100) еще не получил отправленное письмо, так как на сервер он еще не обратился по протоколу POP3. Для получения письма необходимо проделать следующие действия: Рис. 4.103 Формат пакета SMTP 1) Один клик по узлу 172.16.0.100. 2) Выбираем на вкладке “Desktop” программу “E-mail”. 3) Нажимаем на кнопку “Receive”, чтобы прочитать письмо. На хосте формируется пакет протокола POP3 (рис. 4.104). Воспользовавшись кнопкой “Capture/Forward”, проследим за маршрутом пакета от устройства к устройству. Рис. 4.104 Вид рабочей области Посмотрим содержимое пакета, сформированного на узле (рис. 4.105). Рис. 4.105 Формат пакета РОР3 Пакет адресован почтовому серверу по IP-адресу 172.16.0.40. В заголовке TCP содержится порт назначения – 110. Можно сделать вывод, что пакет сформирован верно. Пакет на пути своего следования к серверу проходит через два коммутатора. Убедитесь, что это так. Когда пакет приходит на сервер, тот обрабатывает его и формирует пакет-ответ (рис. 4.106). Рис. 4.106 Вид рабочей области Пакет по тому же маршруту возвращается на узел 172.16.0.100 с ответом (письмом) от сервера. Посмотрим содержимое ответа (рис. 4.107). Рис. 4.107 Формат пакета РОР3 Порт-источник – 110. Ответ пришел от сервера 172.16.0.40 с некоторыми POP3-данными. С помощью протокола POP3 узел 172.16.0.100 получил письмо с сервера, отправленное туда узлом 172.16.0.90 (рис. 4.108). Рис. 4.108 Форма чтения входящих писем Как уже упоминалось в теоретических сведениях, почтовые протоколы SMTP и POP3 обмениваются информацией с помощью команд. Клиенту электронной почты, чтобы установить соединение с сервером, отправить письмо, разорвать соединение необходимо отправлять серверу соответствующие команды. Сервер электронной почты, в свою очередь, обрабатывает эти команды и формирует отклики для клиента. Отклики smtp- сервера содержат цифровой код ответа: успешно или с ошибкой обработана команда. Отклики pop3-сервера так же содержат два типа сообщений: успех или ошибка. Обращая внимание на содержимое пакета SMTP или POP3 протокола, видно, что на прикладном уровне пакет детально не рассматривается. Пример приведен на рис. 4.109. Рис. 4.109 Данные прикладного уровня Поэтому эксперимент посылки письма несуществующему пользователю не является содержательным, т.к. подробно увидеть ответ от smtp-сервера нам не удастся. Для подробного изучения взаимодействия между клиентом и smtp- или pop3-сервером следует обратиться к предложенной спецификации RFC 2821 и RFC 1939. 5. Индивидуальные задания Исследуйте прикладные протоколы электронной почты SMTP и POP3 самостоятельно. Топологию сети для исследования оставьте прежней. Настройку сетевых устройств проделайте в соответствии с вариантом. В отчете приведите маршруты пакетов, их содержимое и объясните полученные результаты. Отправителя и получателя определите сами. Варианты заданий представлены в приложении 2. ПРИЛОЖЕНИЕ 2 Варианты индивидуальных заданий к лабораторной работе №5 (таблица 1): Таблица 1 Вариант 1 Конечные узлы IP-адрес Маска сети IP-адрес DNS-сервера PC0 172.16.1.90 255.255.0.0 172.16.1.20 PC1 172.16.1.100 255.255.0.0 172.16.1.20 Серверы Server0 172.16.1.20 255.255.0.0 172.16.1.20 Server1 172.16.1.60 255.255.0.0 172.16.1.20 Вариант 2 Конечные узлы IP-адрес Маска сети IP-адрес DNS-сервера PC0 172.16.0.12 255.255.0.0 172.16.0.50 PC1 172.16.0.13 255.255.0.0 172.16.0.50 Серверы Server0 172.16.0.50 255.255.0.0 172.16.0.50 Server1 172.16.0.10 255.255.0.0 172.16.0.50 Вариант 3 Конечные узлы IP-адрес Маска сети IP-адрес DNS-сервера PC0 192.168.3.1 255.255.255.0 192.168.3.8 PC1 192.168.3.3 255.255.255.0 192.168.3.8 Серверы Server0 192.168.3.8 255.255.255.0 192.168.3.8 Server1 192.168.3.5 255.255.255.0 192.168.3.8 Вариант 4 Конечные узлы IP-адрес Маска сети IP-адрес DNS-сервера PC0 172.16.2.90 255.255.0.0 172.16.2.25 PC1 172.16.2.10 255.255.0.0 172.16.2.25 Серверы Server0 172.16.2.25 255.255.0.0 172.16.2.25 Server1 172.16.2.40 255.255.0.0 172.16.2.25 Вариант 5 Конечные узлы IP-адрес Маска сети IP-адрес DNS-сервера PC0 192.168.5.1 255.255.255.0 192.168.5.7 PC1 192.168.5.3 255.255.255.0 192.168.5.7 Серверы Server0 192.168.5.7 255.255.255.0 192.168.5.7 Server1 192.168.5.5 255.255.255.0 192.168.5.7 Вариант 6 Конечные узлы IP-адрес Маска сети IP-адрес DNS-сервера PC0 192.168.4.1 255.255.255.0 192.168.4.9 PC1 192.168.4.3 255.255.255.0 192.168.4.9 Сервер Server0 192.168.4.9 255.255.255.0 192.168.4.9 Server1 192.168.4.6 255.255.255.0 192.168.4.9 Вариант 7 Конечные узлы IP-адрес Маска сети IP-адрес DNS-сервера PC0 172.16.3.15 255.255.0.0 172.16.3.70 PC1 172.16.3.25 255.255.0.0 172.16.3.70 Серверы Server0 172.16.3.70 255.255.0.0 172.16.3.70 Server1 172.16.3.40 255.255.0.0 172.16.3.70 Вариант 8 Конечные узлы IP-адрес Маска сети IP-адрес DNS-сервера PC0 172.16.4.90 255.255.0.0 172.16.4.30 PC1 172.16.4.10 255.255.0.0 172.16.4.30 Серверы Server0 172.16.4.30 255.255.0.0 172.16.4.30 Server1 172.16.4.100 255.255.0.0 172.16.4.30 Вариант 9 Конечные узлы IP-адрес Маска сети IP-адрес DNS-сервера PC0 172.16.5.20 255.255.0.0 172.16.5.10 PC1 172.16.5.40 255.255.0.0 172.16.5.10 Серверы Server0 172.16.5.10 255.255.0.0 172.16.5.10 Server1 172.16.5.80 255.255.0.0 172.16.5.10 Вариант 10 Конечные узлы IP-адрес Маска сети IP-адрес DNS-сервера PC0 172.16.6.20 255.255.0.0 172.16.6.40 PC1 172.16.6.10 255.255.0.0 172.16.6.40 Серверы Server0 172.16.6.40 255.255.0.0 172.16.6.40 Server1 172.16.6.30 255.255.0.0 172.16.6.40 Вариант 11 Конечные узлы IP-адрес Маска сети IP-адрес DNS-сервера PC0 192.168.6.2 255.255.255.0 192.168.6.7 PC1 192.168.6.3 255.255.255.0 192.168.6.7 Серверы Server0 192.168.6.7 255.255.255.0 192.168.6.7 Server1 192.168.6.5 255.255.255.0 192.168.6.7 Вариант 12 Конечные узлы IP-адрес Маска сети IP-адрес DNS-сервера PC0 192.168.7.2 255.255.255.0 192.168.7.5 PC1 192.168.7.4 255.255.255.0 192.168.7.5 Серверы Server0 192.168.7.5 255.255.255.0 192.168.7.5 Server1 192.168.7.8 255.255.255.0 192.168.7.5 Вариант 13 Конечные узлы IP-адрес Маска сети IP-адрес DNS-сервера PC0 192.168.8.4 255.255.255.0 192.168.8.2 PC1 192.168.8.3 255.255.255.0 192.168.8.2 Серверы Server0 192.168.8.2 255.255.255.0 192.168.8.2 Server1 192.168.8.8 255.255.255.0 192.168.8.2 Вариант 14 Конечные узлы IP-адрес Маска сети IP-адрес DNS-сервера PC0 192.168.9.3 255.255.255.0 192.168.9.6 PC1 192.168.9.4 255.255.255.0 192.168.9.6 Серверы Server0 192.168.9.6 255.255.255.0 192.168.9.6 Server1 192.168.9.7 255.255.255.0 192.168.9.6 |