Чтобы успешно закончить “прозвонку” лабораторной сети, нам осталось на хосте Notebook выполнить команду ping по адресу 192.168.15.75 интерфейса маршрутизатора Over-Server:

C:\>ping 192.168.15.75

Pinging 192.168.15.75 with 32 bytes of data:

Destination host unreachable.

Destination host unreachable.

Destination host unreachable.

Destination host unreachable.

Вместо ответа от адресата выводится сообщение “Destination host unreachable” (“Заданный узел недоступен”). Это связано с тем, что на данный момент в таблице маршрутизации хоста Notebook (см. рис. 6) нет ни записи о маршруте к хосту 192.168.15.75, ни записи о маршруте к сети 192.168.15.0, ни записи о маршруте по умолчанию.

Добавим в таблицу маршрутизации хоста Notebook запись о маршруте к сети 192.168.15.0. Это можно сделать путем ввода в командной строке хоста Notebook команды route add с соответствующими параметрами:

C:\>route add 192.168.15.0 MASK 255.255.255.0 192.168.10.1 METRIC 3 IF 0x2

Эта команда сообщает хосту Notebook о том, что для того, чтобы достичь сети 192.168.15.0 с маской 255.255.255.0, необходимо использовать шлюз 192.168.10.1 и интерфейс с индексом 0x2 (см. рис. 5), причем сеть 192.168.15.0 находится на расстоянии три транзитных участка от хоста Notebook.

Отобразим таблицу маршрутизации хоста Notebook, введя в его командной строке команду route print (см. рис. 9).

C:\>route print

Network Destination Netmask Gateway Interface Metric

127.0.0.0 255.0.0.0 127.0.0.1 127.0.0.1 1

192.168.0.0 255.255.255.0 192.168.10.1 192.168.10.4 2

192.168.10.0 255.255.255.0 192.168.10.4 192.168.10.4 1

192.168.10.4 255.255.255.255 127.0.0.1 127.0.0.1 1

192.168.10.255 255.255.255.255 192.168.10.4 192.168.10.4 1

192.168.15.0 255.255.255.0 192.168.10.1 192.168.10.4 3

224.0.0.0 240.0.0.0 192.168.10.4 192.168.10.4 1

255.255.255.255 255.255.255.255 192.168.10.4 192.168.10.4 1

Рис. 9. Таблица маршрутизации хоста Notebook после записи в нее информации о маршруте к сети 192.168.15.0

В таблице маршрутизации хоста Notebook появилась запись, соответствующая маршруту к сети 192.168.15.0 (нижняя строка, выделенная жирным шрифтом).

Снова выполним на хосте Notebook команду ping 192.168.15.75:

C:\>ping 192.168.15.75

Pinging 192.168.15.75 with 32 bytes of data:

Reply from 192.168.10.1: Destination host unreachable.

Reply from 192.168.10.1: Destination host unreachable.

Reply from 192.168.10.1: Destination host unreachable.

Reply from 192.168.10.1: Destination host unreachable.

Вместо ответа от адресата выводится сообщение “Reply from 192.168.10.1: Destination host unreachable” (“Ответ от 192.168.10.1: Заданный узел недоступен”). Это сообщение означает, что маршрутизатор Under-Server не знает пути к адресату, т.е. он не знает, куда послать поступивший от хоста Notebook эхо-запрос с адресом 192.168.15.75, так как в таблице маршрутизации по умолчанию этого маршрутизатора (см. рис. 3) нет ни записи о маршруте к хосту 192.168.15.75, ни записи о маршруте к сети 192.168.15.0, ни записи о маршруте по умолчанию. Поэтому эхо-запрос доходит до маршрутизатора Under-Server, а дальше не передается. Следовательно, на маршрутизаторе Under-Server нужно добавить маршрут к сети 192.168.15.0. Это можно сделать с помощью команды route add с соответствующими параметрами, но нужно знать индекс интерфейса маршрутизатора Under-Server с адресом 192.168.0.3. Чтобы узнать его, выполним на маршрутизаторе Under-Server команду route print для вывода списка интерфейсов этого маршрутизатора (см. рис. 10).

C:\>route print

=====================================================================

Список интерфейсов

0x1 ........................... MS TCP Loopback interface

0x2 ...00 50 bf 20 01 21 ...... Realtek RTL8139/810X Family NIC

0x3 ...00 80 48 15 56 00 ...... Compex RE100TX PCI Fast Ethernet Adapter

=====================================================================

Рис. 10. Список интерфейсов маршрутизатора Under-Server

Как видно из рис. 10, маршрутизатор Under-Server имеет три следующих интерфейса: один логический интерфейс замыкания на себя (Loopback) и два физических интерфейса – интерфейс с сетевым адаптером Realtek и интерфейс с сетевым адаптером Compex. Индекс первого физического интерфейса – 0x2, а индекс второго физического интерфейса – 0x3. Как узнать, какому из двух физических интерфейсов назначен IP-адрес 192.168.0.3? Для этого на маршрутизаторе Under-Server нужно выполнить команду ipconfig /all.

C:\>ipconfig /all

Настройка протокола IP для Windows 2000

...

Адаптер Ethernet Сеть 1:

DNS суффикс этого подключения . . :

Описание . . . . . . . . . . . . : Realtek RTL8139/810X Family Fast

Ethernet NIC

Физический адрес. . . . . . . . . : 00-50-BF-20-01-21

DHCP разрешен . . . . . . . . . . : Нет

IP-адрес . . . . . . . . . . . . : 192.168.10.1

Маска подсети . . . . . . . . . . : 255.255.255.0

Основной шлюз . . . . . . . . . . :

DNS-серверы . . . . . . . . . . . :

Адаптер Ethernet Сеть 2:

DNS суффикс этого подключения . . :

Описание . . . . . . . . . . . . : Compex RE100ATX/WOL PCI (NDIS5) Fast

Ethernet Adapter

Физический адрес. . . . . . . . . : 00-80-48-15-56-00

DHCP разрешен . . . . . . . . . . : Нет

IP-адрес . . . . . . . . . . . . : 192.168.0.3

Маска подсети . . . . . . . . . . : 255.255.255.0

Основной шлюз . . . . . . . . . . :

DNS-серверы . . . . . . . . . . . :

Как видно из выходных данных команды ipconfig /all, IP-адрес 192.168.0.3 назначен интерфейсу с сетевым адаптером Compex, т.е. интерфейсу с индексом 0x3. Поэтому для добавления в таблицу маршрутизации маршрутизатора Under-Server нужного маршрута надо ввести на этом маршрутизаторе следующую команду:

C:\>route add 192.168.15.0 MASK 255.255.255.0 192.168.0.1 METRIC 2 IF 0x3

Эта команда сообщает маршрутизатору Under-Server о том, что для того, чтобы достичь сети 192.168.15.0 с маской 255.255.255.0, необходимо использовать шлюз 192.168.0.1 и интерфейс с индексом 0x3, причем сеть 192.168.15.0 находится на расстоянии два транзитных участка от маршрутизатора Under-Server.

Отобразим таблицу маршрутизации маршрутизатора Under-Server, введя в его командной строке команду route print (см. рис. 11).

C:\>route print

Сетевой адрес Маска сети Адрес шлюза Интерфейс Метрика

127.0.0.0 255.0.0.0 127.0.0.1 127.0.0.1 1

192.168.0.0 255.255.255.0 192.168.0.3 192.168.0.3 1

192.168.0.3 255.255.255.255 127.0.0.1 127.0.0.1 1

192.168.0.255 255.255.255.255 192.168.0.3 192.168.0.3 1

192.168.10.0 255.255.255.0 192.168.10.1 192.168.10.1 1

192.168.10.1 255.255.255.255 127.0.0.1 127.0.0.1 1

192.168.10.255 255.255.255.255 192.168.10.1 192.168.10.1 1

192.168.15.0 255.255.255.0 192.168.0.1 192.168.0.3 2

224.0.0.0 240.0.0.0 192.168.0.3 192.168.0.3 1

224.0.0.0 240.0.0.0 192.168.10.1 192.168.10.1 1

255.255.255.255 255.255.255.255 192.168.0.3 192.168.0.3 1

255.255.255.255 255.255.255.255 192.168.10.1 192.168.10.1 1

Рис. 11. Таблица маршрутизации маршрутизатора Under-Server после записи в нее информации о маршруте к сети 192.168.15.0

В таблице маршрутизации маршрутизатора Under-Server появилась запись, соответствующая маршруту к сети 192.168.15.0 (выделена жирным шрифтом).

Снова выполним на хосте Notebook команду ping 192.168.15.75:

C:\>ping 192.168.15.75

Pinging 192.168.15.75 with 32 bytes of data:

Reply from 192.168.15.75: bytes=32 time<1ms TTL=127

Reply from 192.168.15.75: bytes=32 time<1ms TTL=127

Reply from 192.168.15.75: bytes=32 time<1ms TTL=127

Reply from 192.168.15.75: bytes=32 time<1ms TTL=127

Теперь маршрутизатор Under-Server знает маршрут к сети 192.168.15.0. Поэтому команда ping 192.168.15.75 на хосте Notebook выполняется успешно.

Также можно успешно выполнить на маршрутизаторе Over-Server команду ping по адресу 192.168.10.4 интерфейса хоста Notebook:

C:\>ping 192.168.10.4

Обмен пакетами с 192.168.10.4 по 32 байт:

Ответ от 192.168.10.4: число байт=32 время<10мс TTL=127

Ответ от 192.168.10.4: число байт=32 время<10мс TTL=127

Ответ от 192.168.10.4: число байт=32 время<10мс TTL=127

Ответ от 192.168.10.4: число байт=32 время<10мс TTL=127

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

5. Маршрутизация по умолчанию

Использование маршрутов по умолчанию позволяет упростить ручное конфигурирование маршрутов. Удалим все сконфигурированные статические маршруты на всех узлах лабораторной сети с помощью команды

route delete [адресат]

где:

адресат

Адрес сети, для которой удаляется маршрут.

В частности, выполним следующие команды:

• на хосте Notebook:

C:\>route delete 192.168.0.0

C:\>route delete 192.168.15.0

• на маршрутизаторе Under-Server:

C:\>route delete 192.168.15.0

• на маршрутизаторе Over-Server:

C:\>route delete 192.168.10.0

После выполнения этих команд на всех узлах лабораторной сети будут восстановлены таблицы маршрутизации по умолчанию, показанные на рис. 2, 3 и 4.

Зададим маршруты по умолчанию на узлах лабораторной сети и посмотрим, будет ли решена задача “прозвонки” сети без статических маршрутов.

На хосте Notebook введем команду

C:\>route add 0.0.0.0 MASK 0.0.0.0 192.168.10.1 METRIC 2 IF 0x2

Эта команда сообщает хосту Notebook о том, что для того, чтобы достичь любой сети, маршрут к которой отсутствует в таблице маршрутизации, необходимо использовать шлюз 192.168.10.1 и интерфейс с индексом 0x2. Это так называемый маршрут по умолчанию. В данной команде для этого маршрута задается метрика 2.

Отобразим таблицу маршрутизации хоста Notebook, введя на нем команду route print:

C:\>route print

Network Destination Netmask Gateway Interface Metric

0.0.0.0 0.0.0.0 192.168.10.1 192.168.10.4 2

127.0.0.0 255.0.0.0 127.0.0.1 127.0.0.1 1

192.168.10.0 255.255.255.0 192.168.10.4 192.168.10.4 1

192.168.10.4 255.255.255.255 127.0.0.1 127.0.0.1 1

192.168.10.255 255.255.255.255 192.168.10.4 192.168.10.4 1

224.0.0.0 240.0.0.0 192.168.10.4 192.168.10.4 1

255.255.255.255 255.255.255.255 192.168.10.4 192.168.10.4 1

Default Gateway: 192.168.10.1

Рис. 12. Таблица маршрутизации хоста Notebook после записи в нее информации о маршруте по умолчанию

В таблице маршрутизации хоста Notebook появилась запись, соответствующая маршруту по умолчанию 0.0.0.0 (выделена жирным шрифтом), а также строка с указанием, что адрес основного шлюза (Default Gateway) – 192.168.10.1.

На маршрутизаторе Under-Server введем команду

C:\>route add 0.0.0.0 MASK 0.0.0.0 192.168.0.1 METRIC 2 IF 0x3

Эта команда сообщает маршрутизатору Under-Server о том, что для того, чтобы достичь любой сети, маршрут к которой отсутствует в таблице маршрутизации, необходимо использовать шлюз 192.168.0.1 и интерфейс с индексом 0x3.

Отобразим таблицу маршрутизации маршрутизатора Under-Server, введя на нем команду route print:

C:\>route print

Сетевой адрес Маска сети Адрес шлюза Интерфейс Метрика

0.0.0.0 0.0.0.0 192.168.0.1 192.168.0.3 2

127.0.0.0 255.0.0.0 127.0.0.1 127.0.0.1 1

192.168.0.0 255.255.255.0 192.168.0.3 192.168.0.3 1

192.168.0.3 255.255.255.255 127.0.0.1 127.0.0.1 1

192.168.0.255 255.255.255.255 192.168.0.3 192.168.0.3 1

192.168.10.0 255.255.255.0 192.168.10.1 192.168.10.1 1

192.168.10.1 255.255.255.255 127.0.0.1 127.0.0.1 1

192.168.10.255 255.255.255.255 192.168.10.1 192.168.10.1 1

224.0.0.0 240.0.0.0 192.168.0.3 192.168.0.3 1

224.0.0.0 240.0.0.0 192.168.10.1 192.168.10.1 1

255.255.255.255 255.255.255.255 192.168.0.3 192.168.0.3 1

255.255.255.255 255.255.255.255 192.168.10.1 192.168.10.1 1

Основной шлюз: 192.168.0.1

Рис. 13. Таблица маршрутизации маршрутизатора Under-Server после записи в нее информации о маршруте по умолчанию

В таблице маршрутизации маршрутизатора Under-Server появилась запись, соответствующая маршруту по умолчанию 0.0.0.0 (выделена жирным шрифтом), а также строка с указанием, что адрес основного шлюза – 192.168.0.1.

На маршрутизаторе Over-Server введем команду

C:\>route add 0.0.0.0 MASK 0.0.0.0 192.168.0.3 METRIC 2 IF 0x1000003

Эта команда сообщает маршрутизатору Over-Server о том, что для того, чтобы достичь любой сети, маршрут к которой отсутствует в таблице маршрутизации, необходимо использовать шлюз 192.168.0.3 и интерфейс с индексом 0x1000003.

Отобразим таблицу маршрутизации маршрутизатора Over-Server, введя на нем команду route print:

C:\>route print

Сетевой адрес Маска сети Адрес шлюза Интерфейс Метрика

0.0.0.0 0.0.0.0 192.168.0.3 192.168.0.1 2

127.0.0.0 255.0.0.0 127.0.0.1 127.0.0.1 1

192.168.0.0 255.255.255.0 192.168.0.1 192.168.0.1 1

192.168.0.1 255.255.255.255 127.0.0.1 127.0.0.1 1

192.168.0.255 255.255.255.255 192.168.0.1 192.168.0.1 1

192.168.15.0 255.255.255.0 192.168.15.75 192.168.15.75 1

192.168.15.75 255.255.255.255 127.0.0.1 127.0.0.1 1

192.168.15.255 255.255.255.255 192.168.15.75 192.168.15.75 1

224.0.0.0 240.0.0.0 192.168.0.1 192.168.0.1 1

224.0.0.0 240.0.0.0 192.168.15.75 192.168.15.75 1

255.255.255.255 255.255.255.255 192.168.0.1 192.168.0.1 1

255.255.255.255 255.255.255.255 192.168.15.75 192.168.15.75 1

Основной шлюз: 192.168.0.3

Рис. 14. Таблица маршрутизации маршрутизатора Over-Server после записи в нее информации о маршруте по умолчанию

В таблице маршрутизации маршрутизатора Over-Server появилась запись, соответствующая маршруту по умолчанию 0.0.0.0 (выделена жирным шрифтом), а также строка с указанием, что адрес основного шлюза – 192.168.0.3.

Теперь попробуем выполнить на хосте Notebook команду ping 192.168.15.75:

C:\>ping 192.168.15.75

Pinging 192.168.15.75 with 32 bytes of data:

Reply from 192.168.15.75: bytes=32 time<1ms TTL=127

Reply from 192.168.15.75: bytes=32 time<1ms TTL=127

Reply from 192.168.15.75: bytes=32 time<1ms TTL=127

Reply from 192.168.15.75: bytes=32 time<1ms TTL=127

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

В отношении маршрутов по умолчанию необходимо отметить следующее:

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

• В конфигурацию TCP/IP узла, работающего на основе операционной системы Windows, можно добавить маршрут по умолчанию для каждой сетевой платы. Это приведет к появлению в таблице маршрутизации узла маршрута 0.0.0.0 для каждой сетевой платы. Однако на самом деле будет использоваться только один маршрут по умолчанию, добавленный первым. Если бы в примере лабораторной сети, приведенном на рис. 1, хост Notebook имел бы две сетевых платы и был бы подключен не только к сети 192.168.10.0, но и еще к некоторой сети x.x.x.x, то для получения доступа к этой сети со стороны маршрутизаторов Over-Server и Under-Server по логике нужно было бы добавить на маршрутизаторе Under-Server еще один маршрут по умолчанию – через шлюз 192.168.10.4. Однако если второму маршруту по умолчанию на маршрутизаторе Under-Server назначить такое же значение метрики, что и первому маршруту по умолчанию (или большее значение), то в таблице маршрутизации маршрутизатора Under-Server второй маршрут по умолчанию появится, но действовать не будет (основной шлюз останется один). Второй маршрут по умолчанию будет действовать только в том случае, если значение его метрики будет меньше, чем значение метрики первого маршрута по умолчанию. Однако в этом случае не будет действовать первый маршрут по умолчанию! Таким образом, чтобы в данном примере (т.е. при подключении хоста Notebook к двум сетям) лабораторная сеть работала корректно, нужно на маршрутизаторе Under-Server оставить один маршрут по умолчанию, например, через шлюз 192.168.0.1, и создать статический маршрут к сети x.x.x.x через шлюз 192.168.10.4.