РефератыИнформатикаСеСетевые утилиты и их использование

Сетевые утилиты и их использование


ЛАБОРАТОРНАЯ РАБОТА №1



"
Сетевые утилиты и их использование”


Утилиты
ipconfig, ping
и
tracert.


1. ЦЕЛЬ РАБОТЫ


Определение настроек для подключения к локальной сети и к сети Internet с использованием утилиты ipconfig
. Исследование вероятностно-временных характеристик фрагментов сети Internet с использованием утилиты ping
. Исследование топологии фрагментов сети Internet с использованием утилиты tracert
.


2. МЕТОДИЧЕСКИЕ УКАЗАНИЯ К ВЫПОЛНЕНИЮ ЛАБОРАТОРНОЙ РАБОТЫ


2.1. Адресация в IP-сетях


2.1.1. Типы адресов: физический (MAC-адрес), сетевой (IP-адрес) и символьный (DNS-имя)


Каждый компьютер в сети TCP/IP имеет адреса трех уровней:


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


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


· Символьный идентификатор-имя, например, SERV1.IBM.COM. Этот адрес назначается администратором и состоит из нескольких частей, например, имени машины, имени организации, имени домена. Такой адрес, называемый также DNS-именем, используется на прикладном уровне, например, в протоколах FTP или telnet.


2.1.2. Три основных класса IP-адресов


IP-адрес имеет длину 4 байта и обычно записывается в виде четырех чисел, представляющих значения каждого байта в десятичной форме, и разделенных точками, например:


128.10.2.30 - традиционная десятичная форма представления адреса,


10000000 00001010 00000010 00011110 - двоичная форма представления этого же адреса.


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


Класс А






0


N сети


N узла



Класс В







1


0


N сети


N узла



Класс С








1


1


0


N сети


N узла



Класс D








1


1


1


0


адрес группы multicast



Класс Е









1


1


1


1


0


зарезервирован



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


· Если адрес начинается с 0, то сеть относят к классу А, и номер сети занимает один байт, остальные 3 байта интерпретируются как номер узла в сети. Сети класса А имеют номера в диапазоне от 1 до 126. (Номер 0 не используется, а номер 127 зарезервирован для специальных целей, о чем будет сказано ниже.) В сетях класса А количество узлов должно быть больше 216
, но не превышать 224
.


· Если первые два бита адреса равны 10, то сеть относится к классу В и является сетью средних размеров с числом узлов 28
- 216
. В сетях класса В под адрес сети и под адрес узла отводится по 16 бит, то есть по 2 байта.


· Если адрес начинается с последовательности 110, то это сеть класса С с числом узлов не больше 28
. Под адрес сети отводится 24 бита, а под адрес узла - 8 бит.


· Если адрес начинается с последовательности 1110, то он является адресом класса D и обозначает особый, групповой адрес - multicast. Если в пакете в качестве адреса назначения указан адрес класса D, то такой пакет должны получить все узлы, которым присвоен данный адрес.


· Если адрес начинается с последовательности 11110, то это адрес класса Е, он зарезервирован для будущих применений.


В таблице приведены диапазоны номеров сетей, соответствующих каждому классу сетей.


























Класс


Наименьший адрес


Наибольший адрес


A


0.1.0.0


126.0.0.0


B


128.0.0.0


191.255.0.0


C


192.0.1.0


223.255.255.0


D


224.0.0.0


239.255.255.255


E


240.0.0.0


247.255.255.255



2.1.3. Отображение символьных адресов на IP-адреса: служба DNS


DNS (Domain Name System)
- это распределенная база данных, поддерживающая иерархическую систему имен для идентификации узлов в сети Internet. Служба DNS предназначена для автоматического поиска IP-адреса по известному символьному имени узла. Спецификация DNS определяется стандартами RFC 1034 и 1035. DNS требует статической конфигурации своих таблиц, отображающих имена компьютеров в IP-адрес.


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


Если данные о запрошенном соответствии хранятся в базе данного DNS-сервера, то он сразу посылает ответ клиенту, если же нет - то он посылает запрос DNS-серверу другого домена, который может сам обработать запрос, либо передать его другому DNS-серверу. Все DNS-серверы соединены иерархически, в соответствии с иерархией доменов сети Internet. Клиент опрашивает эти серверы имен, пока не найдет нужные отображения. Этот процесс ускоряется из-за того, что серверы имен постоянно кэшируют информацию, предоставляемую по запросам. Клиентские компьютеры могут использовать в своей работе IP-адреса нескольких DNS-серверов, для повышения надежности своей работы.


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


Корень базы данных DNS управляется центром Internet Network Information Center. Домены верхнего уровня назначаются для каждой страны, а также на организационной основе. Имена этих доменов должны следовать международному стандарту ISO 3166. Для обозначения стран используются трехбуквенные и двухбуквенные аббревиатуры, а для различных типов организаций используются следующие аббревиатуры:


· com - коммерческие организации (например, microsoft.com);


· edu - образовательные (например, mit.edu);


· gov - правительственные организации (например, nsf.gov);


· org - некоммерческие организации (например, fidonet.org);


· net - организации, поддерживающие сети (например, nsf.net).


Каждый домен DNS администрируется отдельной организацией, которая обычно разбивает свой домен на поддомены и передает функции администрирования этих поддоменов другим организациям. Каждый домен имеет уникальное имя, а каждый из поддоменов имеет уникальное имя внутри своего домена. Имя домена может содержать до 63 символов. Каждый хост в сети Internet однозначно определяется своим полным доменным именем (fully qualified domain name, FQDN)
, которое включает имена всех доменов по направлению от хоста к корню. Пример полного DNS-имени:


server.aics.acs.cctpu.edu.ru


2.1.4. Автоматизация процесса назначения IP-адресов узлам сети - протокол DHCP


IP-адреса могут назначаться администратором сети вручную. Это представляет для администратора утомительную процедуру. Ситуация усложняется еще тем, что многие пользователи не обладают достаточными знаниями для того, чтобы конфигурировать свои компьютеры для работы в интерсети и должны поэтому полагаться на администраторов.


Протокол Dynamic Host Configuration Protocol (DHCP)
был разработан для того, чтобы освободить администратора от этих проблем. Основным назначением DHCP является динамическое назначение IP-адресов. Однако, кроме динамического, DHCP может поддерживать и более простые способы ручного и автоматического статического назначения адресов.


В ручной процедуре назначения адресов активное участие принимает администратор, который предоставляет DHCP-серверу информацию о соответствии IP-адресов физическим адресам или другим идентификаторам клиентов. Эти адреса сообщаются клиентам в ответ на их запросы к DHCP-серверу.


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


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


2.2. Системные утилиты сетевой диагностики


2.2.1.
Утилита
ipconfig


Утилита ipconfig (IP configuration) предназначена для настройки протокола IP для операционной системы Windows. В данной лабораторной работе эта утилита будет использоваться только для получения информации о соединении по локальной сети. Для получения этой информации выполните «Пуск» → «Выполнить» → cmd и в командной строке введите:


ipconfig /all


В разделе «Адаптер Ethernet Подключение по локальной сети» для данной лабораторной будут необходимы поля «DHCP», «IP-адрес» и «DNS-серверы».


2.2.2. Утилита ping


Утилита ping (Packet Internet Groper) является одним из главных средств, используемых для отладки сетей, и служит для принудительного вызова ответа конкретной машины. Она позволяет проверять работу программ TCP/IP на удаленных машинах, адреса устройств в локальной сети, адрес и маршрут для удаленного сетевого устройства. В выполнении команды ping участвуют система маршрутизации, схемы разрешения адресов и сетевые шлюзы. Это утилита низкого уровня, которая не требует наличия серверных процессов на проверяемой машине, поэтому успешный результат при прохождении запроса вовсе не означает, что выполняются какие-либо сервисные программы высокого уровня, а говорит о том, что сеть находится в рабочем состоянии, питание проверяемой машины включено, и машина не отказала ("не висит").


В Windows утилита ping имеется в комплекте поставки и представляет собой программу, запускаемую из командной строки.


Запросы утилиты ping передаются по протоколу ICMP (Internet Control Message Protocol). Получив такой запрос, программное обеспечение, реализующее протокол IP у адресата, посылает эхо-ответ. Если проверяемая машина в момент получения запроса была загружена более приоритетной работой (например, обработкой и перенаправлением большого объема трафика), то ответ будет отправлен не сразу, а как только закончится выполнение более приоритетной задачи. Поэтому следует учесть, что задержа, рассчитанная утилитой ping, вызвана не только пропускной способностью канала передачи данных до проверяемой машины, но и загруженностью этой машины.


Эхо-запросы посылаются заданное количество раз (ключ -n). По умолчанию передается четыре запроса, после чего выводятся статистические данные.


Обратите внимание:

поскольку с утилиты
ping
начинается хакерская атака, некоторые серверы в целях безопасности могут не посылать эхо-

ответы (например,
www
.
microsoft
.
com
). Не ждите напрасно, введите команду прерывания (
CTRL
+
C
).


Формат команды:
ping [-t][-a][-n][-l][-f][-i TTL][-v TOS]


[-r][][имя машины][[-j списокУзлов]|[-k списокУзлов]][-w]


Параметры утилиты ping























Ключи


Функции


-t


Отправка пакетов на указанный узел до команды прерывания


-a


Определение имени узла по IP-адресу


-n


Число отправляемых запросов


-l


Размер буфера отправки


-f


Установка флага, запрещающего фрагментацию пакета


-i TTL


Задание времени жизни пакета (поле "Time To Live")



На практике большинство опций в формате команды можно опустить, тогда в командной строке может быть: ping имя узла (для зацикливания вывода информации о соединении используется опция –
t; для вывода информации n-раз используется опция –n количество раз).


Пример
:


ping –n 20 peak.mountin.net


Обмен пакетами с peak.mountin.net [207.227.119.2] по 32 байт:


Превышен интервал ожидания для запроса.


Ответ от 207.227.119.2: число байт=32 время=734мс TTL=231


Ответ от 207.227.119.2: число байт=32 время=719мс TTL=231


Ответ от 207.227.119.2: число байт=32 время=688мс TTL=231


Ответ от 207.227.119.2: число байт=32 время=704мс TTL=231


Превышен интервал ожидания для запроса.


Ответ от 207.227.119.2: число байт=32 время=719мс TTL=231


Ответ от 207.227.119.2: число байт=32 время=1015мс TTL=231


Превышен интервал ожидания для запроса.


Ответ от 207.227.119.2: число байт=32 время=703мс TTL=231


Ответ от 207.227.119.2: число байт=32 время=688мс TTL=231


Ответ от 207.227.119.2: число байт=32 время=782мс TTL=231


Ответ от 207.227.119.2: число байт=32 время=688мс TTL=231


Ответ от 207.227.119.2: число байт=32 время=688мс TTL=231


Ответ от 207.227.119.2: число байт=32 время=688мс TTL=231


Превышен интервал ожидания для запроса.


Ответ от 207.227.119.2: число байт=32 время=687мс TTL=231


Ответ от 207.227.119.2: число байт=32 время=735мс TTL=231


Ответ от 207.227.119.2: число байт=32 время=672мс TTL=231


Ответ от 207.227.119.2: число байт=32 время=704мс TTL=231


Статистика Ping для 207.227.119.2:


Пакетов: отправлено = 20, получено = 16, потеряно = 4 (20% потерь),


Приблизительное время передачи и приема:


наименьшее = 672мс, наибольшее = 1015мс, среднее = 580мс



Пример определения имени узла по IP-адресу


ping –a 194.67.57.26


Обмен пакетами с mail.ru [194.67.57.26] по 32 байт: …



2.2.3. Утилита tracert


Утилита tracert позволяет выявлять последовательность маршрутизаторов, через которые проходит IP-пакет на пути к пункту своего назначения.


Формат команды:
tracert имя_машины


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


Пример:


tracert peak.mountin.net


Трассировка маршрута к peak.mountin.net [207.227.119.2]


с максимальным числом прыжков 30:





































































































































































Пакет 1


Пакет 2


Пакет 3


DNS-имя узла и (или) его IP-адрес


1


<10 мс


<10 мс


<10 мс


SLAVE [192.168.0.1]


2


<10 мс


<10 мс


<10 мс


gw.b10.tpu.edu.ru [195.208.164.2]


3


<10 мс


<10 мс


<10 мс


195.208.177.62


4


<10 мс


<10 мс


<10 мс


news.runnet.tomsk.ru [195.208.160.4]


5


<10 мс


<10 мс


16 ms


ra.cctpu.tomsk.su [195.208.161.34]


6


781 ms


563 ms


562 ms


spb-2-gw.runnet.ru [194.85.33.9]


7


547 ms


594 ms


578 ms


spb-gw.runnet.ru [194.85.36.30]


8


937 ms


563 ms


562 ms


20.201.atm0-201.ru-gw.run.net [193.232.80.105]


9


1125 ms


563 ms


547 ms


fi-gw.nordu.net [193.10.252.41]


10


906 ms


1016 ms


578 ms


s-gw.nordu.net [193.10.68.41]


11


844 ms


828 ms


610 ms


dk-gw2.nordu.net [193.10.68.38]


12


578 ms


610 ms


578 ms


sl-gw10-cop-9-0.sprintlink.net [80.77.65.25]


13


610 ms


968 ms


594 ms


sl-bb20-cop-8-0.sprintlink.net [80.77.64.37]


14


641 ms


672 ms


656 ms


sl-bb21-msq-10-0.sprintlink.net [144.232.19.29]


15


671 ms


704 ms


687 ms


sl-bb21-nyc-10-3.sprintlink.net [144.232.9.106]


16


985 ms


703 ms


765 ms


sl-bb22-nyc-14-0.sprintlink.net [144.232.7.102]


17


719 ms


734 ms


688 ms


144.232.18.206


18


891 ms


703 ms


734 ms


p1-0.nycmny1-nbr1.bbnplanet.net [4.24.8.161]


19


719 ms


985 ms


703 ms


so-6-0-0.chcgil2-br2.bbnplanet.net [4.24.4.17]


20


688 ms


687 ms


703 ms


so-7-0-0.chcgil2-br1.bbnplanet.net [4.24.5.217]


21


719 ms


703 ms


672 ms


p1-0.chcgil2-cr9.bbnplanet.net [4.24.8.110]


22


687 ms


719 ms


687 ms


p2-0.nchicago2-cr2.bbnplanet.net [4.0.5.242]


23


781 ms


703 ms


672 ms


p8-0-0.nchicago2-core0.bbnplanet.net [4.0.6.2]


24


672 ms


703 ms


687 ms


fa0.wcnet.bbnplanet.net [207.112.240.102]


25


734 ms


687 ms


688 ms


core0-s1.rac.cyberlynk.net [209.100.155.22]


26


1188 ms


*


890 ms


peak.mountin.net [207.227.119.2]



Трассировка завершена.


Пакеты посылаются по три на каждый узел. Для каждого пакета на экране отображается величина интервала времени между отправкой пакета и получением ответа. Символ * означает, что ответ на данный пакет не был получен. Если узел не отвечает, то при превышении интервала ожидания ответа выдается сообщение «Превышен интервал ожидания для запроса». Интервал ожидания ответа может быть изменен с помощью опции –w команды tracert.


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


Примечание:


Для вывода информации в файл используйте символ перенаправления потока вывода «>». Данный символ справедлив и для утилит ping и
tracert
.


Пример:


tracert 195.208.164.1 > tracert.txt


Отчет о трассировке маршрута до указанного узла будет помещен в файл tracert.txt.


3.
ЗАДАНИЕ НА ЛАБОРАТОРНУЮ РАБОТУ


Отчёт по лабораторной работе необходимо оформить в OpenOffice Word, либо в MS Word. Файл с отчетом необходимо назвать в следующем формате: "НОМЕР_ЛАБОРАТОРНОЙ ГРУППА ФИО1 ФИО2", например: "1 8820 Иванов А.С. Петров В.М". Файл с отчетом необходимо скопировать в папку "serverStudentStudentFor exchangeИнтернет-технологии". Поместить изображение текущего окна в отчёт можно следующим способом: нажмите ALT+PrintScreen, перейдите в редактор и нажмите CTRL+V. Скопировать текст из окна командной строки можно следующим образом: выделите необходимый текст с помощью мыши и нажмите на выделенном участке правой кнопкой мыши, затем перейдите в текстовый редактор и нажмите Ctrl+V. Список адресов узлов для всех вариантов приведён в 4-ом пункте.


3.1. С помощью утилиты ipconfig определить IP адрес и физический адрес основного сетевого интерфейса компьютера, IP адрес шлюза, IP адреса DNS-серверов и используется ли DHCP.. Результаты представить в виде таблицы
.


3.2. Проверить состояние связи c любыми двумя узлами (работоспособными) в соответствии с вариантом задания. Число отправляемых запросов должно составлять не менее 20. В качестве результата отразить для каждого из исследуемых узлов в виде табилицы
:


a. процент потерянных пакетов;


b. среднее время приема-передачи;


c. количество маршрутизаторов (с учетом шлюза) до опрашиваемого узла;


d. IP адрес узла.


e. класс сети, к которой принадлежит данный узел;


f. имя узла, полученное по IP-адресу узла.


В отчёте необходимо пояснить, как были определены значения.


3.3. Произвести трассировку двух работоспособных узлов в соответствии с вариантом задания. Результаты запротоколировать в таблице.










№ узла


время


прохождения


пакета №1


время


прохождения


пакета №2


время


прохождения


пакета №3


среднее вермя прохождения пакета


DNS-имя


маршрутизатора


IP-адрес


маршрутизатора



Если значения времени прохождения трёх пакетов отличаются более, чем на 10 мс, либо если есть потери пакетов, то для соответствующих узлов среднее время прохождения необходимо определять с помощью утилиты ping по 20 пакетам.
. По результатам таблицы в отчете привести график
изменения среднего времени прохождения пакета. В отчёте привести одну копию окна с результатами команды tracert. Для каждого опрашиваемого узла определить участок сети между двумя соседними маршрутизаторами, который характеризуется наибольшей задержкой при пересылке пакетов. Для найденных маршрутизаторов с помощью сервиса Whois определить название организации и контактные данные (тел., email). Полученную информацию необходимо указать в отчёте.

Сохранить в соц. сетях:
Обсуждение:
comments powered by Disqus

Название реферата: Сетевые утилиты и их использование

Слов:3341
Символов:30657
Размер:59.88 Кб.