Сети -> Internet -> Устранение неисправностей в сети

Устранение неисправностей в сети

Я хочу представить читателям несколько простых способов решения сетевых проблем. В основном нарушения сетевых соединений кратковременны и связаны с работами администратора по перезапуску, переустановке и изменению настроек устройств, отвечающих за доставку запросов и сообщений.

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

Для указания целевого компьютера многие используют имена. Т.е. мы посещаем http://www.travelocity.com/ или http://www.osp.ru/, получаем почту с pop3.denver.qwest.com. Однако эти имена являются просто псевдонимами, которые необходимо перевести в реально зарегистрированные TCP/IP-адреса, точно определяющие получателя. Когда сообщения попадают в сеть, они содержат информацию об источнике и приемнике в виде TCP/IP адресов, а не соответствующих имен. Windows использует либо DNS, либо WINS для перевода имен в адреса. DNS - это стандартное средство разрешения имен в сетях TCP/IP для корпоративных сетей и Internet. WINS - патентованный стандарт Microsoft, используемый для трансляции имен вида \\printserver\printer_A или \\server_x\share_2 в адреса TCP/IP. После успешного преобразования имени в адрес путь запроса или сообщения к получателю должен быть открыт.

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

Утилиты командной строки для проверки соединений

  Команда Ipconfig /all показывает настройки протокола TCP/IP на компьютере. Два важных параметра протокола - Default Gateway (шлюз по умолчанию) и сервер DNS.

  Команда Nslookup переводит TCP/IP-имя сервера в TCP/IP-адрес. Эта команда аналогична использованию он-лайновой телефонной книжки для поиска индивидуального имени (TCP/IP-имя) и телефонного номера (TCP/IP-адрес). По умолчанию, если набрать Nslookup в командной строке, система отправляет запрос к серверу DNS, указанному в установках протокола TCP/IP на компьютере. Если сервер DNS не работает, появляется сообщение об ошибке: DNS request timed out. Если все в порядке, сервер DNS отвечает символом <больше> (>) и ожидает ввода имени сервера, который необходимо найти. Когда сервер DNS возвращает имя и адрес искомого сервера, в их корректности можно не сомневаться.

   Команда Ping "компьютер" дает информацию о доступности и состоянии удаленного компьютера. Команда Ping работает и по имени, и по адресу. Если при выполнении команды Ping для компьютера www.google.com пришел ответ на запрос, значит, для имени найден правильный TCP/IP-адрес, и компьютер Google функционирует нормально. Неработающий компьютер не отвечает на запрос Ping и появляется сообщение об ошибке: Request timed out. Возможны три причины ошибки: неверное имя; сервер DNS не может определить адрес TCP/IP; необходимые службы или сам компьютер не работают. Кроме того, операционная система может не отвечать на запросы Ping, если администратор специально заблокировал эту возможность, например, из соображений безопасности.

Команда Tracert показывает все промежуточные узлы между источником и приемником. Tracert, как и Ping, работает и по имени, и по TCP/IP-адресу. Использование Tracert - это простой способ проверить, есть ли для запроса открытый путь к получателю. Tracert отвечает списком узлов, одна строка - один узел, который необходимо пройти при маршрутизации запроса. Если один из узлов на пути запроса недоступен, команда возвращает временные параметры и имя узла, отмеченные символом звездочка (*), и сообщение об ошибке Request timed out. Если проложить маршрут до получателя невозможно, необходимо подождать, пока отсутствующая часть не заработает, либо не появится альтернативный путь. Первым узлом, который покажет Tracert, должен быть Default Gateway (шлюз по умолчанию), установленный в настройках протокола TCP/IP компьютера.

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

Источник: www.oszone.net