Поиск

Полнотекстовый поиск:
Где искать:
везде
только в названии
только в тексте
Выводить:
описание
слова в тексте
только заголовок

Рекомендуем ознакомиться

'Конкурс'
Краснодар Зайцева Азияна Кан-Маадыровна Республика Тыва Зайцева Ирина Сергеевна Краснодарский край Кадочникова Ольга Ильинична Новоуральск Кара-Сал Ок...полностью>>
'Документ'
1. Основные общеобразовательные программы Комплексная программа: Программа воспитания обучения в детском саду» под редакцией М.А.Васильевой, В....полностью>>
'Документ'
1-й день: ВенецияПрибытие в аэропорт Венеции. Трансфер в отель. Размещение в отеле в окрестностях Венеции. По желанию и за дополнительную плату возмож...полностью>>
'Документ'
В целях совершенствования институтов защиты конкуренции и ее развития ФАС России разработана стратегия развития конкуренции и антимонопольного регулир...полностью>>

Главная > Методические указания

Сохрани ссылку в одной из сетей:
Информация о документе
Дата добавления:
Размер:
Доступные форматы для скачивания:

МОСКОВСКАЯ ГОСУДАРСТВЕННАЯ АКАДЕМИЯ ПРИБОРОСТРОЕНИЯ И ИНФОРМАТИКИ

КАФЕДРА ИТ-7

ДИСЦИПЛИНА «Сети ЭВМ и телекоммуникации»

МЕТОДИЧЕСКИЕ УКАЗАНИЯ

к проведению лабораторных работ.

Специальность 23.01.02 «Автоматизированные системы

обработки информации и управления»

Москва 2007 г

УТВЕРЖДАЮ

Проректор по научной работе

__________________________

«___»_____________2007 г.

АННОТАЦИЯ

Настоящие методические указания предназначены для оказания методической помощи студентам 4-го курса при выполнении лабораторных работ по курсу «Сети ЭВМ и телекоммуникации»

Авторы: Скворцова Т.И., , Петров О.М.

Научный редактор: проф. Петров О.М.

Рецензент: проф. Филаретов Г.Ф. (МЭИ)

Рассмотрено и одобрено на заседании кафедры ИТ-7

«___»_________2007г. Зав.каф.ИТ-7 Петров О.М.

Ответственный от кафедры за выпуск учебно-методических материалов________________________________

ВВЕДЕНИЕ

Методические указания предназначены для подготовки студентов к самостоятельному выполнению лабораторных работ по курсу "Сети ЭВМ и телекоммуникации", где рассматриваются основные сведения, необходимые для начала работы с сетевой операционной системой компании Microsoft Windows 2003 Server.

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

Отчет о работе оформляется в тетради для лабораторных работ. Преподаватель проверяет выполнение программы и расписывается в отчетной документации студента.

Создание сетей WINDOWS на основе стандартных компонентов

Автоматическое назначение частных IP-адресов

APIPA— система адресации в простых сетях из одного сетевого сегмента. Если ком­пьютер с Windows Server 2003 настроен на автоматическое получение IP-адреса и не при­меняется DHCP-сервер или альтернативная конфигурация, частный IP-адрес из диа­пазона 169.254.0.1—169.254.255.254 назначается автоматически по протоколу APIPA.

Для определения состояния APIPA (активен или нет) из командной строки выпол­ните ipconf ig /all. Эта утилита предоставляет информацию об IP-адресе и других сетевых параметрах компьютера. Если в строке Автонастройка включена (Autoconfiguration Enabled) стоит Да (Yes), a IP-адрес относится к диапазону 169.254.0.1—169.254.255.254, то APIPA включен.

Эта функция автоматической адресации работает, только если получить IP-адрес другими средствами не удается. Если после присвоения APIPA-адреса становится до­ступным DHCP-сервер, IP-адрес меняется на полученный от DHCP-сервера. Компью­теры с APIPA-адресами могут взаимодействовать только с другими компьютерами с APIРА-адресами из того же сегмента сети; они недоступны напрямую из Интернета. Также APIPA не задает адрес DNS-сервера, шлюза по умолчанию или WINS-сервера. Если надо, чтобы в отсутствие DHCP-сервера автоматически назначались адрес, шлюз по умолчанию, DNS-сервер и/или WINS-сервер, придется воспользоваться альтерна­тивной конфигурацией.

APIPA-адресация доступна на любых компьютерах под управлением Windows 98/Ме/ 2000/ХР или Windows Server 2003.

Отключение APIPA

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

Устранение неполадок APIPA

На компьютерах под управлением любой версии, начиная с Windows 98, по умолчанию назначаются APIPA-адреса. Иначе говоря, такие адреса присваиваются узлам, если кон­фигурация сети остается неизменной с момента установки ОС. В небольших сетях мож­но оставить эти адреса без изменения — это избавляет от лишней работы по обеспече­нию сетевого взаимодействия и администрированию. В этом случае проверка, попада­ют ли адреса локальных соединений на каждом компьютере в диапазон 169.254.0.1— 169.254.255.254 выполняется командой ipconf ig /all.

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

Когда узлу не присваивается IP-адрес, в сообщении об ошибке иногда указывается конкретная причина, например отсоединение сетевого кабеля. В данном случае нужно проверить присоединение сетевого кабеля, а затем выполнить команду Ipconfig /renew, чтобы APIPA назначил новый IP-адрес. Если таким образом не удастся назначить узлу IP-адрес, следует продолжить проверку исправности оборудования: кабелей, концентра­торов и коммутаторов.

Иногда сообщение утилиты Ipconfig не раскрывает явно причину неполучения IP-ад­реса. В таком случае проверяют правильность установки сетевого адаптера, а также нали­чие последней версии соответствующего драйвера. Затем командой Ipconfig /renew по­вторяют попытку получить IP-адрес. Если неполадка не исчезает, продолжают диагнос­тику оборудования.

Устранение неполадок без применения сложных инструментов

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

Даже после исключения легко устранимых неисправностей можно продолжить выяснение причины нарушения связи без использования специальных инстру­ментов. Например, если не удается получить APIPA-адрес, просто замените ка­бель заведомо рабочим. Если команда Ipconfig /renew позволит присвоить ком­пьютеру APIPA-адрес, неполадки можно смело приписать неисправности ка­беля.

Если неисправность не исчезает, можно воспользоваться специальным кабе­лем-кроссовером, чтобы обойти концентратор и присоединиться к другому ком­пьютеру напрямую. Если это решит проблему, ясно, что причиной был концен­тратор. Если все же какой-либо из компьютеров не сможет получить АРIРА-адрес, замените на нем сетевую карту.

Другие ошибки, связанные с APIPA, не порождают подозрительных сообщений в выводе утилиты Ipconfig. Например, если команда Ipconfig /all обнаруживает IP-адрес из одних нулей, возможно IP-адрес был удален командой Ipconfig /release и больше не обновлялся. Новый адрес получают командой Ipconfig /renew. Если адрес остается нулевым, проверьте соответствующие элементы системного реестра, чтобы убедиться, что режим APIPA не отключен.

Если, выполнив команду Ipconfig /all, вы увидите, что компьютер получил не­нулевой IP-адрес вне APIPA-диапазона, нужно выполнить команду Ipconfig /renew: возможно «неправильный» адрес сохранился от прежней (или текущей) конфигура­ции. Если ошибочный адрес остается, проверьте параметры IP-подключения и убеди­тесь, что компьютер сконфигурирован на автоматическое получение адреса. Затем перейдите на вкладку Альтернативная конфигурация (Alternate Configuration) и проверь­те, установлен ли переключатель Автоматический частный IP-адрес (Automatic private IP address).

На заметку На практике APIPA-адрес — это только временный адрес, позволяющий компьютеру «общаться» с другими Машинами, пока ему не присвоили «настоящий» адрес. Возможно, вам никогда не придется увидеть сеть компании на чоснове APIPA-адресов, поскольку эти адреса несовместимы с общим доступом к Интернету, подсетями и централизованным управлением, а для поддержки этих функций необходим DHCP-сервер.

Закрепление материала

Приведенные ниже вопросы помогут вам лучше усвоить основные темы данного заня­тия. Если вы не сумеете ответить на вопрос, повторите соответствующий материал. От­веты для самопроверки — в разделе «Вопросы и ответы» в конце главы.

1. Какое из приведенных далее высказываний больше всего подходит для компьютера с IP-адресом 169.254.130.13?

a. Адрес назначен вручную.

b. Маска подсети этого адреса — 255.255.255.0.

c. В сети нет DHCP-сервера.

2. Компьютеру назначен альтернативный статический IP-адрес 192.168.0.1, но, запустив утилиту Ipconfig, вы обнаружили, что адрес другой. Какая наиболее вероятная причина неполадки?

a. Адрес назначен DHCP-сервером.

b. Другой назначенный вручную адрес обладает преимуществом перед альтернативным адресом.

c. Адрес назначен средствами APIPA.

  1. Как определяется IP-адрес локального узла при установке Windows Server 2003 с па­раметрами по умолчанию?

Резюме

  • Адреса TCP/IP конфигурируются автоматически или вручную. По умолчанию ис­пользуется автоматическая адресация, которая предполагает назначение адресов DHCP-сервером.

  • В отсутствие DHCP-серверов узел автоматически получает альтернативный адрес, указанный на вкладке Альтернативная конфигурация (Alternate Configuration) окна свойств TCP/IP.

  • В отсутствие DHCP-серверов и заданного статического альтернативного IP-адреса узел автоматически получает адрес из диапазона 169.254.0.1 — 169.254.255.254 с при­менением API РА.

  • Настроить адрес вручную можно как в процессе установки Windows Server 2003, так и позднее. При настройке IP-адреса вручную задают статический IP-адрес и маску подсети локального узла, а также указывают основные шлюзы, DNS- или WINS-cepверы.

Устранение неполадок подключений TCP/IP

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

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

Изучив материал этого занятия, вы сможете:

  • использовать утилиту Ipconfig, сетевую диагностику и Netdiag для устранения неполадок сетевой конфигурации;

  • применять утилиты Ping, PathPing, Tracert и Агр для устранения неполадок сетевых подключений.

Неполадки конфигурации TCP/IP

Устраняя неполадки сетей TCP/IP, начните с проверки конфигурации TCP/IP на сбойном компьютере.

Ipconfig применяется для получения базовой информации о конфигурации узла: IP-адреса, маски подсети и основного шлюза. При запуске с параметром /all эта утилита предоставляет более подробные сведения о конфигурации всех сетевых интерфейсов.

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

Пуск (start)/ Сnpaвкa и поддержка (Help and Support). В окне Центр справки и поддержки (Help and Support Center) в панели Задачи поддержки (Support Tasks) выберите Служебные программы (Tools), в панели Средства (Tools) разверните узел Средства центра справки и поддержки (Help and Support Center Tools) и выберите Диагностика сети (Network Diagnostics)

Если щелкнуть Собрать информацию (Scan Your System) утилита выполнит ряд про­верок, собирая информацию о среде локального компьютера

Собранная информация разбивается на ряд категорий. В каждой категории данные свернуты в узлах дерева, которые раскрываются щелчком соответствующего значка «плюс».

По умолчанию утилита собирает информацию только трех категорий:

Службы Интерне­та (Internet Service) — сведения о Microsoft Outlook Express Mail, Microsoft Outlook Express News и Internet Explorer Web Proxy;

Информация о компьютере (Computer Information) — данные о из реестра о системе, ОС и ее версии;

Модемы и сетевые адаптеры (Modems and Network Adapters) — информация о параметрах реестра, соответствующих модемам, сетевым адаптерам и сетевым клиентам.

Щелкнув кнопку Настроить параметры сбора информации (Set Scanning Options); мож­но изменять состав категорий собираемых данных и выполняемые проверки

Сохранение информации в файл

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

Диагностика сети поддерживает функцию Сохранить в файл (Save to file), пре­доставляющую еще один способ диагностики удаленных клиентов, к которым нельзя подключиться по сети. Можно не заставлять пользователей выполнять в командной строке утилиты Ipconfig, Ping и другие, а просто попросить выполнить диагностику сети, сохранить файл на диске и переслать его по электронной почте с другого компьютера.

Утилита Netdiag

Эта утилита командной строки входит в набор Средства поддержки Windows (Windows Support Tools) и устанавливается вручную запуском файла Suptools.msi из папки \Support\Tools на установочном диске Windows Server 2003. Запускается Netdiag из папки, указанной в процессе установки.

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

В табл. 3-3 перечислена часть проверок, выполняемых Netdiag по умолчанию.

Табл. 1 Проверки, выполняемые Netdiag

Проверка

Описание

Опрос сетевого адаптера

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

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

Собираются сведения об основном домене, в том числе роль компьютера, имя и GUID домена. Выясняется, работает ли служба Сетевой вход в систему (Netlogon), основной домен добавляется в список доменов и запрашивается идентификатор безопасности (SID) основного домена

Проверка WINS

Запросы на разрешение NetBT-имен направляются на все определенные WINS-серверы

Проверка DNS

Проверяется работоспособность службы кэширования DNS

и правильность регистрации локального компьютера на определенных DNS-серверах. Если компьютер является контроллером домена, проверяется, все ли записи DNS в Netlogon.dns зарегистрированы на DNS-сервере. Если записи некорректны и присутствует параметр /fix, выполняется попытка повторной регистрации записи контроллера домена на DNS-сервере

Проверка привязок

Перечисляются все привязки, в том числе имя интерфейса, имя ниже- и вышестоящего модуля, состояние (активизирована/отключена) и владелец

Проверка конфигурации WAN

Перечисляются параметры и состояние текущих активных подключений удаленного доступа

Проверка IP-безопасности

(IP Security)

Проверяется, активизирован ли протокол IPSec и отображается список активных политик IPSec

Если эти проверки не позволяют найти источник неполадок, обычно дальше пыта­ются выяснить места нарушения связи по протоколу TCP/IP.

Устранение неполадок с помощью Ping и PathPing

Ping служит для проверки связи на уровне IP, a PathPing позволяет обнаружить потерю пакетов на маршруте со многими переходами. Команда Ping направляет эхо-запрос узла или IP-адреса по протоколу ICMP. Используйте Ping для проверки возможности узла передавать IP-пакеты другому узлу-адресату. Также эта команда применяется для устра­нения неполадок оборудования и несовместимости конфигурации.

Устранение неполадок сетевой связи с помощью команды Ping рекомендуется вы­полнять в такой последовательности.

Примечание Информация, получаемая в пп. 1 и 2, также предоставляется командой Ipconfig /all и Netdiag. (Диагностика сети автоматически выполняет только п. 2. Если эта утилита сообщает о неудаче самопроверки, можно выполнить п. 1 вручную.)

1. Проверьте с помощью Ping адрес замыкания на себя (loopback address), чтобы убедиться в наличии и корректности настройки TCP/IP на локальном компьютере. Для этого в командной строке выполните команду:

ping 127.0.0.1.

Отсутствие реакции говорит о неполадках стека IP: порче драйверов TCP, нерабо­тоспособности сетевого адаптера или конфликта IP с другой службой.

2. Проверьте правильную настройку своего адреса (нет ли адресов – дубликатов в сети) командой:

ping <свой IР-адрес>

3. Проверьте работу внутри сетевого сегмента:

ping <соседний IР-адрес в локальной сети>

4. Проверьте доступность IP-адреса основного шлюза:

Это позволяет убедиться в доступности основного шлюза и способности локального компьютера связываться с другими узлами сети.

ping <IР-адрес основного шлюза >

5. Проверьте доступность удаленного узла, расположенного за основным шлюзом:

ping <IР-адрес удаленного узла>

Это проверка связи с узлами других сетевых сегментов

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

Ping использует разрешение имен узлов для определения IP-адреса на основании имени компьютера, поэтому если при указании адреса проверка утилитой Ping прохо­дит успешно, а при указании имени — нет, то проблема в механизме разрешения имен, а не сетевых подключениях.

Если проверка с помощью Ping вообще не дает результатов, надо удостовериться:

  • правильно ли определен IP-адрес и маска подсети локального компьютера;

  • определен ли основной шлюз и есть ли связь между узлом и основным шлюзом. При устранении неполадок обязательно определять не более одного основного шлюза.

Примечание Если на пути к удаленной системе, проверяемой эхо-запросом Ping, нахо­дится отрезок, характеризующийся большими задержками, например линия спутнико­вой связи, на получение эхо-ответов может понадобиться больше времени. Для увеличения тайм-аута служит параметр —w, например команда

ping -w 2000 172.16.48.10

ожидает ответа 2 секунды (по умолчанию — 1 сек, или 1000 мс).

Устранение неполадок с помощью Tracert

Tracert отслеживает маршрут пакета на расстоянии до 30 переходов между маршрутиза­торами. Tracert направляет эхо-запрос по протоколу ICMP на IP-адрес и увеличивает поле TTL в IP-заголовке, начиная с единицы, и анализирует возвращенные ошибки протокола ICMP. Tracert выводит упорядоченный список маршрутизаторов на пути па­кета, которые возвратили сообщения об ошибках. В следующем примере Tracert приме­няется для проверки пути от локального компьютера к удаленному с адресом www.contoso.com.

С:\>tracert

Tracing route to [10.10 2.252.1]

over a maximum of 30 hops:

  1. 300 ms 281 ms 280 ms roto.contoso.co m [10.181.164.100]

  2. 300 ms 301 ms 310 ms sl-stk-1-S12- [10.228.192.65]

  3. 300 ms 311 ms 320 ms sl-stk-5-FO/ 0. [10.228.40.5]

  4. 380 ms 311 ms 340 ms icm-fix-w-H3/0- [10.228.10.22]

  5. 310 ms 301 ms 320 ms arc-nas- [10.203.230.3]

  6. 300 ms 321 ms 320 ms n254-ed- [10.102.64.254]

  7. 360 ms 361 ms 371 ms [10.102.252.1]

Надо четко понимать разницу между Tracert и PathPing. Tracert применяется для быстрого определения разрыва на пути к удаленному узлу, a PathPing полезнее в ситуациях, когда наблюдается эпизодическая потеря пакетов или длительные задержки. PathPing позволяет точно установить, где потерялся пакет.

Устранение неполадок с помощью утилиты ARP

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

Команда ARP позволяет изучить содержимое кэша ARP Если два узла одной подсе­ти не в состоянии обменяться эхо-запросами, попытайтесь выполнить на обоих ком­пьютерах команду ARP с параметром -а, это позволит выяснить корректность опреде­ления МАС-адресов компьютера-адресата. Для определения МАС-адреса можно вос­пользоваться командой Ipconfig /all или Getmac. Затем надо выполнить команду ARP с параметром -d, чтобы удалить все неправильные записи; новые записи создаются с помощью параметра -s.

Если эхо-запрос Ping компьютера локальной подсети по IP-адресу безуспешен, а команда ARP -а говорит об отсутствии ошибок в МАС-адресах, надо проверить ис­правность физических устройств — сетевых карт, концентраторов и кабелей.

Лабораторная работа № 1

Настройка ТСР/IР-адресов



Похожие документы:

  1. Комплекс программных средств «Автоматизированная бухгалтерско-экономическая информационная система» ibm совместимые pc

    Документ
    ... обработку информации о результатах лабораторных ... 02.2009 Информационная система учета и управления ... 225-29-23 Автоматизированная система проведения реабилитационных ... работе с другими программными средствами (Автоматизированная система обработки информации ...
  2. «Къбр-м и печатым и тхыдэр» (4)

    Документ
    ... ЭВМ и систем: Метод. указания к лабораторным работам. Для спец.: 220200 – Автоматизированные системы обработки информации и упр. /М-во ... – [02 – 373] п. тр. Методические указания по дисциплине «Экономика» для неэкономических специальностей /М-во ...
  3. Контрольно-оценочные средства по профессиональному модулю пм. 01 Разработка программных модулей программного обеспечения компьютерных систем для специальности

    Документ
    ... Методические указания 21 Ход работы: 22 Задание (часть 1). 23 Методические указания 23   Задание. (Часть 2) 23 Методические указания 23 Ход работы: 24 Лабораторная работа ... управления edit, text, label, button. 3.2. Задания для оценки освоения МДК.01.02 ...
  4. «Къбр-м и печатым и тхыдэр» (3)

    Документ
    ... Методические указания к решению задач по дисциплине «Теория принятия решений». Для спец.: 220200 – Автоматизированные системы обработки информации и управления ... указания к лабораторным работам ... тр. Методические указания к проведению вводных ... специальных ...
  5. «Къбр-м и печатым и тхыдэр» (6)

    Документ
    ... 01 Работа с реляционными базами данных. Для спец.: 220200 – Автоматизированные системы обработки информации и управления ... машиностроения в целом Методические указания к лабораторным работам. Для спец ... . – 23 марта. О проведении государственной экспертизы ...

Другие похожие документы..