Задания к работе. 1. Открыть окно командной строки, ввести команду ping с IP адресом машины, при взаимодействии с которой возникают проблемы

1. Открыть окно командной строки, ввести команду ping с IP адресом машины, при взаимодействии с которой возникают проблемы.

2. Определить, использует ли проблемная машина конфигурацию статичного или динамичного IP адреса. Для этого откройте панель управления и выберите опцию Сетевые подключения. Теперь правой клавишей нажмите на подключении, которое собираетесь диагностировать, затем выберите опцию Свойства в появившемся меню быстрого доступа. По мере выполнения этих шагов вы увидите страницу свойств, как показано на рисунке 3.

Рисунок 3. Страница свойств сетевого подключения

3. Перейдите по спискам элементов, используемых подключением, пока не дойдете до TCP/IP протокола (выбран на рисунке 3). Выберите этот протокол, нажмите на кнопке Свойства, чтобы открыть страницу свойств для Internet Protocol (TCP/IP), как показано на рисунке 4.

Рисунок 4. Страница свойств Internet Protocol (TCP/IP) используется для настройки TCP/IP протокола

4. Запишите IP конфигурацию машины. Особенно важно сделать заметки следующих элементов:

а. Использует ли машина статичную или динамичную конфигурацию?

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

в. Получает ли машина адрес DNS сервера автоматически?

г. Если адрес DNS сервера вводится вручную, то какой адрес используется?

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

6. Проверьте тип адаптера.

7. Определите, принимает ли Windows такую конфигурацию. Для этого откройте окно командной строки и введите следующую команду:

IPCONFIG /ALL

8. Определите правильный сетевой адаптер. В этом случае определение нужного адаптера довольно простое, поскольку в списке есть всего лишь один адаптер. Однако обратите внимание, что IPCONFIG предоставляет вам номер подключения (в данном случае это будет Ethernet адаптер, подключение по локальной сети 2). Если вы еще раз взгляните на рисунок 1, вы заметите, что заголовок страницы свойств имеет ту же цифру в своем названии. Это вместе с описанием физической сетевой карты говорит вам о том, на какое конкретно подключение вы смотрите.

Рисунок 5. Команда IPCONFIG /ALL показывает вам IP конфигурацию машины, как ее видит Windows

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

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

9. Отправьте ping запрос на адрес локального узла. Существует два различных способа того, как это сделать. Одним способом является ввод команды:

PING LOCALHOST

Когда вы вводите эту команду, Windows отправит ping запрос на адрес 127.0.0.1. Независимо от IP адреса вашей машины, Windows всегда будет использовать 127.0.0.1 в качестве адреса локального хоста. Таким образом, альтернативой вышеприведенной команде является команда:

Ping 127.0.0.1

После ввода этой команды вы должны увидеть результаты успешно выполненного запроса ping, равно как и для других ping команд. Пример использования данной команды показан на рисунке 6.

Рисунок 6. Результат успешно выполненного запроса ping адреса локального хоста

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

10. Если, узлы, с которыми вы хотите связаться, расположены в удаленной сети или другом сегменте вашей корпоративной сети, то в этом случае вам нужно попробовать опросить основной шлюз. Это можно выполнить простым добавлением IP адреса основного шлюза в команду ping. На рисунке 7, в конфигурации TCP/IP адрес основного шлюза будет 147.100.100.100. В результате опроса основного шлюза проводится проверка того, что локальная машина может связаться с основным шлюзом. Это также говорит вам о том, что коммуникации на локальном узле работают, как должно, на уровне IP адреса.

Рисунок 7. Опрос основного шлюза проверяет, что IP пакеты могут достичь основного шлюза сети

11. Опрос DNS сервера. Если коммуникация на уровне IP между локальным компьютером и основным шлюзом работает - это не гарантирует того, что имена узлов разрешаются в IP адреса. Существует несколько способов, с помощью которых можно проверить разрешение DNS имен. Можно опросить IP адрес DNS сервера, как показано на рисунке 8. Это не гарантирует того, что разрешение имен работает корректно, однако это позволяет убедиться в том, что локальная машина корректно взаимодействует с DNS сервером.

Рисунок 8. Проверка взаимодействия узла с DNS сервером

12.Можно использовать команду Nslookup, чтобы убедиться в том, что разрешение имен работает корректно. Для этого просто введите команду Nslookup, за которой должно идти полное доменное имя удаленного узла. Команда Nslookup должна суметь разрешить полное доменное имя в IP адрес, как показано на рисунке 9.

Рисунок 9. Команда Nslookup говорит вам, способен ли ваш DNS сервер разрешать имя хоста

13.Первая часть вернувшейся информации относится к локальному DNS серверу. Нижний раздел вернувшейся информации предоставляет вам IP адрес того узла, который вы запрашивали. Если этот IP адрес есть в списке, DNS запрос был успешным. Если процесс разрешения имени был неудачным, то возникла проблема с DNS. Например, адрес ретрансляции сервера DNS может быть неверным или у DNS сервера может отсутствовать доступ к Интернету, который ему необходим для связи с DNS серверами более высокого уровня. Также DNS служба сервера DNS могла быть остановлена. Как правило, такой тип проблем влияет и на других клиентов, поскольку несколько клиентов зависят от одного DNS сервера.

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

Если встречается несовпадение IP адреса, это может указывать на заражение клиента вредоносным ПО, либо это может указывать на заражение DNS. DNS заражение – это процесс, в котором кэш DNS наполняется недействительными или неправильными IP адресами.

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

IPCONFIG /FLUSHDNS

Пример выполнения этой команды показан на рисунке 10. То, что DNS кэш содержит неточные IP адреса, не означает, что имеет место DNS заражение. Иногда узлам присваиваются новые IP адреса, а DNS КЭШу требуется определенное время, чтобы узнать о внесенных изменениях.

Рисунок 10. Сброс DNS кэша

Контрольные вопросы

1. Поясните, что может означать, если время TTL закончилось до получения ответа.

2. Как подтвердить наличие сетевого соединения?

3. Что показывает команда IPCONFIG /ALL?

4. Что означает наличие IP адрес со значением 0.0.0.0.?

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

6. Как производится опрос основного шлюза?

7. Как производится опрос DNS сервера?

Рекомендуемая литература: 1.1 – 1.3, 2.1, 2.4