Адресация протокола TCP/IP
Даже если вы, установив протокол TCP/IP, оставите его в «первобытном» состоянии, есть вероятность, что ваши серверы и клиенты все-таки смогут общаться между собой. Однако рассчитывать на авось не стоит, тем более в сети масштаба предприятия: настраивать протокол TCP/IP все равно придется.
Для небольшой сети, объединяющей десяток-другой компьютеров, в настройке TCP/IP нет ничего сложного. Каждому компьютеру должен быть присвоен уникальный IP-адрес, маска подсети и в случае необходимости другие конфигурационные параметры, которые описаны далее.

IP-адреса
Чтобы компьютер мог общаться в сети по протоколу TCP/IP, ему должен быть присвоен IP-адрес, действительный в данной сети или подсети. IP-адрес — это 32-разрядное число, представленное в виде четырех восьмибитовых чисел (так называемые октеты), разделенных точками.

Примеры IP-адресов:
    1.2.3.4
    102.13.16.237
    216.254.1.18

Назначение IP-адреса должно подчиняться следующим основным правилам:
1.    Компьютеру нельзя присвоить первый адрес в данной сети (адрес, заканчивающийся на число 0). Такие адреса зарезервированы для обозначения всей сети.
2.    Компьютеру нельзя присвоить последний адрес в данной сети (адрес, заканчивающийся на число 255). Такие адреса служат для широковещательных передач (broadcasting) — обращения ко всем компьютерам в сети.
3.    Каждый из октетов — это число в диапазоне от 0 до 255: восемью битами можно записать только 256 различных чисел.
4.    IP-адрес каждого компьютера должен быть уникален в пределах сети. Если присвоить новому компьютеру уже существующий в сети адрес, то возникнет конфликт адресов. Операционная система сообщит о конфликте, показав окно предупреждения, и оба компьютера не будут допущены к работе в сети до исправления ситуации.

Как видно из этих правил, очень легко подсчитать, для скольких компьютеров найдется место в одной сети, работающей по протоколу TCP/IP. Теоретически IP-адреса могут быть любыми в диапазоне от 0.0.0.0 до 255.255.255.255, что составляет 232 — 2 = 4 294 967 294.
На практике, однако, существуют еще некоторые ограничения, в результате которых предельное количество компьютеров в сети оказывается даже меньше. Так найдутся ли для вашей сети свободные адреса или нужно поверить скептикам, утверждающим, что диапазон IP-адресов уже почти исчерпан? Оказывается, верно и то, и другое: действительно диапазон адресов близок к исчерпанию, но для вашей сети адреса всегда найдутся.

Внутренние IP-адреса
О том, чтобы в распоряжении локальных сетей было достаточно IP-адресов, задумались задолго до того, как была установлена первая сеть под управлением ОС Windows 2000. Поскольку внутренние сети никак не связаны друг с другом, для адресации компьютеров в них можно использовать один и тот же диапазон IP-адресов.

 
Учим компьютер работать в сети
Для локальных сетей, в зависимости от их размера, организацией IANA (Internet Assigned Numbers Authority), отвечающей за присвоение IP-адресов в Интернете, выделены следующие диапазоны адресов:
10.0.0.0 — 10.255.255.255
172.16.0.0— 172.31.255.255
192.168.0.0— 192.168.255.255

Этих адресов вполне достаточно для организации сети, объединяющей несколько тысяч компьютеров. О любом адресе в такой сети можно с почти стопроцентной уверенностью утверждать, что он используется еще где-то. Однако беспокоиться о возможном конфликте адресов незачем: адреса из зарезервированных диапазонов действительны только в пределах локальной сети и ни с какой посторонней сетью не связаны.
Даже если вы собираетесь впоследствии подключить свою локальную сеть к Интернету, конфликта все равно не возникнет: об этом позаботятся технологии, известные как прокси-сервер или трансляция сетевых адресов (Network Address Translation, NAT). Эти технологии скрывают локальную сеть от внешнего мира, позволяя тем не менее сообщаться с Интернетом всем тем локальным компьютерам, которым это разрешил администратор.
Так как подавляющее большинство локальных сетей — малые, то есть объединяющие всего несколько десятков компьютеров, чаще всего для их адресации выбирают третий из зарезервированных диапазонов. Он предлагает 256 подсетей, каждая из которых может содержать не более 254 компьютеров (напоминаю, что первый и последний адреса из диапазона для адресации отдельного компьютера использовать нельзя) — итого 65024 компьютера.
Малую сеть можно логически разбить на подсети (например, относящиеся к разным подразделениям) произвольным образом. Для этого служит маска сети. Например, подсеть 192.168.10.0/24 объединяет компьютеры с адресами от 192.168.10.1 до 192.168.10.254.

Публичные IP-адреса
Очень упрощенно можно сказать, что публичными называются все те IP-адреса, которые не зарезервированы для локальных сетей. Это адреса, не относящиеся к сетям, рассмотренным в предыдущем пункте. Пример таких адресов — 111.112.113.114 или 170.180.190.200. Конечно, не каждый публичный адрес кем-то используется; многие компании, получив в свое распоряжение несколько IP-адресов, потом используют не все из них. Однако из того, что конкретный адрес не занят сейчас, отнюдь не следует, что завтра или через час он так и останется свободным.
Как видите, публичных адресов намного больше, чем внутренних. Разумеется, так и должно быть: всемирная сеть Интернет включает больше компьютеров, чем любая локальная сеть.
 
Примечание.
Когда вы подключаете свою локальную сеть к Интернету, свои публичные адреса вы уже не можете выбирать так же произвольно, как адреса локальных компьютеров. Вы должны получить их у своего провайдера, предоставляющего доступ в Интернет.

Внутренние IP-адреса и Интернет
Как уже было сказано выше, локальную сеть, использующую внутренние адреса, к Интернету подключить можно. Благодаря таким, например, технологиям, как трансляция сетевых адресов (NAT), адреса локальных компьютеров скрыты от внешнего мира. Более того, Интернет-маршрутизаторы не умеют работать с адресами, зарезервированными для внутреннего использования: если бы они получили пакет, направленный на такой адрес (например, ответ с веб-сервера корпорации Microsoft), то отбросили бы его без предупреждения, даже не попытавшись доставить по назначению.
Кто-нибудь бы мог сейчас задать простой вопрос: если адреса внутренней сети не видны извне, то не все ли равно, как их выбирать? Что мешает использовать в локальной сети адреса из публичных диапазонов? Ответ тоже прост. Если вы не собираетесь подключать локальную сеть к Интернету, то можете назначить внутренним компьютерам любые адреса.
Если же собираетесь, то обязательно выбирайте адреса из диапазонов, зарезервированных для локальных сетей. В противном случае, хоть ваша сеть и будет работать надежно, вы не получите доступа к Интернет-серверам, адреса которых совпадают с теми, которые вы выбрали для локальных компьютеров. А что если это окажутся очень важные серверы?

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

Приведем простой пример. Для сетей класса С (к этому классу относятся локальные сети, в первом октете адреса которых стоит число 192) маска подсети по умолчанию равна 255.255.255.0. Записав ее в двоичной системе, получим 11111111.11111111.11111111.00000000. Теперь запишем IP-адрес и маску друг под другом:
11000000.10101000.00001010.00000001 — IP-адрес (192.168.10.1)
11111111.11111111.1 И 11111.00000000 — маска подсети (255.255.255.0)
Та часть IP-адреса, которой соответствуют единицы маски, распознается как адрес подсети, а те двоичные разряды, которым соответствуют нули маски, — как адрес узла (компьютера) внутри подсети. Узлы одной подсети (192.168.10.2,192.168.10,3 и т.д.) «видят» друг друга непосредственно, а для коммуникации между узлами разных подсетей (например, 192.168.10.1 и 192.168.11.1) необходим маршрутизатор.

Ранее мы выбрали для сети адрес 192.168.10.0/24. Что означает эта запись?
Маска подсети — это такое число, в двоичной записи которого все единицы предшествуют всем нулям, что естественно: в ГР-адресе разряды, отведенные под адрес подсети, предшествуют разрядам, отведенным под адрес узла. Такие числа однозначно определяются количеством единиц в них. Подсчитайте единицы в числе 11111111.11111111.11111111.00000000 — их 24. Выражение /24 — это запись той же самой маски подсети 255.25-5.255.0 в нотации CIDR (Classless InterDomain Routing).

Примечание.
Последний октет маски подсети не обязан быть нулевым. Можно логически разбить одну сеть на несколько, «позаимствовав» несколько разрядов, обычно отводимых под адрес узла, и использовав их для адресации подсетей. Так, маска 255.255.255.192, последний октет которой в двоичной записи выглядит как 11000000, позволяет создать четыре сети с 62 (64-2, напоминаю, что первый и последний адреса в подсети зарезервированы для специальных целей) узлами в каждой.
В более крупных сетях вы можете встретить маску 255.255.0.0 и даже 255.0.0.0.

Настройка протокола TCP/IP
Подготовка к настройке
К настройке протокола TCP/IP следует тщательно подготовиться. Необходимо решить следующие вопросы:
Какой диапазон адресов выбрать для адресации сети?
Какие IP-адреса назначить серверам?
Какие IP-адреса назначить принтерам и подобным им устройствам?
Какие IP-адреса назначить клиентским компьютерам?
Каким будет адрес основного шлюза?
Какими будут другие параметры протокола ГР (серверы DNS, WINS, имя домена и т.п.)?
Какой способ выделения адресов выбрать?

Какой диапазон адресов выбрать для адресации сети
Ответ на этот вопрос уже был дан выше. Для адресации сети с несколькими десятками компьютеров мы выбрали диапазон 192.168.10.0/24. В этой сети можно адресовать до 254 устройств, и все они должны иметь маску подсети 255.255.255.0.
 
Примечание.
Если вы предполагаете, что скоро (скажем, в течение года) количество устройств в сети значительно увеличится, то разумно будет с самого начала выбрать более широкий диапазон адресов, который позволял бы подключить больше 254 устройств.

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

Какие IP-адреса назначить принтерам и подобным им устройствам
В сети нашего размера разумно выделить для принтеров и другого сетевого оборудования пять адресов. Мы зарезервируем за ними адреса от 192.168.10.12 до 192.168.10.16.

Какие IP-адреса назначить клиентским компьютерам?
Все оставшиеся адреса — от 192.168.10.17 по 192.168.10.254 — будут розданы клиентским компьютерам. Таким образом, в нашей сети не может быть больше 238 компьютеров.

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

Какими будут другие параметры протокола IP
В этом месте следует собрать воедино другие конфигурационные параметры протокола IP. К ним относятся IP-адреса сервера (или серверов) DNS, сервера (или серверов) WINS, тип узла компьютера, имя домена и т.д.

Какой способ выделения адресов выбрать
Наш диапазон IP-адресов дает возможность адресовать до 254 сетевых устройств. Адрес 192.168.10.0 означает всю сеть, и его нельзя использовать для адресации отдельных устройств. Адрес 192.168.10.255 служит для передачи широковещательных (broadcast) сообщений, то есть сообщений, предназначенных для каждого устройства в сети. Это стандартная установка протокола TCP/IP в системе Windows, которую нет необходимости конфигурировать дальше. После того, как мы выделили IP-адреса для серверов, принтеров и других устройств, у нас в распоряжении осталось 238 адресов для клиентских компьютеров. Теперь нужно решить, будем ли мы назначать адреса клиентским компьютерам вручную или автоматически по протоколу DHCP. Оба способа имеют как свои преимущества, так и недостатки, а иногда автоматическое выделение адресов вообще невозможно.
Влиять на выбор IP-адресов могут и другие факторы. Необходимо хорошо продумать все особенности вашей сетевой среды и тщательно подготовиться к настройке протокола TCP/IP. В дальнейшем смена адресации может быть для пользователей и администраторов весьма долгим и трудным процессом.

Настройка протокола TCP/IP на сервере
Сервер присутствует в сети для того, чтобы предоставлять услуги другим компьютерам. Это может быть файловый сервер (то есть сервер, на котором в разделяемых папках хранятся документы предприятия), сервер приложений (например, если на нем установлена база данных), веб-сервер (сервер, на котором установлены веб-службы: WWW, FTP, новостной протокол NNTP и т.п.), почтовый сервер (сервер, предназначенный для приема или передачи электррнной почты и управления почтовыми ящиками) или, например, сервер печати, то есть компьютер, который обрабатывает задания на печать и отсылает их локальным принтерам. Кроме перечисленных услуг пользователям, сервер может обслуживать и саму сетевую инфраструктуру (службы DHPS, DNS, WINS или сертификации документов).
Чтобы компьютеры-клиенты могли обращаться к серверу с запросом услуг, они должны знать его IP-адрес или имя, которое где-то в пределах сети связано с IP-адресом таким же образом, как в телефонном справочнике название предприятия связано с его телефонным номером. Этот IP-адрес должен быть постоянным, потому что его изменение могло бы нарушить связь между компьютерами пользователей и сервером. А если сервер сам предоставляет услуги DHCP или DNS, то такому серверу постоянный адрес тем более необходим.
Назначать серверам IP-адреса и другие конфигурационные параметры всегда следует вручную. Тогда вы будете уверены, что IP-адрес ни в коем случае не изменится, и сможете быстро найти адрес по серверу и сервер по адресу. Это необходимо для устранения неполадок в сети. Одним словом, хороший администратор должен знать адреса своих серверов наизусть.

Чтобы настроить параметры протокола TCP/IP на сервере, выполните следующие действия:
1. В меню Пуск выберите Панель управления -> Сетевые подключения -» Подключение по локальной сети.
2. В появившемся диалоговом окне состояния на вкладке Общие нажмите кнопку Свойства. Отобразится диалоговое окно Подключение по локальной сети — свойства.
3. В списке компонентов, используемых этим подключением, выберите пункт Протокол Интернета (TCP/IP) и нажмите кнопку Свойства.
4. В диалоговом окне Свойства: протокол Интернета (TCP/IP) (рис.3.4) установите переключатель в положение Использовать следующий IP-адрес и в поле IP-адрес введите значение 192. L68.10.2.
5. В поле Маска подсети введите значение 255.255.255.0.
6. В нижней части окна свойств установите переключатель в положение Использовать следующие адреса серверов DNS и в поле Предпочитаемый DNS-сервер введите значение 192.168.10.2 (наш сервер будет служить сервером DNS сам себе). Затем нажмите кнопку Дополнительно.
Примечание.
Если вы неправильно укажете адрес сервера ONS, то ив будет работать домен и у попьзователей могут возникнуть проблемы с регистрацией.
7. На вкладке DNS убедитесь в том, что установлены переключатель Дописывать основной DNS-суффикс и суффикс подключения и флажки Дописывать родительские суффиксы осн. DNS-суффикса и Зарегистрировать адреса этого подключения в DNS. Нажмите ОК.
8. Нажатием на кнопку ОК закройте диалоговое окно свойств протокола TCP/IP.
9. Включите флажок При подключении вывести значок в области уведомлении и нажмите кнопку Закрыть.
10. Нажатием на кнопку Закрыть закройте диалоговое окно состояния подключения по локальной сети. В углу панели задач появится значок только что настроенного вами подключения.

Примечание.
Если вы включите переключатель Использовать следующие адреса серверов DNS, но не укажете ни одного адреса, то в ОС Windows 2000 Server будет автоматически введен адрес 127.0.0.1. Это адрес локального интерфейса (loop-back), через который общаются между собой процессы, работающие на одном компьютере. Если сервер является в то же время сервером DNS, то клиент DNS будет нормально работать, обращаясь по этому адресу. Любопытно, что адрес 127.0.0.1 нельзя ввести вручную.

Настройка протокола TCP/IP на компьютере-клиенте
Клиентские компьютеры подключаются к сети для того, чтобы пользоваться услугами различных сетевых служб. Чтобы они могли взаимодействовать по протоколу TCP/IP, этот протокол нужно правильно настроить. Вообще говоря, не слишком важно, чтобы два клиента могли общаться непосредственно (в самом деле, какими данными им обмениваться — разве что файлами МРЗ?) Намного важнее возможность коммуникации между клиентом и сервером. Клиенту нужно взаимодействовать также с контроллером домена, который обеспечивает регистрацию пользователя; с сервером DNS, который сопоставляет запрошенным именам IP-адреса; с файловым сервером, на котором хранятся документы предприятия; с сервером печати, на который отсылаются задания, и так далее. При правильно настроенном протоколе TCP/IP любой компьютер в сети может общаться с любым другим, если администратор не вводил никаких ограничений.
Клиентскому компьютеру совсем не обязательно иметь постоянный IP-адрес, поэтому его можно настраивать не только вручную, но и автоматически. Подробнее об автоматическом выделении адреса мы поговорим в следующих главах, потому что оно требует еще некоторых настроек на сервере. Сейчас же мы посмотрим, как производится ручная настройка.

Чтобы настроить параметры протокола TCP/IP на сервере, выполните следующие действия:
1. В меню Пуск выберите Панель управления -»Сетевые подключения —» Подключение по локальной сети.
2. В появившемся диалоговом окне состояния на вкладке Общие нажмите кнопку Свойства. Отобразится диалоговое окно Подключение по локальной сети — свойства.
3. В списке компонентов, используемых этим подключением, выберите пункт Протокол Интернета (TCP/IP) и нажмите кнопку Свойства.
4. В диалоговом окне Свойства: протокол Интернета (TCP/IP) установите переключатель в положение Использовать следующий IP-адрес и в поле IP-адрес введите адрес из диапазона отведенного нами для клиентских компьютеров — 192.168.10.17.
5. В поле Маска подсети введите значение 255.255.255.0.
6. В нижней части окна свойств установите переключатель в положение Использовать следующие адреса серверов DNS и в поле Предпочитаемый DNS-сервер введите значение 192.168.10.2 (для всех клиентов сервером DNS будет служить сервер, настройка которого рассматривалась в предыдущем пункте). Нажмите кнопку Дополнительно.
Примечание.
Если вы неправильно укажете адрес сервера DNS, то не будет работать домен и у пользователей могут возникнуть проблемы с регистрацией.
7. На вкладке DNS убедитесь в том, что установлены переключатель Дописывать основной DNS-суффикс и суффикс подключения и флажки Дописывать родительские суффиксы осн. DNS-суффикса и Зарегистрировать адреса этого подключения в DNS. Нажмите ОК.
8. Нажатием на кнопку ОК закройте диалоговое окно свойств протокола TCP/IP.
9. Включите флажок При подключении вывести значок в области уведомлений и нажмите кнопку Закрыть.
10. Нажатием на кнопку Закрыть закройте диалоговое окно состояния подключения по локальной сети. В углу панели задач появится значок только что настроенного вами подключения.
 
Последующие клиентские компьютеры настраивайте точно так же, только на шаге 4 задавайте адрес из клиентского диапазона, отличный от уже введенных: 192.168.10.18, 192.168.10.19 и т.д.

Установка протокола TCP/IP
Протокол TCP/IP в операционных системах Windows 2000 и последующих устанавливается автоматически в ходе установки системы. При типичной установке TCP/IP является единственным установленным протоколом.
Сам протокол лишь обеспечивает возможность коммуникации между компьютерами. Для нормальной работы пользователя в системе должны быть установлены еще и другие службы и клиенты.

Клиент сети Microsoft
Клиент сети Microsoft — это сетевой компонент, позволяющий компьютеру использовать возможности, предоставляемые сетью под управлением операционных систем Microsoft. Если этот компонент не установлен, то пользователь клиентского компьютера не может подключиться к общим папкам, печатать на сетевых принтерах и т.п. Такая связь с точки зрения пользователя совершенно бесполезна.
Как говорит название, этот компонент предназначен только для работы в сети Microsoft. Если вы хотите использовать сетевые возможности операционной системы Novell NetWare, то необходимо кроме протокола NWLink устанавливать и клиента системы NetWare.
Клиента сети Microsoft не нужно конфигурировать. Единственным конфигурационным пунктом, который появляется после нажатия кнопки Свойства, является Служба удаленного вызова процедур (Remote Procedure Call). По умолчанию в Windows ХР Professional эту функцию выполняет Локатор системы Windows, что соответствует нашим задачам.

Служба доступа к файлам и принтерам сетей Microsoft
Эта сетевая служба в некотором смысле противоположна Клиенту для сетей Microsoft. Ее назначение в том, чтобы разделяемые папки и принтеры того компьютера, на котором работает эта служба, были в распоряжении удаленных пользователей (других компьютеров в сети). Полностью ситуацию можно описать так: Клиент сети Microsoft на локальном компьютере общается со Службой доступа к файлам и принтерам сетей Microsoft на удаленном компьютере и наоборот.
Служба доступа к файлам и принтерам сетей Microsoft в операционной системе Windows ХР Professional настройке не подлежит.
Для полноценной работы в сети компьютера с Windows ХР Professional необходимы все три вышеназванных компонента: протокол сети Интернет (TCP/IP), Клиент для сетей Microsoft, Служба доступа к файлам и принтерам сетей Microsoft.

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

Инструменты для проверки связи по протоколу TCP/IP
Операционные системы Windows, начиная с Windows 2000, содержат целый ряд утилит, служащих для настройки и отладки связи по протоколу TCP/IP. В этом пункте мы рассмотрим две наиболее употребительные из них.

Утилита IPCONFIG
Утилита IPCONFIG, появившаяся в Windows NT, позволяет просмотреть текущие настройки протокола IP и установленных на данном компьютере сетевых адаптеров. Рассмотрим самый распространенный способ ее применения.
Представьте себе ситуацию, что компьютер не может связаться с сервером. Если другие компьютеры работают с сервером нормально, то вполне логично искать причину не на сервере, а в самом компьютере, который пе поддерживает связь. Прежде всего нас интересует, правильно ли указан LP-адрес этого компьютера.
- Введите в командной строке команду ipconfig (окно командной строки можно открыть, выбрав в главном меню команду Выполнить и введя команду cnid). Вы увидите базовые параметры конфигурации узла: IP-адрес, маску подсети и адрес основного шлюза.
- Если вы введете команду ipconfig с ключом /all, то будет выведена
полная информация о настройках протокола ТСР/ГР.
Вы должны увидеть тот IP-адрес, который указывали при настройке клиентского компьютера (от 192.168.10.17 до 192.168.10,254), и маску подсети 255.255.255.0. Если отобразятся другие значения, исправьте настройки так, как указано в п.3.5.3. Маска 0.0.0.0 говорит о том, что указанный вами IP-адрес уже используется другим узлом в этой же сети — возник конфликт адресов.
 
Примечание.
Посредством утилиты IPCONFIG можно только просматривать информацию об IP-адресе, маске подсети и других параметрах, но не изменить ее.

Утилита PING
Для проверки соединения между двумя узлами служит утилита PING, тоже давно входящая в состав ОС Windows. Эта утилита посылает на указанный узел пакеты эхо-запроса протокола ICMP и считает полученные от него пакеты эхо-ответа, чтобы проверить, доступен ли этот узел вообще и надежна ли связь (какова доля пакетов, потерявшихся по дороге). Последовательно тестируя соединения с каждым узлом, можно обнаружить место, в котором связь оборвалась.

При получении эхо-ответа утилита PING выводит следующее сообщение:
Ответ от  192.168.10.17:   число байт=32  время   [...]

Время в миллисекундах — это промежуток времени между посылкой запроса и получением ответа. Чем больше это время, тем «дальше» расположенным можно считать узел.

Команда ping может дать и отрицательный ответ:
- Превышен интервал ожидания для запроса: эхо-ответ от узла не получен в течение заданного времени ожидания. Причиной может быть неправильная работа компьютера, от которого ожидается ответ (возможно, он просто выключен или отключен от сети). Может случиться также, что где-то на пути связи между двумя компьютерами заблокирован протокол 1СМР.
- Заданный узел недоступен: невозможно отправить эхо-запрос на указанный узел: путь к нему неизвестен. Причина этого — ошибка маршрутизации. Скорее всего вы не указали IP-адрес основного шлюза, через который пакеты из локальной сети уходят во внешний мир, но может быть и ошибка в таблице маршрутизации на тестируемом компьютере или на самом шлюзе. Просмотреть таблицу маршрутизации можно по команде route print. Команда route без аргументов выводит краткую справку об использовании утилиты ROUTE.
По умолчанию команда ping делает 4 попытки послать пакет размером 32 байта. Оба значения можно изменить при помощи соответствующих ключей: команда ping без аргументов выводит краткую справку о допустимых ключах и их назначении.

Последовательность диагностики сети должна быть такой:
Протокол TCP/IP не привязан к сетевому адаптеру
1. В командной строке введите команду ping 127.0.0.1. Эта команда проверит работоспособность локального интерфейса. Локальный интерфейс не имеет никакого отношения к физическим сетевым адаптерам: это «виртуальный адаптер», служащий только для проверки стека протоколов TCP/IP. Если вы получите ответ от локального интерфейса, значит, по крайней мере в локальной системе все в порядке. Если вы ответа не получите (Статистика Ping сообщает «100% потерь»), то проблема однозначно в неправильной установке протокола TCP/IP. Но поскольку этот протокол устанавливается вместе с операционной системой, то можно сказать, что проблема в неправильной установке операционной системы.
2. В командной строке введите команду ping 192.168.10.17 (IP-адрес того компьютера, который вы сейчас проверяете). Это следующий шаг «самопроверки»: после того, как вы выяснили, что с установкой протокола TCP/IP все в порядке, нужно прозондировать собственный сетевой адаптер. Если не отвечает эта команда, то проблема в нем. Причин ошибки может быть две.
Первая — сам адаптер: неаккуратно вставлен, неисправен или не установлены нужные драйвера. Эта причина встречается чаще всего. Вторая причина — протокол TCP/IP не привязан к данному сетевому адаптеру. Обычно это происходит, когда на вашем компьютере установлено несколько сетевых карт и вы забыли настроить TCP/IP на некоторых из них.
3. Теперь проверьте связь с соседним компьютером, заведомо подключенным к сети, или сервером: ping 192.168.102. Если ответа нет, в то время как все остальные компьютеры сети соединяются с сервером нормально, то причина — физический разрыв соединения между тестируемым компьютером и сетью (ближайшим хабом): сетевой кабель неисправен или выпал из разъема; может быть также неисправен порт хаба.
Если проверка показала, что ваш компьютер успешно подключен к сети, вы можете проверить, работает ли служба разрешения имен узлов в IP-адреса. Выполните команду ping с именем компьютера вместо IP-адреса: ping SRVR001. Если вы не получите ответа, значит, неправильно работает служба DNS, сопоставляющая имена компьютеров IP-адресам.