- •Виды топологических структур локальных компьютерных сетей и их характеристики.
- •Класс широковещательные сети
- •1. Шинная топология
- •2. Древовидная топология.
- •3. Звездообразная топология.
- •Класс последовательные сети
- •1. Звездообразная топология с активным центром.
- •2. Кольцевая топология.
- •Методы передачи данных в сетях эвм. Коммутация каналов
- •Передача с промежуточным накоплением
- •Коммутация сообщений
- •Коммутация пакетов
- •Архитектура сетей эвм. Иерархия протоколов.
- •Понятие об иерархии протоколов
- •Модель взаимного соединения открытых систем osi.
- •Целевое назначение эталонной модели
- •Описание эталонной модели
- •7) Прикладной уровень 6) представительный 5) сеансовый 4) транспортный 3) сетевой 2) канальный 1) физический
- •Общие понятия:
- •Характеристики уровней
- •Методы повторной передачи arq в сетях эвм: arq с остановкой и ожиданием, arq с временными подканалами, arq на n шагов назад arq-методы повторной передачи
- •1. Arq с остановкой и ожиданием
- •2. Arpanet arq (с временными подканалами )
- •3. Arq на n шагов назад (Go Back n)
- •4. Arq с выборочным повтором (с адресным переспросом)
- •Циклические избыточные проверки.
- •Лвс Ethernet. Общая шина: Метод доступа. Лвс Ethernet: Метод доступа
- •Лвс Ethernet. Структуры кадров. Структуры кадров Ethernet
- •Стандарт Ethernet_802.3
- •Стандарт Ethernet_802.2
- •Стандарт Ethernet_snap
- •Стандарт Ethernet_ii
- •Повторители Ethernet. Разрешение коллизий. Повторитель Repeater (концентратор hub)
- •Коммутаторы Ethernet Коммутатор
- •Процесс опроса кольца
- •Процесс инициализации станции
- •Процесс очистки кольца
- •Процесс аварийной сигнализации
- •Лвс Token Ring. Протокол маркерного доступа. Лвс Token Ring: Протокол маркерного доступа
- •Лвс Token Ring. Функциональные станции. Лвс Token Ring: Функциональные управляющие станции и функциональные адреса
- •Активный монитор - c0 00 00 00 00 01 - обязательное устройство
- •Резервный монитор - не определяется - обязательное устройство.
- •Сервер отчета о конфигурации - c0 00 00 00 00 02 необязат. Устр.
- •Монитор отчета ошибок кольца - c0 00 00 00 00 08 - необязат устройство
- •Сервер параметров кольца - c0 00 00 00 00 10 - необязательное устройство
- •Принципы межсетевого взаимодействия. Протокол ip. Принципы межсетевого взаимодействия
- •Протокол ip (Internetwork Protocol).
- •Протокол dhcp.
- •Протокол arp. Протокол arp
- •Разрешение локального ip-адреса
- •Разрешение удаленного ip-адреса
- •Кэш протокола arp
- •Добавление статических (постоянных) записей
- •Структура arp-пакета
- •Разрешение имен узлов при помощи dns. Имена узлов
- •Файл hosts
- •Общие сведения о dns (Domain Name System)
- •Как работает dns
- •Пространство имен домена
- •Разрешение имен в dns
- •Конфигурирование файлов dns
- •Конфигурация dns
- •Протокол тср. Протокол надежной доставки сообщений tcp
- •Сегменты tcp
- •Порты и установление tcp-соединений
- •Концепция квитирования
- •Реализация скользящего окна в протоколе tcp
- •Выбор тайм-аута
- •Реакция на перегрузку сети
- •Формат сообщений tcp
Файл hosts
Файл HOSTS - это статический файл, используемый для хранения соответствий имен узлов и IP-адресов. Он совместим с файлом HOSTS из ОС UN1X. Файл HOSTS применяется программой Ping и другими утилитами TCP/IP для разрешения имен узлов, находящихся как в локальной, так и в удаленной сети. Кроме того, файл HOSTS может использоваться для разрешения имен NetBIOS (только в Microsoft TCP/IP-32).
Наличие файла HOSTS обязательно на каждом компьютере. Всякая его запись содержит IP-адрес и соответствующие ему одно или несколько имен узлов. По умолчанию в файле HOSTS есть запись с именем localhost.
Файл HOSTS просматривается при каждом обращении к именам узлов, которые считываются из него последовательно, поэтому наиболее часто используемые имена должны находиться в начале файла.
Файл HOSTS можно редактировать при помощи любого текстового редактора. Он находится в каталоге \systemroot\System32\Drivers\Etc.
Всякая запись может содержать до 255 символов, при этом регистр символов не учитывается.
Пример файла HOSTS:
# This file used by Microsoft TCP/IP utilities
127.0.0.1 localhost loopback
102.54.94.97 rhino.microsoft.corn
131.107.2.100 unixhost UNIXHOST # LAN Manager UNIX Host
131.107.3.1 gateway GATEWAY # Default Gateway
Общие сведения о dns (Domain Name System)
До 1980 года сеть ARPANET состояла лишь из нескольких сотен компьютеров. Все соответствия имен и адресов компьютеров хранились в одном файле с именем Hosts Этот файл находился на компьютере центра Stanford reseach institute's Network Information Center (SRI-NIC) в Менло-Парк штат Калифорния. Остальные компьютеры этой сети по мере надобности копировали из SRI-NIC файл Hosts на свои узлы.
Первоначально этот файл обновлялся один или два раза в неделю и схема работала хорошо. Однако через несколько лет, когда сеть ARPANET заметно выросла, возникли проблемы:
-
файл Hosts стал очень большим
-
приходилось обновлять файл несколько раз в день
-
поскольку весь сетевой трафик маршрутизировался через SRI-NIC, то поддержка файла Hosts стала камнем преткновения для всей сети
-
сетевой трафик через SRI-NIC стал почти неуправляемым
-
в Hosts использовалось одноуровневое (flat) пространство имен, поэтому имя каждого компьютера в сети должно было быть уникальным.
Эти и другие проблемы заставили управление ARPANET искать другие способы распространения файла Hosts. В результате была создана доменная система имен - DNS - распределенная база данных, использующая иерархическое (hierarchical) пространство имен.
Доменная система система имен описана в документах RFC 1034 и RFC 1035.
Как работает dns
В работе DNS участвуют три основных компонента: клиенты DNS, или программы разрешения имен (resolvers) , серверы имен и пространство имен домена.
В простейшем случае DNS-клиент посылает запросы серверу имен. Сервер возвращает либо требуемую информацию, либо указание на другой сервер имен, либо сообщение об отказе, если запрос не может быть удовлетворен.
Доменная система имен - это система управления иерархической распределенной базой данных, использующая технологию клиент - сервер. DNS работает на прикладном уровне (application layer) и использует UDP и TCP/IP как нижележащие протоколы.
Задача базы данных DNS - транслировать имена компьютеров в IP-адреса. Компьютер обращается к DNS, используя имя другого компьютера или домена, а сервер имен выдает соответствующие этому имени IP-адрес.
Сначала DNS-клиенты посылают серверам запросы по протоколу UDP (для повышения производительности), а переключаются на использование TCP только при потере информации.
DNS-клиенты
DNS-клиенты пересылают сообщения между приложениями и серверами имен. Сообщение содержит запрос, например IP-адрес Web-узла. Часто DNS-клиент встроен в приложение или работает на компьютере как библиотечная подпрограмма.
Серверы имен
Серверы имен принимают сообщения от DNS-клиентов и преобразуют имена компьютеров (или доменов) в IP-адреса. Если сервер имен не в состоянии сам сделать это, то он может перенаправить запрос к серверу имен, который сможет разрешить его. Серверы имен сгруппированы по разным уровням -доменам (domains).