Неверный адрес основного шлюза

Если компьютер с TCP/IP взаимодействует с другими компьютерами той же ЛВС, но не может связаться с компьютерами других ЛВС, то проблема, скорее всего, в основном шлюзе. Основной шлюз — это маршрутизатор, который компьютер использует для связи с компьютерами других сетей. В таблице маршрутизации компьютера с TCP/IP содержится список сетевых адресов и сведения о маршруте к ним. Если компьютеру необходимо отправить данные к компьютерам сети, адрес которой есть в этой таблице, данные отправляются через основной шлюз.

Если у компьютера с TCP/IP в параметрах конфигурации не указан адрес основного шлюза, он сможет взаимодействовать с компьютерами, расположенными в одной сети с ним (для этого маршрутизатор не требуется), но не сможет связаться с компьютерами других сетей. Аналогично, если адрес основного шлюза неверен, не является адресом маршрутизатора, или этот маршрутизатор не работает, межсетевое взаимодействие невозможно. Обнаружив подобные неполадки, проверьте параметр Основной шлюз (DefaultGateway), доступный через диалоговое окно свойств протокола TCP/IP (если используется статическаяIP-адресация, см. рис. 2-8) либо через команду IPCONFIG /all (если компьютер получает адрес от сервера DHCP). Если адрес основного шлюза правильный, следует проверить работу маршрутизатора.

Рис. 2-8. Окно свойств TCP/IP

Часто причинами неполадок TCP/IP является невозможность разрешения имен в IP-адреса. IP-адреса являются основой взаимодействия в сетях TCP/IP. Каждый пакет, сгенерированный компьютером с TCP/IP, содержит IP-адреса отправителя и получателя; Однако людям трудно запоминать и использовать IP-адреса, поэтому создатели TCP/IP разработали службы DNS и WINS, благодаря которым вместо IP-адресов можно использовать понятные имена компьютеров.

Разрешение имен (паше resolution) — это процесс преобразования имен компьютеров в ихIP-адреса. Например, для разрешения имени DNS компьютер отправляет его DNS- серверу, который присылает в ответ IP-адрес, сопоставленный этому имени. После этого компьютер может начать взаимодействие, используя вместо имени IP-адрес.

Если два компьютера с TCP/IP не могут связаться, причина может быть в сбое при разрешении имен. Это означает, что оба компьютера работают нормально, просто не могут получить нужные им IP-адреса. Чтобы проверить наличие сбоев при разрешении имен, попробуйте обратиться к целевому компьютеру по IP-адресу вместо имени. Например, если не удается связаться с Web-сервером по его URL (http://www.adatum.com/home.html), попробуйте заменить имя сервера его IP-адресом:http://10.112.65.34/home.html. Если на такой запрос сервер отвечает, то проблема в разрешении имен.

Компьютеры, работающие под управлением Windows, для разрешения имен используют DNS либо WINS. Если в сети функционирует служба каталогов Active Directory, разрешение имен осуществляется с помощью DNS. При работе с Интернетом также требуется поддержка DNS для разрешения имен. Для разрешения DNS-имен в IP-адреса при настройке TCP/IP необходимо указать IP-адрес работоспособного сервера DNS. Если адрес неверный или DNS-сервер не работает, разрешение имен невозможно, и попытка TCP/IP-взаимодействия с использованием имен окончится неудачей. Окно свойств TCP/IP (рис. 2-8) позволяет указать адреса предпочитаемого и альтернативного DNS-серверов, последний обеспечивает отказоустойчивость и используется, когда основной DNS-сервер работает со сбоями или недоступен. Для проверки адреса DNS-серверов, указанных в параметрах TCP/IP, используйте программу командной строки NsIookup.exe, которая позволяет послать заданному серверу запрос разрешения имен. Неудачная проверка с помощью Nslookup свидетельствует о неверном адресе или сбойной работе DNS-сервера.

Если в сети используется WINS, то на вкладкеWINS в окне Дополнительные параметры TCP/IP (Advanced TCP/IP Settings) должен быть указан IP-адрес минимум одного сервера WINS (рис. 2-9). WINS — это только один из механизмов разрешения имен NetBIOS, поддерживаемых Windows, поэтому неверный адрес или ошибки сервера WINS могут быть менее очевидными, чем неполадки DNS. Компьютеры под управлением Windows способны разрешать имена NetBIOS в локальной сети даже без WINS (в этом случае используется широковещательная передача). Однако если указан неверный адрес сервера WINS или этот сервер не работает, компьютер не сможет разрешать NetBIOS-имена компьютеров других сетей (поскольку широковещательные сообщения не выходят за пределы локальной сети).

Примечание Разрешение имен — важный аспект сетей на основе Windows и существенная часть планирования сетевой инфраструктуры.

Рис. 2-9. Вкладка WINS в окне Дополнительные параметры TCP/IP

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

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

Отсутствие связи с DHCP-сервером

Если компьютеры под управлением Windows настроены для получения IP-адресов и других параметров конфигурации TCP/IP от DHCP-сервера, те иногда кажется, что DHCP- сервер назначает компьютерам неверные адреса. Например, компьютеры порой получают IP-адрес, начинающийся с 169.254, независимо от параметров области, используемой DHCP-сервером. Однако DHCP-серверы не назначают такие адреса. Скорее всего, компьютер просто не смог связаться с DHCP-сервером сети и получил автоматический частный адрес, назначенный механизмом Windows под названием APIPA.

APIPA применяется для автоматической настройки IP-адресов компьютеров под управлением Windows в небольших ЛВС. Например, в домашней сети из нескольких компьютеров можно обойтись без ручной настройки IP-адресов, поскольку APIPA автоматически назначит им уникальные адреса класса В. Это идеально для домашней сети или сети небольшого офиса, но неприемлемо для тщательно спланированной большой сети.

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

Совет После успешной диагностики и устранения неполадок оборудования или настройки ПО необходимо удалить из настроек TCP/IP IP-адрес, назначенный APIPA, и только потом посылать новый запрос к DHCP-серверу.

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

Клиенты передают свои запросы DHCP-серверам в виде широковещательных сообщений, иначе и нельзя, поскольку у клиента пока нет IP-адреса, необходимого для отправки одноадресного сообщения. Распространение широковещательных сообщений ограничено локальной сетью, поэтому прямая связь с DHCP-сервером, расположенным в другой сети, невозможна. Чтобы клиенты из других сетей смогли связаться с DHCP- сервером, необходим агент DHCP-ретрансляции, который также является потенциальным источником проблем. Модули агентов ретрансляции встроены в маршрутизаторы, соединяющие сети, либо предоставляются службой RRAS из Windows Server 2003. В любом случае при их настройке необходимо указать адреса DHCP-серверов. Это позволит агенту, получив широковещательное сообщение от DHCP-клиента, передать его DHCP- серверам другой сети как одноадресное сообщение. Если агент DHCP-ретрансляции не настроен или при его настройке указан неверный адрес DHCP-сервера, попытка клиентов связаться с DHCP-сервером закончится неудачей.