Отчет по практике КТС

Министерство образования РФ Мурманский филиал Петровского колледжа Отчет по практике по Сетям Студентки III курса 323 группы Тимониной Зои. г. Мурманск 1. Ethernet, многоуровневая звезда. 2. Windows 3.119598NT2000EX, Linux, Solaris. 3. Стек TCPIP IP Internet Protocol обеспечивает негарантированную доставку пакета от узла к узлу в работе

с нижними уровнями использует ARP и RARP. ARP Address Resolution Protocol динамически преобразует IP адрес в физический. RARP Reverse Address Resolution Protocol, обратный к ARP, преобразует физический адрес в IP адрес. ICMP Internet Control Message Protocol, управляет передачей управляющих и диагностических сообщений шлюзами,

маршрутизаторами и узлами, определяет доступность и способность к ответу абонентов адресатов, назначение пакетов, работоспособность маршрутизаторов и т. д. ICMP взаимодействует и вышестоящими протоколами TCPIP. Сообщения передаются с помощью IP диаграмм. IGMP Internet Group Management Protocol позволяет формировать в маршрутизаторах списки групп многоадресного вещания.

UDP User Datagram Protocol обеспечивает негарантированную доставку пользовательских дейтаграмм без установления соединения между заданными процессами передающего и принимающего узлов. TCP Transmission Control Protocol обеспечивает гарантированный поток данных между клиентами, установившими виртуальное соединение. 5. DNS Domain Name System разрешение логических имен компьютера в IP адрес. DHCP Dynamic Host Configuration Protocol.

Протокол из стека TCPIP, применяемый для автоматического назначения IP адресов и конфигурирования TCPIP на клиентах сети. 6. Используется класс адресов С. Служебная информация неподлежащая распостранению. 7. Dial-up соединение настроенный через прокси сервер. 8. Ping. После проверки конфигурации утилитой Ipconfig можно запустить утилиту

Ping для тестирования соединений. Это диагностическое средство тестирует конфигурации TCPIP и позволяет определить неисправности соединения. Утилита Ping использует пакеты эхо-запроса и эхо-ответа протокола ICMP для проверки доступности и работоспособности определенного узла TCPIP. Синтаксис команды Ping IPадрес Использование ping -t-a-n число-l размер-f -i

TTL-v TOS-r число -s число-j список Узлов -k список Узлов-w интервал список Рассылки Параметры -t Отправка пакетов на указанный узел до команды прерывания. Просмотр статистики и продолжение Control-Break Завершение Control-C. -a Определение адресов по именам узлов. -n число Число отправляемых запросов. -l размер Размер буфера отправки. -f

Установка флага, запрещающего фрагментацию пакета. -i TTL Задание времени жизни пакета поле Time To Life. -v TOS Задание типа службы поле Type Of Service. -r число Запись маршрута для указанного числа переходов. -s число Штамп времени для указанного числа переходов. -j список

Узлов Свободный выбор маршрута по списку узлов. -k список Узлов Жесткий выбор маршрута по списку узлов. -w интервал Интервал ожидания каждого ответа в миллисекундах. 9. Ipconfig. Используется утилита для проверки параметров конфигурации узла, включая IP-адрес, маску подсети и шлюз по умолчанию. Это полезно при выяснении, успешно ли прошла инициализация

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

Настройка Windows 98 IP. Параметры командной строки All вывод полных сведений о платах. Batch имя файла пакетный режим. Сведения о конфигурации IWINIPCFG.OUT. renewall обновить адреса всех плат. releaseall освободить адреса всех плат. renew N обновить адрес платы N. release N освободить адрес платы

N. 10. ARP. Протокол ARP Address Resolution Protocol, протокол разрешения адреса описан в документе RFC 826. Необходимость протокола ARP продиктована тем обстоятельством, что IP-адреса устройств в сети назначаются независимо от их физических адресов. Поэтому для доставки сообщений по сети необходимо определить соответствие между физическим адресом устройства и его IP-адресом это называется разрешением адресов.

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

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

Затем оно рассылает запросы по всей подсети. После заполняется устройством, опознавшим свой IP-адрес. В КЭШе протокола ARP применяются два типа записей 1. Динамические добавляются и удаляются автоматически 2. Cтатические находятся в КЭШе до перезагрузки компьютера. Добавление статической ARP записи уменьшает количество

ARP запросов для узлов, к которым обращаются достаточно часто. На компьютере добавленная статическая запись доступна 1. До перезагрузки ПК 2. До удаления записи в ручную До получения в широковещательных ARP сообщений другого адреса сетевой карты при этом статическая запись меняется динамической и записывается новый адрес. Отображение и изменение используемой протоколом

ARP таблицы соответствия адресов IP и физических адресов. Пример ARP s inetaddr ethaddr ifaddr ARP d inetaddr ifaddr ARP a inetaddr -N ifaddr -a Вывод текущих записей таблицы ARP путем опроса текущих данных протокола. Если указан адрес inetaddr, то адреса IP и физические выводятся только для указанного компьютера.

Если протокол ARP используется сетевыми интерфейсами, то выводятся записи из каждой таблицы ARP. -g Аналог а. -inetaddr Задание адреса IP. -N ifaddr Вывод текущих записей таблицы ARP для сетевого интерфейса, определяемого параметром ifaddr. -ethaddr Задание физического адреса. -ifaddr Необязательный параметр, указывающий адрес IP интерфейса, для которого следует изменить таблицу адресов.

Если параметр не задан, используется первый доступный интерфейс. -s добавление узла и связывание адреса IP inetaddr с физическим адресом ethaddr. Физический адрес задается с помощью шестнадцатеричных чисел, разделяемые дефисами. Запись является постоянной. -d Удаление узла, определяемого параметром inetaddr. 12. Nbtstat. Эта утилита позволяет проверять установленные при помощи

NetBIOS поверх TCPIP соединения, обновлять кеш LMHOSTS и определять зарегистрированное пользователем имя и Scope ID. Эта программа также полезна при устранении неисправностей или для загрузки в память кеша имн Net Bios. КОМАНДАОПИСАНИЕNbrstat-nОтображает список всех зарегистрированных клиентом имен NetBIOSNbrstat-cОтображает состояние кеша имен NetBIOSNbrstat-RВручную перезаполняет кеш имен NetBIOS строками из файла

LMHOSTS, начинающимися с параметра PRE Показывает статистику протокола и поток TCPIP связи, использующие NBT NetBIOS по TCPIP. Использование NBTSTAT -a Отдаленное имя -A IP адрес-c-h-r-R-s-Sинтервал. Параметры -a состояние адаптера. Перечисляет данную таблицу названия отдаленной машины ее имя. -A состояние Адаптера. Перечисляет данную таблицу названия отдаленной машины ее адрес

IP. -c кэш. Перечисляет отдаленный кэш имени, включая IP адрес. -n имя. Перечисляет местный NetBIOS. -r решенный. Перечисляет имена, решенные широким приведением и черезWINS. -R Перезагрузка. Чистка и перезагрузка отдаленного кэша вызывает таблицу. -S Сеансы. Перечисляет таблицу сеансов с адресатом адреса

IP. -s сеансы. Таблица сеансов Списка, преобразовывающая адресата IP адрес к именам хоста через файл хостов. IP адрес - Пунктирное десятичное представление IP адреса. Интервал - Пере дисплеи выбрали статику, делая паузу секунда интервала между каждым дисплеем. Нажмите Ctrl C, чтобы прекратить повторно показывать статистику

Отдаленное имя - Отдаленное имя машины хозяина. 13. Понятие Сокет и его назначение. Сокет socket во многом аналогичен дескриптору файла file handle. Он обеспечивает конечную точку сетевого соединения. Приложения, создавая сокет, указывает 3 параметра IP-адрес узла, тип обслуживания протоколы TCP для ориентированного на соединение обслуживания и

UDP для не ориентированного и порт, используемый приложением. Приложение может создать сокет и использовать его для отправки не ориентированного на соединение трафика удаленным приложениям или же подключить его к сокету другого приложения. Во втором случае данные будут посланы по надежному соединению. 15. Понятие Порт, применение порта для связи. Приложения, использующие сокеты, идентифицируют себя

на компьютере по средствам номера порта протокола. Например, FTP-сервер использует определенный TCP-порт, поэтому другие приложения могут связаться с ним. Порты могут иметь любой номер от 0 до 65536. Номера портов для приложений клиентов динамически назначаются операционной системой при обработке запроса на обслуживание. Известные well-known номера портов для приложений-серверов назначаются группой

Internet Assigned Numbers Authority LANA и не меняются. 16. Стандарт Ethernet 802.3. Порядок работы метода CSMACD. Основы технологии Ethernet был разработан Исследовательским центром в Пало Альто PARC корпорации Xerox в 1970-м году. Ethernet стал основой для спецификации IEEE 802.3, которая появилась 1980-м году. После недолгих споров компании

Digital Equipment Corporation, Intel Corporation и Xerox Corporation совместно разработали и приняли спецификацию Version 2.0, которая была частично совместима с 802.3. На сегодняшний день Ethernet и IEEE 802.3 являются наиболее распространенными протоколами локальных вычислительных сетей ЛВС. Сегодня термин Ethernet чаще всего используется для описания всех

ЛВС работающих по принципу множественный доступ с обнаружением несущей carrier sense multiple accesscollision detection CSMACD, которые соотвествуют Ethernet, включая IEEE 802.3. Когда Ethernet был разработан, он должен был заполнить нишу между глобальными сетями, низкоскоростными сетями и специализированными сетями компьтерных центров, которые работали на высокой скрости, но очень органиченном расстоянии. Ethernet хорошо подходит для приложений где локальные коммуникации должны выдерживать

высокие нагрузки при высоких скоростях в пиках. Сравнение Ethernet и IEEE 802.3 Локальная сеть на основе протокола CSMA-CD и IEEE 802.3 определяют подобные технологии. Оба - CSMACD LAN. Станции на CSMACD LAN могут обращаться к сети в любое время. Перед посылкой данных, CSMACD станции слушают сеть, чтобы видеть, является ли это уже в использовании.

Если это, станция, желающая, чтобы передать ждет. Если сеть не в использовании, станция передает. Столкновение происходит, когда две станции слушают для сетевого трафика, не слышат ни один, и передают одновременно. В этом случае, обе передачи повреждены, и станции должны повторно передать в несколько более позднее время. Backoff алгоритмы определяют, когда сталкивающиеся станции повторно передают.

CSMACD станции может обнаруживать столкновения, так что они знают, когда они должны повторно передать. И Локальная сеть на основе протокола CSMA-CD и IEEE 802.3 LAN - сети радиопередачи. Другими словами, все станции видят все рамки, независимо от того, представляют ли они предназначенного адресата. Каждая станция должна исследовать полученные рамки, чтобы определить, является ли станция адресат. Если так, рамку пропускают к более высокому уровню протокола для соответствующей

обработки. Различия между Локальной сетью на основе протокола CSMA-CD и IEEE 802.3 LAN тонкие. Локальная сеть на основе протокола CSMA-CD обеспечивает услуги, соответствующие Уровням 1 и 2 из OSI модели ссылки, в то время как IEEE 802.3 определяет физический уровень Уровень 1 и часть доступа канала уровня связи Уровень 2, но не определяет логический протокол управления

связи. И Локальная сеть на основе протокола CSMA-CD и IEEE 802.3 осуществлены в аппаратных средствах. Как правило, физическое проявление этих протоколов является или картой интерфейса в ведущем компьютере или схеме на первичной доске схемы в пределах ведущего компьютера. Физическое подключение. IEEE 802.3 определяет несколько различных физических уровней, принимая во внимание, что Локальная сеть на основе протокола CSMA-CD определяет только один.

Каждый IEEE 802.3 физических протокола уровня имеет название, которое суммирует его характеристики. Кодированные компоненты IEEE 802.3 названия физического уровня показываются на рисунке. Характеристики Ethernet IEEE 802.3 10Base5 10Base2 1Base5 10BaseT 10Broad36 Скорость, Mbps 10 10 10 1 10 10 Метод передачиBaseband Baseband Baseband Baseband Baseband Broadband Макс. длина сегмента, м 500 500 185 250 100 1800

Среда передачи 50-Ом коаксиал толстый 50-Ом коаксиал толстый 50-Ом коаксиал тонкий неэкр. витая пара неэкр. витая пара 75-ohm coax Топология ШинаШинаШина Звезда Звезда Шина Локальная сеть на основе протокола CSMA-CD наиболее подобна IEEE 802.3 10Base5. Оба из этих протоколов определяют сеть топологии автобуса с соединяющимся кабелем между станциями конца и фактической сетевой средой.

В случае Локальной сети на основе протокола CSMA-CD, тот кабель называется кабелем приемопередатчика. Кабель приемопередатчика соединяется с устройством приемопередатчика, приложенным к физической сетевой среде. IEEE 802.3 конфигурации является почти такой же, за исключением того, что соединяющийся кабель упомянут как интерфейс модуля вложения AUI, и приемопередатчик, называется средним модулем вложения MAU. В обоих случаях, соединяющийся кабельный атташе в правление интерфейса или схема интерфейса в пределах

станции конца. Форматы блоков. И Локальная сеть на основе протокола CSMA-CD и IEEE 802.3 рамки начинаются с чередующегося образца и нолей называемых преамбулой. Преамбула сообщает станциям получения, что рамка прибывает. Байт перед адресом адресата и в Локальной сети на основе протокола CSMA-CD и IEEE 802.3 рамки - начало-рамки SOF разделитель.

Этот байт заканчивается двумя последовательными одним битом, которые служат, чтобы синхронизировать части приема рамки всех станций на LAN. Немедленно после преамбулы и в Локальной сети на основе протокола CSMA-CD и IEEE 802.3 LAN - адресат и исходные области адреса. И Локальная сеть на основе протокола CSMA-CD и IEEE 802.3 адреса 6 байтов длиной. Адреса содержатся в аппаратных средствах на

Локальной сети на основе протокола CSMA-CD и IEEE 802.3 карты интерфейса. Первые 3 байта адресов определены IEEE на зависимом продавцом основании, в то время как последние 3 байта определены Локальной сетью на основе протокола CSMA-CD или IEEE 802.3 продавца. Исходный адрес - всегда unicast единственный узел адрес, в то время как адрес адресата может быть unicast, мультиприводить группу, или передавать все узлы.

В рамках Локальной сети на основе протокола CSMA-CD, 2-байтовая область после исходного адреса - поле типа. Эта поле определяет протокол верхнего уровня, чтобы получить данные после того, как обработка Локальной сети на основе протокола CSMA-CD закончена. В IEEE 802.3 рамки, 2-байтовая область после исходного адреса - поле длины, которая указывает число

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

В случае IEEE 802.3, протокол верхнего уровня должен быть определен в пределах части данных рамки. Если данные в рамке недостаточны, чтобы заполнить рамку к ее минимуму 64 байта размером, дополняя байты вставлены, чтобы гарантировать по крайней мере 64-байтовую рамку. После того, как поле данных - 4-байтовое поле FCS, содержащая циклическую избыточность, проверяют значение CRC. CRC создан устройством посылки и повторно рассчитан устройством получения, чтобы проверить повреждение,

которое могло бы произойти с рамкой в транзите. CSMAСD состоит из двух частей Carrier Sense Multiple Access и Collision Detection. Первая часть определяет, каким образом рабочая станция с сетевым адаптером ловит момент, когда ей следует послать сообщение. Если слышится несущий сигнал carrier tone, значит, в данный момент сеть занята другим сообщением рабочая станция переходит в режим ожидания и находится в нем до тех пор, пока сеть не освободится.

Когда в сети наступает молчание, станция начинает передачу. Вторая часть Collision Detection служит для разрешения ситуаций, две или более рабочие станции пытаются передать сообщения одновременно. Если две станции начнут передавать свои пакеты одновременно, передаваемые данные наложатся друг на друга и ни одно из сообщений не дойдет до получателя. Такую ситуацию называют конфликтом или коллизией сигналы одной станции перемешаются с сигналами другой.

Collision Detection требует, чтобы станция прослушала сеть также и после передачи пакета. Если обнаруживается конфликт, станция повторяет передачу пакета через случайным образом выбранный промежуток времени. Затем она вновь проверяет, не произошел ли конфликт. Термин множественный доступ подчеркивает тот факт, что все станции имеют одинаковое право на доступ к сети. Если одна из станций обнаружит коллизию, она пошлет специальный сигнал, предупреждающий другие

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

передать данные, а остальные определят, что сеть занята и вновь будут ожидать. Единицей измерения времени ожидания является удвоенное время распространения сигнала из конца в конец отрезка кабеля, равное примерно 51.2 мс. После первого конфликта каждая станция ждет 0 или 1 единицу времени, прежде чем попытается возобновить передачу. Если снова произошел конфликт, что может быть, если две станции выбрали одно и тоже число, то каждая

из них выбирает одно их четырех случайных чисел 0, 1, 2, 3. Если и в третий раз произошел конфликт, случайное число выбирается из интервала 0-7 и т.д. После 10-ти последовательных конфликтов интервал выбора случайных чисел фиксируется и становится равным 0-1023. После 16-ти конфликтов контроллер отказывается от дальнейших попыток передать кадр и сообщает об этом компьютеру. Все дальнейшие действия по выходу из сложившейся ситуации осуществляются под руководством

протоколов верхнего уровня. Такой алгоритм позволяет разрешить коллизии, когда конфликтующих станций немного. 17. Служба WINS. Служба WINS является важной частью любой большой сети на основе протокола NetBIOS. Эта служба представляет собой аналог службы DNS для пространства имен NetBIOS. Серверы WINS разрешают имена NetBIOS в IP-адреса, используя динамическую базу данных для поиска соответствующих записей.

Но время служб WINS и NetBIOS подходит к концу медленно, но неотвратимо. В конечном счете клиентов WINS не останется и услуги серверов WINS, использующих нестандартный и изобилующий ошибками протокол, будут заменены услугами серверов DNS. В больших сетях сервер WINS требуется Windows-клиентам для разрешения имен NetBIOS. Перечислим некоторые случаи, когда услуги

WINS не требуются - все клиенты сети используют другой метод разрешения имен например, DNS - ваша сеть мала менее 50 клиентов и не разделена на подсети Имена клиентских компьютеров несовместимых с WINS, не разрешаются при помощи WINS за исключением случая, когда они указаны статическим образом в базе данных сервера. Создание статических записей не поощряется, без особой необходимости не следует его использовать, поскольку

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

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

Однако, если сервер WINS недоступен, клиенты могут применить широковещания для разрешения имени. Во-вторых, база данных сервера WINS обновляется динамически, поэтому устаревшие сведения своевременно удаляются, а значит, отпадает необходимость в файле LMHOSTS. Кроме того, WINS обеспечивает возможности обзора многодоменной сети. Прежде чем два использующих NetBIOS узла начнут взаимодействовать, имя узла назначения должно быть

разрешено в IP-адрес. Это необходимо, поскольку для работы по протоколу TCPIP требуется IP-адрес компьютера, а в NetBIOS используются имена компьютеров. Процесс разрешения имен описан далее. 1. Каждый раз при запуске в среде WINS клиент WINS регистрирует у сервера WINS, который задан в его конфигурации, соответствие своего имени NetBIOS IP-адресу. 2. Когда клиент WINS выполняет команду

Windows NT для связи с другим узлом запрос на определение имени посылается по локальной сети непосредственно к серверу WINS широковещание при этом не используется. 3. Если сервер WINS находит в своей базе данных соответствующее имя NetBIOS и IP-адрес, то этот IP-адрес возвращается клиенту WINS. Поскольку БД сервера WINS динамически обновляется, она всегда содержит реальные соответствия имен

NetBIOS и IP-адресов. Требования к серверу WINS. В сети, использующей протокол TCPIP, служба сервера WINS должна быть установлена, как минимум, на одном компьютере, работающим под управлением Windows NT Server не обязательно контроллере домена. На сервере необходимо задать IP-адрес, маску подсети, шлюз по умолчанию и другие параметры TCPIP. Их можно получить от сервера DHCP, но лучше использовать статически назначенные параметры.

Требования к клиенту WINS. Внедрение WINS это настройка клиентов, а также установка и конфигурирование службы WINS Server. Клиентом может быть компьютер под управлением одной из следующих ОС Windows NT Server 4.0 или 3.5x Windows NT Workstation 4.0 или 3.5x Windows 95 Windows for Workgroups 3.11 с протоколом Microsoft TCPIP-32 Клиент сетей Microsoft для MS-DOS

LAN Manager 2.2c для MS-DOS. Клиенту необходимо указать IP-адрес основного сервера WINS, адрес резервного сервера может быть указан дополнительно. Конфигурация службы WINS Server. Установите WINS Задайте статические соответствия имен NetBIOS и IP-адресов всех не WINS-клиентов. Это нужно для того, чтобы удаленные клиенты WINS могли взаимодействовать с ними Настройте доверенный агент

WINS, чтобы у не WINS-клиентов была возможность разрешать имена через сервер WINS Настройте на сервере DHCP поддержку WINS. Конфигурация клиента WINS. Конфигурация клиента задается на вкладке WINS диалогового окна Microsoft TCPIP Properties. Для этого достаточно указать IP-адрес основного сервера WINS и в качестве опции резервного.

Установка службы WINS Server. 1. Щелкните Start, укажите на Settings, а затем щелкните Control Panel. 2. В Control Panel дважды щелкните пиктограмму Network, выберите вкладку Services, а затем Add. 3. Выберите Windows Internet Name Service и щелкните OK. На экране появится диалоговое окно

Windows NT Setup с приглашением ввести путь к установочным файлам Windows NT. 4. Задайте полный путь к установочным файлам Windows NT, а затем щелкните Continue. Необходимые файлы будут скопированы на Ваш компьютер, а затем снова появится диалоговое окно Network. 5. Щелкните Close. Вы увидите диалоговое окно

Network Settings Change. Для вступления в силу новых параметров компьютер необходимо перезагрузить. 6. Щелкните Yes. 7. Войдите в систему под именем Administrator. Конфигурирование доверенного агента WINS. Если в объединенной сети есть компьютеры, которые не являются клиентами WINS, они тоже смогут разрешать имена NetBIOS, используя сервер WINS, но только при помощи доверенного агента WINS.

Это средство расширяет возможности сервера WINS по разрешению имен и делает его доступным для н WINS-клиентов широковещательные запросы о регистрации и разрешении имен прослушиваются и затем пересылаются на сервер WINS. На приведенной ниже иллюстрации показано, как доверенный агент WINS перенаправляет широковещательные сообщения к серверу WINS. Настройка сервера WINS. Базу данных каждого сервера

WINS необходимо периодически очищать от записей, которые были освобождены или перерегистрированы на другом сервере WINS, но не были удалены. Эту процедуру выполняют вручную, выбрав Initiate Scavenging в меню Mappings. Администратор WINS может настроить сервер на автоматическую очистку clean up через определенные промежутки времени. Определение времени прерывания имен NetBIOS в различных состояниях.

1. В меню Server окна WINS Manager щелкните Configuration. Появится диалоговое окно WINS Server Configuration. 2. Чтобы увидеть все параметры в этом окне, щелкните Advanced. 3. В группе WINS Server Configuration задайте каждый из перечисленных интервалов времни. ИнтервалОписаниеИнтервал обновления Renewal IntervalКак часто клиент

WINS должен обновлять регистрацию своего имени на сервере WINS. Значение по умолчанию 144 часаВремя до исчезновения Extinction IntervalВремя до момента, когда имя, помеченное как освобожденное, оно более не является зарегистрированным пометят как исчезнувшее. Значение по умолчанию 144 часа Время до удаления Extinction timeoutВремя до момента, когда имя, помеченное как исчезнувшее, будет физически

удалено из базы данных. Значение по умолчанию равно интервалу обновления, но не может быть меньше 24 часовВремя проверки Verify IntervalВремя, по истечении которого сервер WINS проверяет активность имен, не принадлежащих ему они получены с другого сервера WINS. Значение по умолчанию 576 часов 24 дня. Это минимальное значение, принимаемое WINS Manager4. Чтобы сервер при каждом запуске компьютера сообщал партнерам по репликации о состоянии

своей БД, отметьте флажок Initial Replication в группе Push Parameters. 5. Когда закончите, нажмите OK Обзор сети при помощи WINS. Сервис WINS решает проблемы широковещания путем динамической регистрации NetBIOS-имени компьютера и его IP-адреса и сохранения их в БД WINS. Когда клиент WINS взаимодействует с узлом

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

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

IP. Благодаря этому, пользователи при осуществлении запросов к удаленным компьютерам могут применять понятные имена вроде Finance Server или Ourbuisiness.com, а не IP-адрес вроде 198.45.233.59. В работе DNS участвует три основных компонента клиенты DNS, или программы разрешения имен resolvers, серверы имен и пространство имен домена. В простейшем случае DNS-клиент посылает запросы серверу имен.

Сервер возвращает либо требуемую информацию, либо указание на другой сервер имен, либо сообщение об отказе, если запрос не может быть удовлетворен. Доменная система имен это система управления иерархической распределенной базой данных, использующая технологию клиент-сервер. DNS работает на прикладном уровне application layer и использует UDP и TCPIP как нижележащие протоколы. Задача базы данных

DNS транслировать имена компьютеров в IP-адреса, что показано на следующей иллюстрации. DNS-клиентов часто называют ресолверами resolvers, серверы серверами имен name servers. Компьютер обращается к DNS, используя имя другого компьютера или домена, а сервер имен выдает соответствующий этому имени IP-адрес. Сначала DNS-клиенты пересылают серверам запросы по протоколу UDP для повышения производительности, а переключаются на использование

TCP только при потере информации. DNS-клиенты пересылают сообщения между приложениями и серверами имен. Сообщение содержит запрос, например, IP-адрес Web-узла. Часто DNS-клиент встроен в приложение ли работает на компьютере как библиотечная подпрограмма. Иерархическая система имен DNS. Адресация IP-пакетов используется на сетевом и транспортном уровнях. Для использования на верхних уровнях она не удобна конечному пользователю, желающему связаться с каким-

либо узлом сети пользоваться последовательностью четырех чисел затруднительно. Для работы на высших уровнях принята символьная адресация, построенная по иерархическому доменному принципу DNS. Этот принцип рассмотрим на примере адресе Web-сервера ЦНИИ РТК www.rts.neva.ru. Этот адрес состоит из четырех элементов, разделенных точками. Крайний справа элемент Ru - имя домена верхнего уровня, определяется по территориальному или организационному

принципу. Имя домена верхнего уровня регистрируется в организации Internet NIC httpwww.internic.net. Каждый домен верхнего уровня может содержать произвольное число узлов и дочерних доменов, каждый из узлов и доменов имеет свое символическое имя, присоединяемое слева через точку к имени родительского домена. В данном случае в домене Ru имеется домен neva, в котором зарегистрирован домен rts.

И, наконец, в домене rts.neva.ru имеется узел с именем www. В каждом домене имеется DNS-сервер, который хранит таблицу соответствия символических имен и IP-адресов его узлов и дочерних доменов, в ней также присутствует и запись, относящаяся к родительскому домену. Символические адреса не имеют какой-либо алгоритмической связи с IP-адресами, их взаимное соответствие определяется только по таблицам.

Серверы DNS являются важнейшей частью любой TCPIP сети, а также службы Active Directory. Зоны являются ключевым компонентом сервер DNS будет бесполезен, пока вы не настроите зоны для вашего домена. Зоны позволяют сохранять части пространства имен DNS, так что один сервер DNS может обслужить часть пространства имен. Существует два типа зон зоны прямого и обратного разрешения

имен. Обычно со службой DNS ассоциируется зоны прямого разрешения имен они возвращают IP-адрес для выбранного имени DNS. Зоны обратного разрешения имен позволяют клиентам разрешать имя DNS хоста исходя из его IP-адреса, что необходимо для различных отладочных инструментов. Сервер DNS это по сути БД, состоящая из отдельных элементов, которые называются ресурсными записями и содержат информацию о компьютерах в сети TCPIP. Разрешение имен.

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

DNS-серверу. Итеративные запросы. На итеративный запрос DNS-сервер выдает наилучший ответ из имеющихся у него. В нем может содержаться разрешенное имя или ссылка на другой DNS-сервер. На этом рисунке показан пример рекурсивного и итеративного запросов клиент, находясь на работе, запрашивает у DNS-сервера IP-адрес, соответствующий узлу www.whitehouse.gov.

1. DNS-клиент посылает локальному DNS-серверу рекурсивный запрос, в котором просит определить IP-адрес для узла www.whitehouse.gov. Локальный сервер имен отвечает за распознавание имени и не может перенаправить клиента к другому DNS-серверу. 2. Локальный DNS-сервер просматривает свои зоны и не находит зону, содержащую указанное имя домена. Тогда он посылает к корневому серверу имен итеративный запрос об узле www.whitehouse.gov.

3. Корневой DNS-сервер, ответственный за корневой домен, возвращает IP-адрес сервера имен для домена верхнего уровня - .gov. 4. Локальный DNS-сервер посылает DNS-серверу домена .gov итеративный запрос о www.whitehouse.gov. 5. DNS-сервер домена .gov возвращает IP-адрес сервера имен, обслуживающего домен whitehouse.gov. 6. Локальный DNS-сервер посылает DNS-серверу домена whitehouse.gov итеративный запрос о www.whitehouse.

gov. 7. DNS-сервер домена whitehouse.gov возвращает IP-адрес, соответствующий www.whitehouse.gov. 8. Локальный DNS-сервер посылает клиенту IP-адрес для www.whitehouse.gov. Обратные запросы. При обратном запросе клиент пытается узнать у DNS-сервера имя узла, соответствующего известному IP-адресу.

Вообще-то, в пространстве имен DNS не установлено соответствие IP-адресов именам, а лишь сплошной просмотр всех доменов позволяет получить правильный ответ. Чтобы избежать тотального просмотра всех доменов при обслуживании обратного запроса, был создан специальный домен, in-addr.arpa. Имена узлов этого домена совпадают с записью IP-адреса в виде четырех десятичных чисел, разделенных точкой.

Но поскольку IP-адреса уточняются слева направо, а доменные имена справа налево, то при построении домена in-addr.arpa можно передать организациям, которым выделяются IP-адреса классов A,B и С. В домен in-addr.arpa при его создании добавляются специальные ресурсы указательные записи, связывающие IP-адрес с именем узла. Например, чтобы определить имя узла, соответствующее IP-адресу 157.55.200.51, клиент обращается к DNS-серверу с запросом указательной записи для 51.200.55.157.

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

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

UNIX. Эта утилита устанавливается совместно с протоколом TCPIP. Утилита Nslookup может работать в двух режимах интерактивном и пошаговом. Если надо просмотреть небольшое количество данных, то используется пошаговый режим или режим командной строки, если же большое количество, то лучше работать в интерактивном режиме. Параметры утилиты Nslokup. Синтаксис использования

Nslookup выглядит так Nslookup -опция .искомыйкомпьютер сервер ПараметрОписание-опцияЗадает одну или несколько команд Nslookup. Полный список команд Вы получите, щелкнув пункт Help из меню NslookupискомыйкомпьютерЕсли это IP-адрес, а тип запрашиваемой записи А или PTR, то утилита возвратит имя компьютера. Если же это имя, которое не оканчивается точкой, то

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

WINS, можно настроить DNS сервер так, что, если соответствие имени и IP-адреса не определяется средствами сервера WINS. 19. Служба SNMP. Библиографическая справка В создание протокола SNMP внесли свой вклад разработки по трем направлениям High-level Entity Management System HEMS Система управления обектами высшего уровня.

Определяет систему управления с рядом интересных технических характеристик. К сожалению, HEMS использовалась только в местах ее разработки, что в конечном итоге привело к прекращению ее действия. Simple Gateway Monitoring Protocol SGMP Протокол управления простым роутером. Разработка была начата группой сетевых инженеров для решения проблем, связанных с управлением быстрорастущей Internet результатом их усилий стал протокол, предназначенный

для управления роутерами Internet. SGMP был реализован во многих региональных ветвях Internet. CMIP over TCP CMOT CMIP над ТСР. Пропагандирует сетевое управление, базирующееся на OSI, в частности, применение Common Management Information Protocol CMIP Протокол информации общего управления для облегчения управления обединенных сетей, базирующихся на ТСР. Достоинства и недостатки этих трех методов

HEMS, SGMP и CMOT часто и горячо обсуждались в течение второй половины 1987 г. В начале 1988 г. был образован комитет Internet Activities Board - IAB IAB - это группа, ответственная за техническую разработку протоколов Internet для разрешения дебатов по поводу протокола сетевого управления. В конечном итоге комитет IAB пришел к соглашению, что улучшенная версия

SGMP, которая должна была называться SNMP, должна стать временным решением для долгосрочного применения должна быть проанализирована одна из технологий, базирующихся на OSI либо СМОТ, либо сам СMIP. Для обеспечения легкого пути наращивания была разработана общая структура сетевого управления которая теперь называется стандартной Структурой Управления Сети - Network Management Framework.

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

Основы технологии SNMP является протоколом прикладного уровня, предназначенным для облегчения обмена информацией управления между сетевыми устройствами. Пользуясь информацией SNMP такой, как показатель числа пакетов в секунду и коэффициент сетевых ошибок, сетевые администраторы могут более просто управлять производительностью сети и обнаруживать и решать сетевые проблемы. Модель управления Агентами в SNMP являются программные модули, которые работают в

управляемых устройствах. Агенты собирают информацию об управляемых устройствах, в которых они работают, и делают эту информацию доступной для систем управления сетями network management systems - NMS с помощью протокола SNMP. Эта модель представлена графически на Рис. Управляемое устройство может быть узлом любого типа, находящимся в какой-нибудь сети это хосты, служебные устройства связи, принтеры, роутеры, мосты и концентраторы.

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

Т.к. управляемые устройства содержат наименьший общий знаменатель программного обеспечения управления, тяжесть управления ложится на NMS. Поэтому NMS обычно являются компьютерами калибра АРМ проектировщика, которые имеют быстродействующие центральные процессоры, мегапиксельные цветные устройства отображения, значительный обем памяти и достаточный обем диска. В любой управляемой сети может иметься одна или более

NMS. NMS прогоняют прикладные программы сетевого управления, которые представляют информацию управления пользователям. Интерфейс пользователя обычно базируется на стандартизированном графическом интерфейсе пользователя graphical user interface - GUI. Сообщение между управляемыми устройствами и NMS регулируется протоколом сетевого управления. Стандартный протокол сети Internet, Network Management Framework, предполагает парадигму дистанционной отладки, когда управляемые

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

Отправленные и принятые широковещательные сообщения Отказавшие и вновь появившиеся сетевые интерфейсы Типы команд Если NMS хочет проконтролировать какое-либо из управляемых устройств, она делает это путем отправки ему сообщения с указанием об изменении значения одной из его переменных. В целом управляемые устройства отвечают на четыре типа команд или инициируют их

Reads Для контролирования управляемых устройств NMS считывают переменные, поддерживаемые этими устройствами. Writes Для контролирования управляемых устройств NMS записывают переменные, накопленные в управляемых устройствах Traversal operations NMS используют операции прослеживания, чтобы определить, какие переменные поддерживает управляемое устройство, а затем собрать информацию в таблицы переменных такие, как таблица маршрутизации IP Traps Управляемые устройства используют ловушки для асинхронных сообщений в

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

Эту функцию выполняет абстрактный синтаксис. SNMP использует для этой цели подмножество абстрактного синтаксиса, созданного для OSI - Abstract Syntax Notation One ASN.1 Система обозначений для описания абстрактного синтаксиса. ASN.1 определяет как форматы пакетов, так и управляемые обекты. Управляемый обект-это просто характеристика чего-либо, которой можно управлять.

Управляемый обект отличается от переменной, которая является конкретной реализацией обекта. Управляемые обекты могут быть скалярными определяя отдельную реализацию или табулярными величинами определяя несколько связанных друг с другом реализаций. Базы данных управления Все управляемые обекты содержатся в Информационной базе управления Management Information

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

Например, международные телефонные номера состоят из кода страны назначаемого международной организацией и телефонного номера в том виде, в каком он определен в данной стране. Телефонные номера в США далее делятся на код области, номер центральной телефонной станции СО и номер станции, связанной с этой СО. Аналогично, идентификаторы обектов высшего уровня MIB назначаются Международной Электротехнической Комиссией

ISO ISO IEC. ID обектов низшего уровня назначаются относящимися к ним организациями. На Рис. изображены корневая и несколько наиболее крупных ветвей дерева MIB. Дерево MIB расширяемо благодаря экспериментальным и частным ветвям. Например, поставщики могут определять свои собственные ветви для включения реализаций своих изделий. В настоящее время вся работа по стандартизации ведется на экспериментальной ветви.

Структуру MIB определяет документ, называемый Структура Информации Управления Structure of Management Information - SMI. SMI определяет следующие типы информации Network addresses Сетевые адреса Предсталяют какой-нибудь адрес из конкретного семейства протоколов. В настоящее время единственным примером сетевых адресов являются 32-битовые адреса

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

Примером измерительного прибора является длина очереди, состоящей из выходных пакетов в пакетах. Ticks Тики Сотые доли секунды, прошедшие после какого-нибудь события. Примером tick является время, прошедшее после вхождения интерфейса в свое текущее состояние. Opaque Мутный Произвольное кодирование. Используется для передачи произвольных информационных последовательностей, находящихся вне пределов точного печатания данных, которое использует

SMI. Операции SNMP является простым протоколом запросаответа. Узлы могут отправлять множество запросов, не получая ответа. Определены следующие 4 операции SNMP Get достань. Извлекает какую-нибудь реализацию обекта из агента. Get-next достань следующий. Операция прослеживания, которая извлекает следущую реализацию обекта из

таблицы или перечня, находящихся в каком-нибудь агенте. Set установи. Устанавливает реализации обекта в пределах какого-нибудь агента. Trap ловушка. Используется агентом для асинхронного информирования NMS о каком-нибудь событии. Формат сообщений Сообщения SNMP состоят из 2 частей имени сообщества community name и данных data.

Имя сообщества назначает среду доступа для набора NMS, которые используют это имя. Можно сказать, что NMS, принадлежащие одному сообществу, находятся под одним и тем же административным началом. Т.к. устройства, которые не знают правильного имени сообщества, исключаются из операций SNMP, управляющие сетей также используют имя сообщества в качестве слабой формы опознавания.

Информационная часть сообщения содержит специфичную операцию SNMP get, set, и т.д. и связанные с ней операнды. Операнды обозначают реализации обекта, которые включены в данную транзакцию SNMP. Сообщения SNMP официально называются протокольными единицами данных protocol data units - PDU. На Рис. изображен формат пакета SNMP. PDU операций get и set SNMP состоят из следующих частей

Request-ID идентификатор запроса. Устанавливает связь между командами и ответами. Error-status состояние сбоя. Указывает ошибку и ее тип. Error-index индекс ошибки. Устанавливвает связь между ошибкой и конкретной реализацией обекта. Variable bindings переменные привязки. Состоят из данных SNMP PDU. Пепеменные привязки устанавливают связь между конкретными переменными и их текущими значениями.

PDU ловушки несколько отличаются от PDU других операций. Они состоят из следующих частей Enterprise предметная область. Идентифицирует тип обекта, генерирующего данную ловушку. Agent address адрес агента. Обеспечивает адрес обекта, генерирующего данную ловушку. Generic trap type групповой тип ловушки. Обеспечивает групповой тип ловушки.

Specific trap code специфичный код ловушки. Обеспечивет специфичный код ловушки. Time stamp временной ярлык. Обеспечивает величину времени, прошедшего между последней повторной инициализацией сети и генерацией данной ловушки. Variable bindings переменные привязки. Обеспечивает перечень переменных, содержащих интересную информацию о ловушке. 20. Способы поиска и устранения неисправностей TCPIP.

Для поиска и устранения, связанных с TCPIP проблем существует хорошо придуманный алгоритм. Устранение неисправности значительно упрощается, если можно определить источник ее возникновения. Проблемы, связанные с TCPIP, могут быть сгруппированы по категориям. Причина проблемыОбщие характеристики проблемыКонфигурацияУзел не инициализируется, или не запускается один из серверовIP-адресацияНе получается соединение с другими узлами.

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

IP-адресу, но не можете установить соединение с помощью команды netРазрешение имени узлаВы можете получить доступ к узлу по его IP-адресу, но не можете сделать этого с использованием его имени Утилиты Windows NT. Windows NT включает несколько утилит, которые могут оказаться полезными при диагностировании проблем, связанных с TCPIP. Название утилитыПрименениеPingПроверка правильности конфигурирования TCPIP и доступности других узломArpПросмотр кэша ARP для обнаружения неверной записиNetstatОтображение

статистики протокола и текущего состояния TCPIP-соединенийNbtstatКонтроль состояния соединений по протоколу NetBIOS поверх TCPIP, обновление кэша LMHOSTS или определение зарегистрированного Ваши узлом имени и идентификатора области видимости NetBIOS Scope IDIpconfigПроверка конфигурации TCPIP, включая адреса серверов DHCP и WINSTracertРегистрация маршрута до удаленного узлаPouteОтображение и модификация локальной таблицы

маршрутизацииNslookupОтображение информации, получаемой от серверов DNSСервис Microsoft SNMPПередача статической информации системам управления, основанным на SNMPЖурнал событийОтслеживание событий и ошибокPerformance MonitorАнализ производительности и выявление узких местNetwork MonitorПерехват входящих и исходящих пакетов для анализа проблемыРедактор

РеестраПросмотр и изменение параметров конфигурации Диагностику TCPIP рекомендуется проводить от нижнего уровня семейства протоколов Интернета к верхнему, как показано на иллюстрации. Цель такой диагностики проверка способности протоколов каждого уровня связываться с протоколами верхнего и нижнего уровней. Адрес получателяАдрес отправителяТипARP

IP ICMPTCP UDPNetBIOS Netuse ftp,telnetСокеты Процедура состоит из двух этапов 1. Проверить, успешно ли выполняется команда Ping. Если да, то IP-связи между уровнем сетевого интерфейса и уровнем Интернета в норме. Утилита Ping использует протокол ARP для разрешения IP-адреса в адрес сетевого адаптера для каждого эхо-запроса и эхо-ответа.

2. Попробовать установить соединение с другим узлом. Тем самым проверяется TCPIP-соединения с уровня сетевого интерфейса до уровня приложения. Проверка IP-соединений. В самом начале при помощи утилиты Ping проверить, как проходят сетевые пакеты. Этим проконтролируется связь между уровнем сетевого интерфейса и уровнем Интернета. Рекомендуется при проверке использовать имя узла только после того, как успешно

выполнили Ping, указывая IP-адрес. Диагностика уровней сетевого интерфейса и Интернета средствами утилиты Ping. 1 Для проверки правильности установки и загрузки TCPIP выполните Ping по адресу локальной заглушки. Если эта попытка оказалась неудачной, проверьте, была ли системе перезагружена после установки и конфигурирования TCPIP. 2 Выполните Ping, указав в качестве параметра свой

IP-адрес, чтобы проверить, правильно ли он сконфигурирован. Если эта операция завершилась неудачей a Посмотрите конфигурацию, используя программу Network из Control Panel для контроля правильности введенного адреса b Проверьте корректность IP-адреса и его соответствие выбранной схеме адресации 3 Выполните Ping по IP-адресу шлюза по умолчанию, чтобы удостовериться, что шлюз функционирует и правильно

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

IP-адрес шлюза по умолчанию b Убедитесь, что удаленный узел функционирует c Проверьте, работает ли соединение между маршрутизаторами 5 После того как Вы установили, что команда Ping выполняется успешно при указании IP-адреса, повторите Ping, задав имя узла для проверки правильности конфигурирования имен в файле HOSTS. Проверка TCPIP-соединений. Следующая задача при поиске неисправностей проверка соединений от

уровня Интернета до уровня приложения путем установки сеанса связи. Для создания сеанса связи NeyBIOS поверх TCPIP с компьютером, работающим под управлением Windows NT, или другим совместимым с REC узлом NetBIOS, установите соединение, используя команду net use или net view. Если эта операция завершилась неудачей Ш Проверьте, поддерживает ли тот узел, с которым Вы пытаетесь связаться, протокол

NetBIOS Ш Убедитесь, что совпадают идентификаторы области видимости вызывающего узла и узла, с которым Вы устанавливаете связь Ш Проверьте, правильность используемого имени NetBIOS Ш Если узел, с которым Вы устанавливаете связь, находится в удаленной сети, удостоверьтесь, что необходимое Вам правильное отображение имени в IP-адрес возможно средствами WINS или файла LMHOSTS.

Чтобы установить сеанс связи с IP-узлом, используя Сокеты Windows, примените утилиту Telnet или FTP. Если эта операция завершилась неудачей Ш Удостоверьтесь, что на узле, с которым Вы связываетесь, работает сервер Telnet или FTP Ш Убедитесь, что Вы имеете соответствующие права на этом узле Ш При попытке установить соединение, используя имя узла, убедитесь, что на сервере

DNS или в файле HOSTS есть соответствующая запись. ОТВЕТЫ НА ВОПРОСЫ 1. СТЕК протоколов TCPIP разбиваются на четыре уровня и образуют четырехуровневую модель Межсетевой уровень включает в себя четыре основных протокола a IP предназначен для отправки и маршрутизации пакетов между сетями b ARP предназначен для получения адресов сетевых карт по

IP-адресу в рамках одной физической сети c ICMP предназначен для отправки извещений и сообщений об ошибках, связанных с доставкой пакета d IGMP используется IP узлами для сообщения поддерживающим групповую передачу маршрутизаторам о своем участии в группах Транспортный уровень обеспечивает сеансы связей между компьютерами. Существует 2 транспортных протокола TCP и UDP. Протокол TCP ориентирован на соединение и используется приложениями, обычно передающих большие объемы данных,

т.к. обеспечивает надежное соединение, а также приложениями, которым необходимо подтверждения приема данных. Протокол UDP обеспечивает неориентированную на соединение передачу данных и не гарантирует доставку пакетов. Приложения, использующие протокол UDP обычно передают небольшие объемы данных, ответственность за надежную доставку несет само приложение. Уровень приложения это уровень, на котором приложения получают доступ к сетевым компонентам. Здесь работает множество стандартных утилит и сервисов, например

FTP передача данных, Telnet-утилита, SNMP почта, DNS. 2. Основные протоколы в транспортном драйвере протокола TCPIP TCP, UDP, ICMP,IGMP и ARP. 3. Протокол ICMP используется для информирования клиента о недоступности сети-получателя. 4. Уменьшается TTL, обновляется значение контрольной суммы возможна фрагментация. 5. Когда приложению необходимо послать данные без установления соединения обычно при отправке сообщений

нескольким применяющим станциям. 6.На широковещательный адрес отправляются ARP-запросы. 7. Для локального узла это адрес сетевого адаптера этого узла. Для удаленного узла это адрес сетевого адаптера шлюза, к которому надо отсылать датаграммы обычно это Ваш шлюз по умолчанию 8. 131.107.2.89 класс B 1.3.57.0 класс A 200.200.5.2 класс C 191.107.2.10 класс B. 9. В сетях класса

А и В IP-адресов более 1000 узлов. 10. В сетях класса С IP-адресов только 254 узла. 11.131.107.256.80 этот IP-адрес не допустим, поскольку значение одного числа октета не может превышать 255 222.222.255.222 это допустимый IP-адрес 231.200.1.1 этот IP-адрес не допустим, поскольку 231 определяет адреса класса D, которые не используются как IP-адреса узлов 126.1.0.0 это допустимый

IP-адрес 0.127.4.100 ноль недопустимое значение. Оно означает только эта сеть 190.7.2.0 это допустимый IP-адрес 127.1.1.1 этот IP-адрес недопустим, поскольку 127 зарезервирован для диагностических целей 198.121.254.255 этот IP-адрес недопустим, поскольку 255 в качестве номера узла означает широковещание 255.255.255.255 этот IP-адрес недопустим, поскольку 255 это широковещательный адрес. 12.IP-адрес отправителя 10011001 10101010 00100101 10100011

Маска подсети 1 1 0 0 Результат 10011001 10101010 0 0 IP-адрес получателя 11011001 10101010 10101100 11101001 Маска подсети 1 1 0 0 Результат 11011001 10101010 0 0 Одинаковый результат не получен. IP-адрес получателя принадлежит к удаленной сети. 13. Каждый узел, использующий TCPIP, должен иметь идентификатор узла, который в совокупности с идентификатором

сети уникален. Это касается и маршрутизаторов. 14. Узлу B задан неверный адрес шлюза по умолчанию, поэтому связь будет ограничена только локальной сетью. Узлу D не назначен шлюз по умолчанию, поэтому связь будет ограничена только локальной сетью. Узлы F и I имеют одинаковые IP-адреса. Это может вызвать проблемы, если какой-нибудь узел попытается обратиться по IP-адресу 147.103.0.1. 15. Узлы C и E имеют одинаковые

IP-адреса 109.128.5.35. Windows NT обнаружит повторное использование адреса и произойдет сбой при инициализации TCPIP. Если одинаковые IP-адреса имеют узлы другого типа, но использующие TCPIP, то узлы C и E не могут взаимодействовать друг с другом, перестанут отвечать, и другие не получат к ним доступа. Для узла B задан идентификатор сети, отличный от других узлов. Поэтому он не сможет взаимодействовать ни с обним локальным узлом.

Он не сумеет связаться с удаленными узлами, поскольку идентификатор сети шлюза по умолчанию тоже отличается идентификатора сети этого узла. Узел F тот же IP-адрес, что и его шлюз по умолчанию. Он не сможет взаимодействовать ни с локальными, ни с удаленными узлами. 16. 1 D и E 2 Они не смогут взаимодействовать с другими узлами, у которых второй октет IP-адреса отличается от их собственного 3 255.0.0.0. 17. 1

Маска подсети определяет, что оба узла находятся в одной сети 2 Пакеты, посланные одним узлом другому, не попадут в другую сеть, следовательно, эти два узла не смогут взаимодействовать друг с другом 4 255.255.255.0 18.1 Сеть A 75.x.0.1 75.x.255.254 Сеть B 75.y.0.1 75.y.255.254 где x и y любые числа от 1 до 254, но отличные друг от друга 2 Сеть A 150.17.w.1 150.17.w.254 Сеть

B 150.17.x.1 150.17.x.254 Сеть C 150.17.y.1 150.17.y.254 Сеть D 150.17.z.1 150.17.z.254 где w, x, y и z любые числа от1 до 254, попарно различные 3 Сеть A 107.16.0.1 107.31.255.254 Сеть B 107.32.0.1 107.47.255.254 Маска подсети со значением 240 допускает не более 14 подсетей, при этом идентификаторы сетей имеют значения с шагом 16. 19.