- •3. Политика безопасности сетей и ее обеспечение.......................................................... 23
- •1. Иерархические топологии
- •1.1. Преимущества иерархической топологии
- •1.1.1. Масштабируемость
- •1.1.2. Управляемость
- •1.1.3. Производительность
- •1.1.4. Стоимость
- •1.2. Трехуровневая иерархическая модель
- •1.2.1. Уровень ядра
- •1.2.2. Уровень распределения
- •1.2.3. Уровень доступа
- •2. Обеспечение безопасности сети
- •2.1. Чем вызвана необходимость обеспечения безопасности сетей
- •2.2. Основные определения безопасности сетей
- •2.5. Исследование сети
- •2.5. Взлом системы доступа
- •2.5.1. Неавторизованное получение данных
- •2.5.2. Неавторизованный доступ к системе
- •2.5.3. Неавторизованное расширение полномочий
- •3. Политика безопасности сетей и ее обеспечение
- •4. Списки управления доступом
- •4.1.Чем вызвана необходимость обеспечения безопасности сетей
- •4.2. Принцип работы списков управления доступом
- •4.3. Конфигурирование списков управления доступом
- •Interface ethernet 0
- •Ip address 1.1.1.1 255.0.0.0 ip access-group 1 in
- •Ip access-group 2 out
- •4.4. Стандартные списки acl
- •2 Deny 172.16.1.1
- •2 Permit 192.168.1.0 0.0.0.255 2 deny 172.16.0.0 0.0.255.255
- •2 Permit 10.0.0.0 0.255.255.255
- •4.5. Расширенные списки управления доступом
- •5. Преобразование сетевых адресов (nat) и адресов портов (pat)
- •5.1. Терминология nat
- •5.2. Принцип работы nat
- •5.3. Преимущества nat
- •5.4. Недостатки nat
- •5.5. Функции nat
- •5.5.1. Преобразование внутренних локальных адресов
- •5.5.2. Совмещение внутренних глобальных адресов
- •5.5.3. Применение распределения нагрузки tcp
- •5.5.4. Перекрытие сетей
- •5.6. Настройка статического преобразования сетевых адресов
- •5.7. Настройка динамической трансляции nat, совмещения внутренних глобальных адресов и распределения нагрузки tcp
- •5.8. Протокол pat
- •5.8. Недостатки pat
- •5.10. Настройка pat
- •6. Сегментация локальных сетей
- •6.1. Сегментация локальных сетей с помощью повторителей
- •6.1.1. Совместное использование пропускной способности
- •6.1.2.Количество станций в одном сегменте
- •6.1.3. Расстояние между дальними концами сети
- •6.2. Сегментация локальных сетей с помощью мостов
- •6.5. Три функции коммутации уровня 2
- •6.5.1. Изучение адресов
- •6.5.2. Решение о фильтрации
- •6.6. Типы переключателей локальных сетей
- •6.6.1. Режим сохранить и передать
- •6.6.2. Сквозной режим
- •6.6.3. Бесфрагментный режим
- •7. Виртуальные локальные сети
- •7.2. Доказательство необходимости применения сетей vlan
- •7.2.1. Проблема 1: безопасность в сети
- •7.2.2. Проблема 2: распространение широковещательных сообщений
- •7.2.3. Проблема 3: использование пропускной способности
- •7.2.4. Проблема 4: задержки при передаче данных через маршрутизаторы
- •7.2.5. Проблема 5: сложные списки контроля доступа
- •7.3. Статические сети vlan
- •7.4. Динамические сети vlan
- •7.5. Идентификация сетей vlan
- •7.6. Маркировка кадров
- •7.7. Методы идентификации vlan
- •7.8. Достоинства виртуальных сетей
- •7.10. Управление широковещанием
- •7.11. Обеспечение безопасности сети
- •7.12. Конфигурирование сетей vlan в коммутаторах Catalyst
- •7.12.1. Планирование сетей vlan
- •7.12.2. Создание сетей vlan
- •7.12.3. Удаление сетей vlan
- •8. Основы протокола распределенного связующего дерева
- •8.2. Схема разрешения конфликтов в stp
- •8.3. Состояния портов в stp
- •8.4. Изменения stp-топологии
- •8.5. Усиление стабильности протокола stp
- •8.6. Пример функционирования протокола stp
- •8.7. Конфигурирование протокола stp
- •9. Протокол магистральных каналов виртуальных локальных сетей
- •9.1. Режимы протокола vtp
- •9.1.1. Отправка vtp-сообщений
- •9.1.2. Создание сетей vlan
- •9.1.3. Хранение vlan-информации
- •9.1.4. Распространение сети vlan с помощью протокола vtp
- •9.2. Принцип действия протокола vtp
- •9.3. Настройка протокола vtp
- •9.3.1. Настройка домена
- •9.3.2. Настройка режима vtp
9.1.2. Создание сетей vlan
Для создания виртуальной локальной сети необходимо использовать коммутатор Catalyst, который сконфигурирован в режиме сервера или прозрачном режиме. Только устройства, работающие в указанных режимах, способны воспринимать команды set vlan и clear vlan. Однако, между ними существует различие, которое заключается в поведении устройства после создания сети VLAN. В режиме сервера коммутатор Catalyst рассылает VTP-уведомления соседним коммутаторам через все магистральные порты. Коммутатор Catalyst в прозрачном режиме после создания сети VLAN не генерирует VTP-уведомления. Новая сеть VLAN имеет только локальное значение. Для того, чтобы создать распределенную есть на основе устройств Catalyst в прозрачном режиме, необходимо создавать новые сети VLAN на всех устройствах и для каждого коммутатора отдельно. Устройства Catalyst в прозрачном режиме, в сущности, не принимают участия в работе протокола VTP. С точки зрения таких устройств протокола VTP не существует вообще. Нет необходимости включать устройство Catalyst в прозрачном режиме в состав VTP-домена до того, как можно будет создать какие-либо локальные сети VLAN. Коммутаторы в прозрачном режиме протокола VTP не объявляют об изменениях или дополнениях, внесенных в конфигурацию сетей VLAN на локальном коммутаторе. Однако, они транзитом пропускают через себя дополнения или изменения, внесенные в сети VLAN где-либо еще.
Коммутаторы Catalyst в режиме клиента не имеют полномочий на создание сетей VLAN. При попытке связать клиентский порт с неизвестной ему сетью VLAN коммутатор генерирует сообщение, информирующее администратора о необходимости создания виртуальной локальной сети на сервере, перед тем, как он сможет логически присоеди-нять порты к указанной сети VLAN. Если после назначения портов для сети VLAN за-просить информацию о ее состоянии с помощью команды show vlans, то можно отметить, что порты принадлежат новой несуществующей виртуальной локальной сети. Кроме того, все порты находятся в неактивном состоянии, предотвращающем продвижение фреймов в
101
сети VLAN. После создания виртуальной локальной сети на сервере, принадлежащем тому же домену управления, что и клиент, последний в конечном итоге получает информацию о новой сети VLAN и интерпретирует полученную информацию как разрешение на активизацию портов в новой сети VLAN.
Также не существует возможности удалять виртуальные локальные сети с устройства, функционирующего в режиме клиента. Данную операцию можно осуществить только при помощи устройств в режиме сервера или прозрачном режиме. В отличие от режима сервера, удаление виртуальной локальной сети с коммутатора в прозрачном режиме влияет только на локальное устройство. Удаляя сеть VLAN с сервера, администратор получает предупреждение от коммутатора Catalyst о том, что такая операция переведет все порты, назначенные данной сети VLAN внутри домена управления, в приостановленное состояние, как это показано в примере
Пример удаление виртуальной локальной сети в домене управления Console> (enable) clear vlan 10
This command will deactivate all ports on vlan 10 in the entire management domain
Do you want to continue(y/n) [n]?y Vlan 10 deleted
Console> (enable)
При удалении сети VLAN порты в домене управления не переназначаются стандартной сети VLAN 1. Коммутатор Catalyst оставляет порты назначенными несуществующей теперь сети VLAN, но переводит их в неактивное состояние. Для того, чтобы под-ключенные устройства снова могли обмениваться данными, необходимо связать порты с любой активной сетью VLAN.