Monday, August 20th, 2018

Устранение неисправностей TCP/IP: Структурный подход (Часть 3)

Published on Февраль 19, 2009 by   ·   Комментариев нет

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

Если вы хотите ознакомиться с остальными частями статьи, то, пожалуйста, пройдите по ссылкам:

Например, в моей первой статье из этой серии, я рассказал о структурном подходе, который показывает, как логически выявлять и устранять проблемы с сетью TCP/IP в сетях Windows – это логическое мышление (logical thinking). Затем в моей второй статье я объяснил, как работают маршрутные таблицы (routing tables) на компьютерах Windows – это техническое понимание (technical understanding). В этой статье мы узнаем, как работает инструмент Repair (восстановление) для устранения основных проблем с сетевыми соединениями – это опыт работы с инструментами. В следующих статьях я продолжу понемногу касаться каждой из этих трех основ, чтобы вы смогли усовершенствовать свои навыки в устранении сетевых неисправностей.

Инструмент Repair – это мощный инструмент, который очень редко используется из-за непонимания. Получить доступ к этому инструменту очень легко – просто щелкните правой кнопкой мыши на сетевом соединении (network connection) в вашей папки Networking Connections (сетевые подключения) или на иконке в области уведомлений и выберите пункт Repair (восстановление из выпадающего меню). После этого откроется диалоговое окно, и появится серия сообщений, отображающих процесс выполнения восстановления. В результате такого действия выполнится набор команд, и каждое из сообщений отображает выполнение одной из этих команд. Давайте рассмотрим каждую из этих команд, чтобы лучше понять, как работает инструмент Repair, что делают эти команды, и для чего они запускаются.

Шаг 1: Обновление DHCP

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

ipconfig /renew

Эта команда пытается обратится к серверу DHCP server, от которого ранее был получен адрес для компьютера. Если можно обратиться к серверу DHCP server, то компьютер проверяет свою текущую конфигурацию TCP/IP на сервере, чтобы убедиться, что эта конфигурация правильная. Однако, когда эта команда выполняется с помощью инструмента Repair (восстановление), она ведет себя немного по-другому, чем в случае, когда вы запускаете ее из командной строки (command line). Вместо того, чтобы послать однонаправленное (unicast) DHCP сообщение об обновлении (Renew message) на сервер DHCP, от которого компьютер получил свою конфигурацию DHCP, команда посылает широковещательное (broadcast) DHCP сообщение об обновлении (Renew message) на все доступные сервера DHCP в сети. Причина, по которой это происходит, заключается в том, что если текущая конфигурация TCP/IP на компьютере неверная, компьютер пытается получить новые настройки TCP/IP от любого доступного DHCP сервера, запрашивая новые данные. В результате выполнения такого действия в процессе восстановления (Repair process) достигается двойной эффект: обнаруживаются проблемы с конфигурацией DHCP на клиенте, либо обнаруживаются проблеме с невозможностью соединения с определенным сервером DHCP в сети.

Подсказка: Вы можете избежать сетевых проблем, связанных с недоступностью сервера DHCP, реализовав избыточность (redundancy) для сервера DHCP в вашей сети (network).

Шаг 2: Очистка кэша ARP

Команда, которая выполняется на этом этапе, выглядит так:

arp –d *

Эта команда очищает содержимое кэша протокола преобразования адреса (Address Resolution Protocol — ARP) на локальном компьютере. ARP – это протокол, который используется для того, чтобы преобразовывать IP адреса в адреса МАС, которые жестко прописаны в сетевых LAN адаптерах. Кэш ARP содержит недавние преобразованные MAC адреса для узлов IP в сети. Эти MAC адреса кэшируются на компьютере таким образом, что соединения с этими узлами IP, может происходить без из повторного преобразования. Если одна или несколько записей в кэше протокола ARP неверна, то сетевое соединение с одним из узлов IP в сети может быть нарушено. Если запись в кэше является неверной для узла в локальной подсети, то может быть нарушено соединение с этим узлом. Если запись в кэше является неверной для шлюза по умолчанию, то может быть нарушено соединение с узлами в удаленной подсети. Тип ошибки при невозможности установить соединение (либо с узлами в локальной подсети, либо с узлами в удаленной подсети) может отобразить, какая запись в кэше ARP неверна.

Шаг 3: Очистка кэша NetBIOS

На этом этапе выполняется следующая команда:

nbtstat –R

Эта команда позволяет очистить содержимое кэша NetBIOS на локальном компьютере. После запуска этой команды также все записи из файла LMHOSTS загружаются в кэш. Для большинства сетей Windows, включая те, в которых установлен Active Directory, а для преобразования имен используется DNS, функции NetBIOS по преобразованию имен по-прежнему используются для определенных функций. Т.к. названия NetBIOS удаленных компьютеров (remote hosts) преобразуются в назначенные им IP адреса, при обращении к серверу WINS или при использовании широковещательного NetBIOS, эти отображения названия компьютеров в IP адреса добавляются в кэш NetBIOS на локальном компьютере, и таким образом соединения с удаленными компьютерами могут быть установлены без необходимости их повторного преобразования. Если одна или более записей в кэше NetBIOS неверны, то соединение по сети с одним из компьютеров нарушается. Если запись в кэше является неверной для компьютера в локальной сети, то нарушается соединение с этим компьютером. Если запись в кэше неверна для шлюза по умолчанию, то нарушается соединение с компьютерами в удаленной подсети. По типу ошибки возникающей при нарушении соединения (либо с компьютером в локальной сети, либо с компьютером в удаленной сети) можно определить неверную запись в кэше NetBIOS.

Неверная запись в кэше NetBIOS иногда может быть вызвана устаревшей записью в базе данных WINS database на серверах WINS. Это происходит потому, что WINS имеет более высокий приоритет по сравнению с широковещательным преобразованием имен NetBIOS, при использовании WINS, поэтому поврежденные и устаревшие записи WINS могут попасть в кэш NetBIOS, даже после очистки кэша, и тем самым привести к его неправильной работе. Решение проблемы в данном случае заключается в удалении неверных записей из базы данных WINS, очистки кэша NetBIOS и дальнейшем мониторинге кэша с помощью команды nbtstat –c, чтобы убедиться, что эти неверные записи снова не попали в кэш.

Шаг 4: Очистка кэша DNS Resolver

Команда, выполняемая на этом этапе, выглядит следующим образом:

ipconfig /flushdns

В результате этой команды происходит очистка кэша DHS resolver на локальном компьютере. При запуске этой команды также происходит загрузка всех записей из файла HOSTS в кэш. Т.к. полностью квалификационный названия DNS удаленных компьютеров преобразуются в IP адреса, назначенные компьютеру, при обращении к серверу (DNS server), то результат этих преобразований (FQDN-to-IP-address mappings) добавляются в кэш DNS resolver на локальном компьютере, поэтому нет необходимости в постоянном таком преобразовании. Если одна или более записей в кэше DNS resolver неверны, то нарушается сетевое соединение с одним или несколькими компьютерами в сети. Для того, чтобы увидеть текущее содержимое кэша DHS resolver, наберите команду ipconfig /displaydns в командной строке.

Если IP адрес удаленного компьютера, к которому вы пытаетесь подключиться, недавно изменился, то вы можете не подключаться к этому компьютеру по FQDN до тех пор, пока не очистите ваш кэш DNS resolver. Конечно, время от времени записи в кэше будут устаревать сами по себе, благодаря использованию TTL, полученных с DNS сервера в процессе преобразования названия в IP адрес. Но если вы заметили, что неожиданно вы не можете установить соединение с некоторым удаленным компьютером, то вы можете восстановить ваше сетевое соединение с помощью очистки кэша DNS resolver командой, описанной выше.

Шаг 5: Регистрация в WINS

На этом этапе выполняется следующая команда:

nbtstat –RR

Эта команда пытается заново зарегистрировать локальный компьютер в базе данных WINS на серверах WINS. Это означает, что все названия NetBIOS для локального компьютера сперва извлекаются, а затем обновляются в базе данных. Это может использоваться конечно лишь в том случае, если в вашей сети используются сервера WINS, но как показывает практика, в большинстве корпоративных сетей, в которых установлен Active Directory, а также сервер Exchange Server, по-прежнему используют WINS, смотрите статью KB 837391 для получения более подробной информации.

Когда компьютер с операционной системой Windows выключается корректно, он должен удалять свою запись из базы данных WINS. Если ваш компьютер был выключен неправильно, то записи WINS о компьютере не удаляются из базы данных. Неверные записи в базе данных WINS database могут привести к возникновению проблем с сетью, особенно для портативных компьютеров типа ноутбук, которые можно удалять из одной сети и подключать к другой. Часто с благодаря использованию инструмента Repair (восстановление) эти проблемы можно избежать благодаря новой регистрации в WINS.

Шаг 6: Регистрация в DNS

Последняя команда, которая выполняется на шестом этапе выглядит следующим образом:

ipconfig /registerdns

Эта команда пытается заново зарегистрировать локальный компьютер в базе данных DNS на DNS серверах. Это значит, что все DNS имена для локального компьютера сначала извлекаются, а затем обновляются в базе данных DNS database (предполагается, что вы используете сеть Active Directory с динамическим Dynamic DNS или DDNS для регистрации названий DNS в базе данных).

Заключение

Инструмент Repair (восстановление) для сетевых соединений – это очень полезный инструмент для устранения проблем, связанных с подключением к сети. К несчастью, большинство администраторов не знают о том, как работает этот инструмент, а в этой статье была предпринята попытка исправить эту ситуацию. Знание того, как работает это инструмент, поможет вам узко обозначить границы проблемы, вы сможете быстро выявить неверные или потерянные конфигурационные настройки DHCP, неверные записи в кэше ARP, NetBIOS или кэше DNS resolver, или неверные или устаревшие записи в базах данных WINS или DNS. Если у вас возникли проблемы с подключением с сети, и вы убедились, что ваше сетевое подключение находится в условно рабочем состоянии (т.е. нет оборванных кабелей или отключенных переключателей или хабов), то инструмент Repair (восстановление) должен быть одним из первых инструментов, которыми вы должны воспользоваться в данной ситуации для восстановления сетевого подключения.

adobe oem software

www.windowsnetworking.com

jfdghjhthit45


Смотрите также:

Tags: , , ,

Readers Comments (Комментариев нет)

Comments are closed.

Exchange 2007

Проведение мониторинга Exchange 2007 с помощью диспетчера System Center Operations Manager 2007 (часть 3)

Если вы хотите прочитать предыдущие части этой серии статей, перейдите по ссылкам: Проведение мониторинга Exchange 2007 с помощью диспетчера System ... [+]

Практическое рассмотрение перехода с Exchange 2003 на Exchange 2007 (часть 1)

Введение В этой статье из нескольких частей я хочу показать вам процесс, который недавно использовал для перехода с существующей среды Exchange 2003 ... [+]

Использование инструмента Exchange Server Remote Connectivity Analyzer Tool (часть 2)

Если вы пропустили первую часть этой серии, пожалуйста, прочтите ее по ссылке Использование инструмента Exchange Server Remote Connectivity Analyzer Tool (Часть ... [+]

Мониторинг Exchange 2007 с помощью диспетчера System Center Operations Manager 2007 (часть 2)

Если вы пропустили предыдущую часть этой серии статей, перейдите по ссылке Мониторинг Exchange 2007 с помощью диспетчера System Center Operations ... [+]

Подробное рассмотрение подготовки Active Directory для Exchange 2007 (часть 5)

Если вы пропустили предыдущие части этой серии статей, перейдите по ссылкам: Подробное рассмотрение подготовки Active Directory для Exchange 2007 (часть 1) ... [+]

Установка и настройка Exchange 2007 из командной строки (Часть 3)

If you missed the previous parts in this article series please read: Exchange 2007 Install and Configuration from the command line (Part ... [+]

Использование инструмента Exchange Server Remote Connectivity Analyzer Tool (часть 1)

Инструмент ExRCA Текущий выпуск инструмента предоставляется только в целях тестирования и оснащен 5 опциями: Тест подключения Outlook 2007 Autodiscover Тест подключения Outlook 2003 RPC ... [+]

Развертывание сервера Exchange 2007 Edge Transport (часть 5)

Если вы хотите прочитать предыдущие части этой серии статей, перейдите по ссылкам: Развертывание сервера Exchange 2007 Edge Transport (часть 1) Развертывание ... [+]

Установка и настройка Exchange 2007 из командной строки (часть 2)

Если вы пропустили первую статью данного цикла, пожалуйста, перейдите по ссылке: Exchange 2007 Install and Configuration from the command line (Part ... [+]

Использование интегрированных сценариев Using Exchange Server 2007 – часть 2: генерирование отчетов агента Transport AntiSpam Agent

Если вы пропустили предыдущую часть этой серии статей, перейдите по ссылке Использование интегрированных сценариев Using Exchange Server 2007 – часть ... [+]