Методические указания к проведению лабораторных работ Специально. Методические указания к проведению лабораторных работ. Специальность 23. 01. 02 Автоматизированные системы обработки информации и управления
Скачать 1.67 Mb.
|
МОСКОВСКАЯ ГОСУДАРСТВЕННАЯ АКАДЕМИЯ ПРИБОРОСТРОЕНИЯ И ИНФОРМАТИКИ КАФЕДРА ИТ-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. Как определяется 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 и другие, а просто попросить выполнить диагностику сети, сохранить файл на диске и переслать его по электронной почте с другого компьютера. |