- •Глава 17 – Организация небольшой сети.
- •17.0 Введение.
- •17.0.1 Почему я должен выполнить этот модуль?
- •17.0.2 Что я буду изучать в этом модуле?
- •17.1 Устройства в рамках небольшой сети
- •17.1.1 Топологии небольших сетей
- •17.1.2 Выбор устройств для сети небольшого размера
- •17.1.4 Резервирование в небольшой сети
- •17.1.5 Управление трафиком
- •17.1.6 Проверьте ваше понимание темы - Устройства в небольшой сетиНачало формыНачало формы
- •17.2 Приложения и протоколы в небольшой сети
- •17.2.1 Распространенные приложения
- •17.2.2 Распространенные протоколы
- •17.2.3 Приложения для передачи голоса и видео
- •17.2.4 Проверьте свое понимание темы - Приложения и протоколы в небольшой сети
- •17.3 Масштабирование до размеров более крупных сетей
- •17.3.1 Расширение небольшой сети
- •17.3.2 Анализ протоколов
- •17.3.3 Использование сети сотрудниками
- •17.3.4 Проверьте свое понимание темы — масштабирование до более крупных сетей
- •17.4 Проверка подключения
- •17.4.1 Проверка подключения с помощью Ping
- •17.4.2 Расширенная команда ping
- •17.4.3 Проверка подключения с помощью команды Traceroute
- •17.4.4 Расширенная команда traceroute
- •17.4.5 Базовый уровень сети
- •17.4.6 Лабораторная работа. Проверка задержки сети с помощью команд ping и traceroute
- •17.5 Команды хоста и ios
- •17.5.1 Настройка ip-конфигурации хоста под управлением Windows
- •17.5.2 Настройка ip-конфигурации хоста под управлением Linux
- •17.5.3 Настройка ip-конфигурации хоста под управлением macOs
- •17.5.4 Команда arp
- •17.5.5 Повторное рассмотрение наиболее распространенных команд show
- •17.5.6 Команда show cdp neighbors
- •17.5.7 Команда show ip interface brief
- •17.6.2 Что следует сделать: решить проблему или эскалировать ее?
- •17.6.3 Команда debug
- •17.6.4 Команда terminal monitor
- •17.6.5 Проверьте ваше понимание темы - Методы устранения неполадок
- •17.7 Сценарии поиска и устранения неполадок
- •17.7.1 Вопросы работы и несоответствия настроек дуплекса на интерфейсе
- •17.7.2 Проблемы с ip-адресами на устройствах ios
- •17.7.3 Проблемы с ip-адресами на оконечных устройствах
- •17.7.4 Неполадки, связанные со шлюзом по умолчанию
- •17.7.5 Поиск и устранение неполадок, связанных с dns
- •17.8.5 Контрольная работа по модулю - Организация небольшой сетиНачало формы
17.7.3 Проблемы с ip-адресами на оконечных устройствах
Если устройству под управлением Windows не удается связаться с сервером DHCP, Windows автоматически назначает ему адрес из диапазона 169.254.0.0/16. Эта функция называется автоматической частной IP-адресацией (APIPA) и предназначена для облегчения связи в локальной сети. Представьте, что Windows говорит: «Я буду использовать этот адрес из диапазона 169.254.0.0/16, потому что не могу получить другой адрес».
Чаще всего компьютер с адресом из диапазона 169.254.0.0/16 не сможет связаться с другими устройствами в сети, потому что эти устройства, скорее всего, не будут принадлежать сети 169.254.0.0/16. Такая ситуация указывает на наличие неполадки автоматического назначения IPv4-адреса, которую необходимо устранить.
Примечание: Примечание. Другие операционные системы, например Linux и OS X, в случае невозможности подключения к серверу DHCP не назначают сетевому интерфейсу IPv4-адрес.
Большинство оконечных устройств полагаются на автоматическое назначение IPv4-адреса сервером DHCP. Если устройству не удается подключиться к серверу DHCP, сервер не может назначить IPv4-адрес для конкретной сети и устройство не сможет установить соединение.
Чтобы проверить, какие IP-адреса назначены компьютеру с Windows, используйте команду ipconfig, как показано на рисунке.
C:\Users\PC -A> ipconfig
Windows IP Configuration
<Данные опущены>
Wireless LAN adapter Wi-Fi:
Connection-specific DNS Suffix . :
Link-local IPv6 Address . . . . . : fe80::a4aa:2dd1:ae2d:a75e%16
IPv4 Address. . . . . . . . . . . : 192.168.10.10
Subnet Mask . . . . . . . . . . . : 255.255.255.0
Default Gateway . . . . . . . . . : 192.168.10.1
<Данные опущены>
17.7.4 Неполадки, связанные со шлюзом по умолчанию
Шлюзом по умолчанию для оконечного устройства является ближайшее сетевое устройство, которое способно пересылать трафик в другие сети. Если для устройства указан неверный или несуществующий адрес шлюза по умолчанию, оно не сможет связываться с устройствами в удаленных сетях. Поскольку шлюз по умолчанию является путем к удаленным сетям, он должен находиться в той же сети, что и оконечное устройство.
Адрес шлюза по умолчанию может быть настроен вручную или получен от сервера DHCP. Так же, как и проблемы с IPv4-адресами, проблемы со шлюзом по умолчанию могут быть вызваны неверной настройкой (при назначении вручную) или неполадками DHCP (если используется автоматическое назначение).
Для решения проблем, связанных с неверной настройкой шлюза по умолчанию, проследите за тем, чтобы для устройства был задан верный шлюз по умолчанию. Если адрес шлюза по умолчанию был задан вручную и содержит ошибку, просто замените его подходящим адресом. Если адрес был задан автоматически, убедитесь, что устройство может надлежащим образом подключиться к серверу DHCP. Необходимо также убедиться, что в интерфейсе маршрутизатора верно настроены IPv4-адрес и маска подсети, а сам интерфейс активен.
Чтобы проверить шлюз по умолчанию на компьютерах с Windows, используйте команду ipconfig (см. рисунок 1).
C:\Users\PC -A> ipconfig
Windows IP Configuration
<Данные опущены>
Wireless LAN adapter Wi-Fi:
Connection-specific DNS Suffix . :
Link-local IPv6 Address . . . . . : fe80::a4aa:2dd1:ae2d:a75e%16
IPv4 Address. . . . . . . . . . . : 192.168.10.10
Subnet Mask . . . . . . . . . . . : 255.255.255.0
Default Gateway . . . . . . . . . : 192.168.10.1
<Данные опущены>
Выполните команду show ip route на маршрутизаторе для отображения таблицы маршрутизации и убедитесь, что настроен шлюз по умолчанию, также называемый маршрутом по умолчанию. Этот маршрут используется в случаях, когда адрес назначения пакета не соответствует другим маршрутам, указанным в таблице маршрутизации.
Например, выходные данные проверяют, что R1 имеет шлюз по умолчанию, настроенный на IP-адрес 209.168.200.226.
R1# show ip route | begin Gateway Gateway of last resort is 209.165.200.226 to network 0.0.0.0
O*E2 0.0.0.0/0 [110/1] via 209.165.200.226, 02:19:50, GigabitEthernet0/0/0
10.0.0.0/24 is subnetted, 1 subnets
O 10.1.1.0 [110/3] via 209.165.200.226, 02:05:42, GigabitEthernet0/0/0
192.168.10.0/24 is variably subnetted, 2 subnets, 2 masks
C 192.168.10.0/24 is directly connected, GigabitEthernet0/0/1
L 192.168.10.1/32 is directly connected, GigabitEthernet0/0/1
209.165.200.0/24 is variably subnetted, 3 subnets, 2 masks
C 209.165.200.224/30 is directly connected, GigabitEthernet0/0/0
L 209.165.200.225/32 is directly connected, GigabitEthernet0/0/0
O 209.165.200.228/30
[110/2] via 209.165.200.226, 02:07:19, GigabitEthernet0/0/0
R1#
Первая выделенная строка в указывает, что это шлюз (т.е. 0.0.0.0) и любой пакет должен быть отправлен на IP-адрес 209.165.200.226. Вторая выделенная строка показывает, как R1 узнал о шлюзе по умолчанию. В нашем случае R1 получил информацию от другого маршрутизатора с поддержкой OSPF.
