- •Открытые информационные системы: анализ и тенденции
- •Введение
- •Глава 1. Локальные компьютерные сети.
- •1.1. Открытые системы
- •1.2. Архитектура клиент-сервер
- •1.3. Тенденции развития архитектуры клиент-сервер
- •1.4. Построение локальных компьютерных сетей
- •Топология
- •Кабельная система
- •Тонкий Ethernet
- •Сетевые адаптеры
- •1.5. Основы проектирования сетей
- •Проводка и топология
- •Объединение локальных сетей
- •Коммутаторы
- •Виртуальные локальные сети
- •Централизованные и распределенные сети
- •Контрольные вопросы
- •Глава 2. Глобальные компьютерные сети
- •2.1. Классификация глобальных сетей
- •2.2. Каналы связи глобальных сетей
- •2.3. Два подхода к телекоммуникациям
- •2.4. Две среды, образующие топологию скп
- •2.5. Две архитектуры скп
- •2.6. Коммуникация и маршрутизация в скп
- •Контрольные вопросы
- •Глава 3. Сети internet
- •3.1. Система доменов Internet
- •3.2. Стандартная функциональная модель сетевого обеспечения
- •Основные понятия сети Internet
- •Глава 4. Сетевые операционные системы
- •4.1. Серверы NetWare
- •4.2. Серверы unix
- •4.3. Системы для интеграции сетевых приложений
- •Контрольные вопросы
- •Глава 5. Протоколы глобальных сетей
- •5.1. Протоколы семейства psdn (х.25)
- •5.2. Основные протоколы, используемые в сети Internet
- •Контрольные вопросы
- •Глава 6. Протоколы tcp/ip
- •6.3. Классификация сетей по ip-адресам
- •6.4. Структура связей протокольных модулей в сети tcp/ip
- •6.4.1. Взаимозависимость протоколов семейства тср/ip
- •Потоки данных
- •Мультиплексор
- •Протоколы tcp/ip для подключения к линиям связи, отличным от Ethernet
- •6.5.1. Тср/ip по последовательным линиям
- •Тср/ip по спутниковой связи
- •Контрольные вопросы
- •Глава 7. Прикладные программы и протоколы
- •2. Протокол nfs.
- •4. Протокол и система X-Window.
- •5. Система Ping.
- •6. Протокол и система telnet.
- •7. Протоколы и системы факс-службы и электронной почты.
- •Контрольные вопросы
- •Глава 8. Программные приложения и
- •8.1 Универсальный локатор информационных ресурсов (url)
- •8.2. Система gopher
- •8.2.1. Локальные и уделенные Gopher – клиенты
- •8.3. Система wais
- •8.4 Средства организации телеконференций в сети Internet
- •8.5. Информационно-поисковые системы Internet
- •8.5.1. Система archie
- •8.5.2. Система trickle
- •8.5.4. Система х.500
- •8.5.5. Система Finger
- •8.5.6. Система netfind
- •Глава 9. Гипертекстовые технологии и системы
- •9.1 Всемирная паутина - world – wide web (www)
- •9.2. Гипертекст и гипертекстовые системы
- •Фрагмент 1 Фрагмент 2
- •Подсеть 1 Подсеть 2
- •9.3 Классификация гипертекстовых систем
- •9.4 Базовые принципы создания гтс
- •9.5. Язык гипертекстовых систем (html)
- •9.6. Гипертекстовая система Hyper-g
- •Контрольные вопросы
- •Глава 10. Системы интранет
- •Контрольные вопросы
- •Глава 11. Технология java
- •11.1. Инкапсуляция
- •11.2. Полиморфизм
- •11.3. Перспективы, связанные с использованием языка Java
- •Контрольные вопросы
- •Глава 12. Современные технологии и перспективы развития сети internet
- •12.1. Vrml - технология
- •12.2. Технология передачи стереоизображений
- •Контрольные вопросы
- •Заключение
- •Заключение
- •Список литературы
- •Учебное издание
- •Редактор т.А. Щепкина
- •394026 Воронеж, Московский проспект, 14.
Виртуальные локальные сети
Появление сетевых коммутаторов привело к формированию такого подхода к организации сетей, как виртуальная локальная сеть, или VLAN. В соответствии с большинством определений , VLAN состоит из подмножества сетевых коммутируемых соединений, объединенных коммутатором в отдельную логическую сеть или коллизионный домен. Иными словами, узлы одной виртуальной сети не видят узлы другой, несмотря на то, что все узлы физически соединены с одним коммутатором. Разные виртуальные сети можно связывать между собой с помощью маршрутизатора.
Одно из назначений виртуальной сети - отделить общедоступную сеть от сетей закрытого доступа. Эта идея широко разрекламирована, однако практика показывает, что такими системами довольно трудно управлять. Кроме того, в виртуальных локальных сетях тяжело устранять неисправности - диагностические устройства одного домена не могут видеть устройство другого в принципе.
И мосты, и маршрутизаторы, и коммутаторы полезны каждый на своем месте. Как уже отмечалось, мосты лучше всего подходят для использования в сетях с немаршрутизируемыми протоколами, такими как LAT. Если необходимо ограничить поток широковещательных пакетов, обеспечить резервные пути и интеллектуальную рассылку пакетов, реализовать фильтрацию пакетов или связаться с глобальной сетью, то следует использовать маршрутизаторы. Вообще говоря, лучше всего они подходят для сегментирования сетей, содержащих 200 и более пользователей.
Коммутаторы полезны для повышения производительности сети. Они способны устранить в ней только узкие места - повысить производительность сервера, диска или программного обеспечения коммутаторы не могут. Кроме того, коммутатор непосредственно не улучшает пропускную способность сети, он только разгружает определенный участок сети за счет сегментации, что действительно может повысить производительность в данном месте. Если же в сети много пользователей пытается получить доступ к одному и тому же серверу, то повышению производительности будет способствовать создание высокоскоростного канала между этим сервером и коммутатором - при условии, конечно, что именно это и есть узкое место сети.
Централизованные и распределенные сети
Большинство корпоративных сетей - это объединение сетей подразделений меньшего масштаба. Для облегчения управления и увеличения контроля за вычислительными ресурсами некоторые организации размещают все сетевые ресурсы централизованно. Это можно сделать, например, посредством установки компактной магистрали (collapsed backbone), когда все сетевые соединительные устройства - мосты, коммутаторы, маршрутизаторы - сосредоточены в одном месте. Другой путь - сосредоточить все сетевые сервисы в одной точке.
Преимущества и недостатки есть и у первого, и у второго подхода.
С точки зрения информационной безопасности в централизации, существует определенный смысл: когда все ресурсы в одном месте, гораздо легче их контролировать и получить к ним физический доступ. Есть определенная выгода, как в плане эксплуатации, так и в плане обслуживания этих ресурсов, поскольку все устройства, нуждающиеся в ремонте, находятся в одном и том же месте. Если все задачи управления решаются одной группой информационных систем, то централизацией ресурсов существенно облегчает их решение.
Что касается предотвращения аварий и перспективы восстановления работоспособности, централизация ведет к уязвимости. Например, даже небольшой пожар в сервере может вывести из строя все компьютерные ресурсы. В случае распределения главных компонентов - в том числе серверов и маршрутизаторов - по разным точкам, есть шанс, что авария в одной части здания не повлияет на ресурсы находящиеся в другой.
Централизованный подход к управлению сетью может вызвать проблемы и у пользователей, поскольку он часто приводит к долгим часам простоя при модернизации и устранении причин аварии. Технический персонал подразделения быстрее реагирует на подобные проблемы, чем персонал информационных услуг.
Преимущество децентрализованного подхода в том, что число компонентов, могущих выйти из строя. Ограничено. Отказ в одном из распределительных шкафов или на магистрали не влияет на работу в целом - страдает только данный участок. То же самое касается размещения маршрутизаторов и серверов: когда ресурсы расположены вблизи пользователей, вероятность того, что проблемы с сетевой магистралью повлияют на всех пользователей, снижается.