Протокол мультиплексора. Что предпринять при отсутствии сетевых протоколов Windows если отсутствуют сетевые протоколы Windows. Обновляем IP адрес
Не так давно, автор этих строк столкнулся с неприятной ситуацией – один из компьютеров, отлично работающий ранее, был подключен к роутеру на новом месте с помощью проводного соединения. От этого роутера исправно получают интернет несколько устройств, а вот сам новичок работать отказывался, выдавая ошибку: “Сетевой адаптер не имеет допустимых параметров настройки IP”.
То есть патч-корд, он же кабель Ethernet, отлично обеспечивает интернетом исправно гудящий системный блок, а при подключении к многострадальному системнику последний упорно игнорирует подключенный интернет.
Что эта за ошибка, и как от нее избавиться – давайте разбираться вместе.
Пробуем выключить и включить
Признаюсь сразу – в моем случае мне помог старый добрый способ. Я просто обесточил роутер, а потом заново подсоединил его к электрической сети, и все заработало самостоятельно. Однако, до того, как я попробовал этот чудодейственный метод, мне пришлось основательно изучить проблему.
Поэтому, первым делом попробуйте “выключить, а потом снова включить” Ваше проблемное устройство, а также перезагрузите роутер. Ну а вдруг – мне же в итоге помогло?
Также Вы можете включить и отключить интернет-подключение вручную. Для этого пройдите в меню “Изменение параметров адаптера”. Отыскать его можно следующим способом:
Нажмите правой кнопкой мышки на иконку соединения и выберите “Центр управления..”
Также Вы можете воспользоваться следующим способом: нажмите на клавиатуре Win + R , наберите ncpa.cpl и подтвердите ввод клавишей Enter .
В открывшемся окне выберите свое соединение и нажмите отключить, а потом точно также, с помощью правой кнопки мышки, нажмите включить.
Проверяем соединение. Не помогло? Двигаемся дальше.
Обновляем IP адрес
Пробуем обновить IP адрес автоматически. Для этого мы используем командную строку.
Запускаем командную строку и вводим следующий код:
ipconfig /release
ipconfig /renew
Этот способ самый безопасный, и, скорее всего, самый бесполезный.
Сбрасываем протокол TCP/IP
Попробуем сбросить сетевые настройки. Для этого вновь используем командную строку, а затем вводим следующие запросы:
netsh int ip reset
netsh int tcp reset
netsh winsock reset
После перезагружаем компьютер. Опять не то? Пробуем следующее.
Пробуем другие способы решения ошибки: “Сетевой адаптер не имеет допустимых параметров настройки IP”
- Попробуйте отключить антивирус или сторонний фаервол.
- Удалите Сетевой адаптер в Диспетчере устройств , и перезагрузитесь. После подобной экзекуции произойдет автоматическая переустановка драйверов. Если не произошла, попробуйте скачать драйвера с официального сайта производителя.
- Удалите программу Bonjour от Apple, если она установлена у Вас – иногда она бывает причиной сбоя.
- Проверьте, не отключена ли сетевая карта в BIOS .
Надеюсь, Ваша проблема решиться также легко и безболезненно, как и в моем случае. На всякий случай стоит проверить исправность кабеля и сетевого адаптера. Попробуйте отсоединить и подсоединить кабель обратно. Обновите драйвера, операционную систему. Если не помогло, может, стоит
Увеличение пропускной способности
- увеличение полосы пропускания пропорционально количеству адаптеров в группе. К примеру, если объединить в NIC Teaming два сетевых адаптера со скоростью 1 Гбит/с, то общая полоса пропускания составит 2 Гбит/с;
Отказоустойчивость
- при выходе из строя одного из адаптеров в группе, связь ни на секунду не прерывается и остальные сетевые адаптеры поменяют вышедший из строя.
Технология NIC Teaming не нова, но ранняя ее реализация зависела от производителей сетевого оборудования. Возможность объединять сетевые адаптеры в группу средствами ОС появилась только в редакции начиная с Windows Server 2012. Эта технология позволяет объединять в группу адаптеры разных производителей, единственное ограничение - все они должны работать на одной скорости. Ограничение по количеству объединяемых сетевых адаптеров в NIC Teaming равна 32.
Настройка
По умолчанию режим «NIC Teaming» в Windows server 2012 R2 отключен. Для его активации открываем «Server Manager» и заходим в свойства сервера, далее нажимаем: Объединение сетевых карт (NIC Teaming).
В Задачах (Tasks) выбираем пункт Создать группу (New Team).
Режим поддержки групп (Teaming mode) определяет режим взаимодействия группы с сетевым оборудованием:
1. Не зависит от коммутатора (Switch Independent)
- группа работает независимо от коммутатора, никакой дополнительной настройки сетевого оборудования не требуется. Этот режим позволяет подключать адаптеры одной тиминговой группы к разным свичам для защиты от сбоя одного из них. настройка по умолчанию;
2. Статическая поддержка групп (Static Teaming)
- режим с зависимостью от сетевого оборудования. Все адаптеры группы должны быть подключены к одному коммутатору. Порты коммутатора, к которым подключены адаптеры группы, настраиваются на использование статической агрегации каналов;
3. LACP
- режим с зависимостью от сетевого оборудования. Коммутатор настраивается на использование динамической агрегации каналов с использованием протокола «Link Aggregation Control Protocol» (LACP).
Режим балансировки нагрузки (Load Balancing mode) определяет, каким образом распределять сетевой трафик между адаптерами группы:
1. Хэш адреса (Address Hash)
- при передаче сетевого трафика на основании MAC или IP-адресов отправителя и получателя вычисляется хеш (некое число). Это число привязывается к определенному физическому адаптеру и в дальнейшем весь трафик от этого отправителя будет идти через этот адаптер;
2. Порт Hyper-V (Hyper-V Port)
- в этом режиме осуществляется привязка адаптера teaming группы к определенному порту виртуального свича в Hyper-V. Этот режим используется в том случае, если на сервере активирована роль Hyper-V.
Резервный адаптер (Standby adapter) позволяет назначить один из адаптеров группы в качестве резервного. В нормальном состоянии резервный адаптер не используется для передачи трафика, но при выходе любого адаптера группы из строя сразу занимает его место и трафик продолжает передаваться без перерывов. Но даже без резервирования выход из строя одного адаптера в NIC Teaming не приведет к прерыванию сетевого соединения, потому что, нагрузка будет автоматически распределена по оставшимся адаптерам.
Команда создания группы «NIC Teaming» в powerShell:
New-NetLbfoTeam -Name First-team -TeamMembers ″Ethernet″,″Ethernet 2″ ` -TeamingMode SwitchIndependent -LoadBalansingAlgorithm TransportPorts
После создания группы, в окне «Сетевые подключения» появиться еще один сетевой адаптер, который как раз и является виртуальным адаптером созданной группы, при этом если посмотреть свойства физического сетевого адаптера, то мы увидим, что все компоненты кроме протокола мультиплексора сетевого адаптера отключены (выделено желтым).
При частых сбоях в работе интернета Windows 10 уведомляет, что отсутствует один или несколько сетевых протоколов. За последние месяцы этот , но внятного ответа от поддержки Windows пользователи не получили. Общими усилиями юзеры новой ОС нашли несколько действующих способов решения данной проблемы. Надеюсь, вам они также помогут.
Важно! Если доступ к интернету пропал из-за автообновления драйвера сетевой карты или Wi-Fi адаптера, ознакомьтесь с инструкцией: .
Проверка подключения кабеля
Хочу отметить, что ошибка вызвана из-за плохого подключения сетевого кабеля. Поэтому, прежде чем приступать к дальнейшим советам:
- Вытяните и снова вставьте кабель в сетевую плату ПК (ноутбука).
- Тоже самое проделайте и с сетевым кабелем подключенным к Wi-Fi роутеру.
Подобного рода ошибка может исчезнуть, но как показывает практика, через время она появляется вновь.
Сброс протокола TCP/IP
Следующее, что может помочь — сброс протокола TCP/IP и WinSock. Чтобы это сделать:
Получили ошибку «Отказано в доступе» после срабатывания первой команды? Устраняем следующим способом:
Если ошибка «Отсутствует один или несколько сетевых протоколов» Windows 10 осталась, переходите к следующему пункту.
Отключение NetBIOS
Также юзерам Windows 10 помогает отключение NetBIOS для сетевого подключения:
Совет! Заодно проверьте, стоит ли галочка напротив протокола (должна стоять) и верность выставленных .
Программы, что влияют на работу сети
Нередко виновником отсутствия интернета может стать ПО, использующее сетевые протоколы. Среди таких были замечены:
- LG Smart Share;
- Игровой центр Mail.ru;
- KMP Player;
- ESET smart screen;
- μTorren;
- iCloud.
Нельзя исключать и эмуляторы, виртуальные машины, антивирусы, брандмауэры и другие похожие программы. Если вы недавно проводили изменения в таких программах, проверьте работу сети, сбросив настройки программ по умолчанию или отключив на время.
Совет! В случае, если работа Windows 10 была стабильной, а ошибка возникла «на днях», воспользуйтесь системы для отката.
Другие возможные причины
В остальном, ошибки могут проявиться из-за:
- Драйверов на сетевой или Wi-Fi адаптер. В «Диспетчере устройств» может показывать, что с драйвером все в порядке и установлены все последние обновления. Но если возникает подобная проблема, попробуйте установить другой драйвер:
- . Подключенный профиль приводил к сбоям в работе сети. При использовании локальной учетной записи проблема исчезала. Если обнаружили такую закономерность и у себя, попробуйте выполнить восстановление системы, а также скачать все последние обновления.
- Включенного в настройках самого роутера типа подключения к интернету «DHCP сервер». Проверьте поведение сети, если изменить тип подключения.
- Включенного протокола установленного или удаленного ПО. Зайдите в свойства адаптера и отключите работу всех протоколов, кроме TCP/IPv4. Методом исключения определите, какой приводит к сбою. Например, включен протокол ESET Smart Screen, хотя антивирус с ПК удален.
Если при попытке диагностики неполадок при неработающем Интернете или локальной сети в Windows 10 вы получаете сообщение о том, что на этом компьютере отсутствуют один или несколько сетевых протоколов, в инструкции ниже предлагается несколько способов исправить проблему, один из которых, надеюсь вам поможет.
Однако, прежде чем начать, рекомендую отключить и подключить заново кабель к сетевой карте ПК и (или) к роутеру (в том числе проделать то же самое с кабелем WAN к роутеру, если у вас подключение по Wi-Fi), так как случается, что проблема «отсутствуют сетевые протоколы» вызвана именно плохим подключением сетевого кабеля.
Еще один способ исправить проблему с подключением и Интернетом в данной ситуации, срабатывающий для некоторых пользователей Windows 10 - отключение NetBIOS для сетевого подключения.
Попробуйте по шагам выполнить следующее:
Примените сделанные настройки и перезагрузите компьютер, а затем проверьте, заработало ли подключение так, как нужно.
Программы, вызывающие ошибку с сетевыми протоколами Windows 10
Подобные проблемы с Интернетом могут вызывать и сторонние программы, устанавливаемые на компьютер или ноутбук и какими-либо хитрыми способами использующие сетевые подключения (мосты, создание виртуальных сетевых устройств и т.д.).
Среди замеченных в вызывающих описываемую проблему - LG Smart Share, но это могут быть и другие похожие программы, а также виртуальные машины, эмуляторы Android и подобного рода ПО. Так же, если в последнее время в Windows 10 что-то менялось в части антивируса или фаервола, это тоже могло вызывать проблему, проверьте.
Другие способы исправить проблему
Прежде всего, если проблема у вас возникла внезапно (т.е. ранее все работало, а систему вы не переустанавливали), возможно, вам смогут помочь .
В остальных же случаях чаще всего причиной проблемы с сетевыми протоколами (если вышеописанные методы не помогли) являются не те драйвера на сетевой адаптер (Ethernet или Wi-Fi). При этом в диспетчере устройств вы все так же будете видеть, что «устройство работает нормально», а драйвер не нуждается в обновлении.
Как правило, помогает либо откат драйвера (в диспетчере устройств - правый клик по устройству - свойства, кнопка «откатить» на вкладке «драйвер», либо принудительная установка «старого» официального драйвера производителя ноутбука или материнской платы компьютера. Подробные шаги описаны в двух руководствах, которые упомянуты в начале этой статьи.
Другой подход к согласованию протоколов получил название мультиплексирования стеков протоколов. Он заключается в том, что в сетевое оборудование или в операционные системы серверов и рабочих станций встраиваются несколько стеков протоколов. Это позволяет клиентам и серверам выбирать для взаимодействия tVt протокол, который является для них общим.
Сравнивая мультиплексирование с уже рассмотренной выше трансляцией протоколов, можно заметить, что взаимодействие компьютеров, принадлежащих разным сетям, напоминает общение людей, говорящих на разных языках (рис. 10.12). Для достижения взаимопонимания они также могут использовать два подхода: пригласить переводчика (аналог транслирующего устройства) или перейти на язык собеседника, если они им владеют (аналог мультиплексирования стеков протоколов).
При мультиплексировании стеков протоколов на один из двух взаимодействующих компьютеров с различными стеками протоколов помещается коммуникаци- ч онный стек другого компьютера. На рис. 10.13 приведен пример взаимодействия клиентского компьютера сети В с сервером в своей сети и сервером сети А, работающей со стеком протоколов, полностью отличающимся от стека сети В. В клиентском компьютере.реализованы оба стека. Для того чтобы запрос от прикладного процесса был правильно обработан и направлен через соответствующий стек, необходимо наличие специального программного элемента - мультиплексора протоколов, называемого также менеджером протоколов. Менеджер должен уметь определять, к какой сети направляется запрос клиента. Для этого может использоваться служба имен сети, в которой отмечается принадлежность того или иного ресурса определенной сети с соответствующим стеком протоколов.
При использовании технологии мультиплексирования структура коммуникационных средств операционной системы может быть и более сложной. В общем случае на каждом уровне вместо одного протокола появляется целый набор протоколов и может существовать несколько мультиплексоров, выполняющих коммутацию между протоколами разных уровней. Например, рабочая станция, стек протоколов которой показан на"рис. 10.14, может через один сетевой адаптер получить доступ к сетям, работающим по протоколам NetBIOS, IP, IPX. Данная рабочая станция может быть клиентом сразу нескольких файловых серверов: NetWare (NCP), Windows NT (SMB) и Sun (NFS).
Предпосылкой для развития технологии мультиплексирования стеков протоколов стало появление строгих открытых описаний протоколов различных уровней и мёжуровневых интерфейсов, так что фирма-производитель при реализации «чужого» протокола может быть уверена, что ее продукт будет корректно взаимодействовать с продуктами других фирм по данному протоколу, этот протокол корректно впишется в стек и с ним будут нормально взаимодействовать протоколы соседних уровней.
Производителями операционных систем предпринимаются попытки стандартизации не только межуровневых интерфейсов, но и менеджеров протоколов. Наиболее известными стандартами являются менеджеры Network Driver Interface Specification - NDIS (первоначально- совместная разработка 3Com и Microsoft, версии NDIS 3.0 и 4.0 - реализации Microsoft), а также стандарт Open Data-Link Interface - ODI, представляющий совместную разработку компаний Novell и Apple. Эти менеджеры реализуют мультиплексирование протоколов канального уровня, реализованных в драйверах сетевых адаптеров. С помощью мультиплексора NDIS или ODI можно связать один драйвер сетевого адаптера с несколькими протоколами сетевого уровня, а также с несколькими однотипными сетевыми адаптерами.
Мультиплексирование протоколов реализует отношение «один ко многим», то есть один клиент с дополнительным стеком может обращаться ко всем серверам, поддерживающим этот стек, или один сервер с дополнительным стеком может предоставлять услуги многим клиентам.
При использовании мультиплексоров протоколов существуют два варианта размещения дополнительного стека протоколов - на одном или на другом взаимодействующем компьютере. Если дополнительный стек устанавливается на сервере, то этот сервер становится доступным для всех клиентов с этим стеком. При этом нужно тщательно оценивать влияние установки дополнительного продукта на производительность сервера.
Аналогично дополнительный стек на клиенте дает ему возможность устанавливать связи с другими серверами, использующими этот стек протоколов. При размещении дополнительного стека на клиентах вопросы производительности не так важны. Здесь более важными являются ограничения таких ресурсов, как память и дисковое пространство клиентских машин, а также затраты труда администратора на установку и поддержание дополнительных стеков в работоспособном состоянии на большом числе компьютеров.
Заметим, что при организации взаимодействия двух разнородных сетей в общем случае нужно решать две задачи согласования служб (рис. 10.15):
О обеспечение доступа клиентам сети А к ресурсам сети В; □ обеспечение доступа клиентам сети В к ресурсам сети А.
Эти задачи независимы, и их можно решать отдельно. В некоторых случаях требуется полное решение, например, чтобы пользователи UNIX-машин имели доступ к ресурсам серверов сети NetWare, а пользователи персональных машин имели доступ к ресурсам UNIX-хостов, в других же случаях достаточно обеспечить доступ клиентам из сети NetWare к ресурсам сети UNIX. Большинство имеющихся на рынке продуктов обеспечивает только однонаправленное согласование прикладных служб.
Рассмотрим возможные варианты размещения программных средств, реализующих взаимодействие двух сетей, которые основаны на мультиплексировании протоколов.
Введем обозначения: С - сервер, К - клиент, Д - дополнительный протокол (или протоколы), предоставляющий возможности межсетевого взаимодействия.
На рис. 10.16 показаны оба возможных варианта однонаправленного взаимодействия А В: путем добавления нового стека к клиентам сети А (рис. 10.16, а) либо путем присоединения «добавки» к серверам сети В (рис. 10.16, б).
В первом случае, когда средства мультиплексирования протоколов располагаются на клиентских частях, только клиенты, снабженные такими средствами, могут обращаться к серверам сети В. При этом они могут обращаться к любому серверу сети В. Во втором случае, когда набор дополнительных стеков расположен на каком-либо сервере сети В, данный сервер может обслуживать всех клиентов сети А. (Очевидно, что серверы сети В без средств мультиплексирования не могут быть использованы клиентами сети А.
Примером «добавки», модифицирующей клиентскую часть, может служить популярное программное средство компании Microsoft Client Services for NetWare (CSNW), которое превращает клиента Windows NT в клиента серверов NetWare за счет установки клиентской части протокола NCP.
Примером расширения возможностей сетевого взаимодействия сервера является установка на сервер Windows NT продукта Microsoft File and Print Services for NetWare, который реализует серверную часть протокола NCP. Это позволяет клиентам NetWare обращаться к файлам и принтерам сервера Windows NT.
При мультиплексировании протоколов дополнительное программное обеспечение - соответствующие стеки протоколов - должно быть установлено на каждый компьютер, которому может потребоваться доступ к нескольким различным сетям. В некоторых операционных системах имеются средства борьбы с избыточностью, свойственной этому подходу. Операционная система может быть сконфигурирована для работы с несколькими стеками протоколов, но динамически загружаются только нужные.
С другой стороны, избыточность повышает надежность системы в целом, отказ компьютера с установленным дополнительным стеком не ведет к потере возможности межсетевого взаимодействия для других пользователей сети.
Важным преимуществом мультиплексирования является меньшее время выполнения запроса, чем при использовании шлюза. Это связано, во-первых, с отсутствием временных затрат на процедуру трансляции, а во-вторых, с тем, что при мультиплексировании на каждый запрос требуется только одна сетевая передача, в то время как при трансляции - две: запрос сначала передается на шлюз, а затем из шлюза на ресурсный сервер.
В принципе, при работе с несколькими стеками протоколов у пользователя может возникнуть проблема работы в незнакомой среде, с незнакомыми командами, правилами и методами адресации. Чаще всего разработчики операционных систем стремятся в какой-то степени облегчить жизнь пользователю в этой ситуации. Независимо от используемого протокола прикладного уровня (например, SMB или NCP) ему предоставляется один и тот же интуитивно понятный графический интерфейс, с помощью которого он просматривает и выбирает нужные удаленные ресурсы.
В табл. 10.1 приведены сравнительные характеристики двух подходов к реализации межсетевого взаимодействия.
Таблица 10.1. Сравнение методов трансляции и мультиплексирования протоколов
Метод | Достоинства | Недостатки |
Мультиплексирование протоколов Трансляция протоколов (шлюзы, маршрутизаторы, коммутаторы) | Более быстрый доступ; повышение надежности взаимодействия за счет установки стека на нескольких узлах сети; хорошо масштабируемое средство Сохранение привычной среды пользователей; отсутствие необходимости в дополни- тельном программном обес- печении на рабочих станциях; локализация всех проблем межсетевого взаимодействия; обеспечение возможности доступа к «чужим» ресурсам сразу для нескольких клиентов | Усложнение администрирования и контроля доступа; высокая избыточность, требующая дополнительных ресурсов от рабочих станций; менее удобно для пользователя, чем шлюзы Замедление работы; снижение надежности; плохая масшта- бируемость; необходимость в двух сетевых передачах для выполнения одного запроса |
Инкапсуляция протоколов
Инкапсуляция (encapsulation ), или туннелирование (tunneling ), - это еще один метод решения задачи согласования сетей, который, однако, применим только для согласования транспортных протоколов и только при определенных ограничениях. Инкапсуляция может быть использована, когда две сети с одной транспортной технологией необходимо соединить через транзитную сеть с другой транспортной технологией.
В процессе инкапсуляции принимают участие три типа протоколов:
· протокол-«пассажир»;
· несущий протокол;
· протокол инкапсуляции. ,
Транспортный протокол объединяемых сетей является протоколом-пассажиром , а протокол транзитной сети - несущим протоколом . Пакеты протокола-пассажира помещаются в поле данных пакетов несущего протокола с помощью протокола инкапсуляции. Пакеты протокола-пассажира никаким образом не обрабатываются при транспортировке их по транзитной сети. Инкапсуляцию выполняет пограничное устройство (обычно маршрутизатор или шлюз), которое располагается на границе между исходной и транзитной сетями. Извлечение пакетов-пассажиров из несущих пакетов выполняет второе пограничное устройство, которое находится на границе между транзитной сетью и сетью назначения. Пограничные устройства указывают в несущих пакетах свои адреса, а не адреса узлов назначения.
В связи с большой популярностью Интернета и стека TCP/IP несущим протоколом транзитной сети все чаще выступает протокол IP, а в качестве протоколов-пассажиров - все остальные протоколы локальных сетей (как маршрутизируемые, так и не маршрутизируемые).
В приведенном на рис. 10.17 примере две сети, использующие протокол IPX, нужно соединить через транзитную сеть TCP/IP. Необходимо обеспечить только взаимодействие узлов двух сетей IPX, а взаимодействие между узлами IPX и узлами сети TCP/IP не предусматривается. Поэтому для соединения сетей IPX можно применить метод инкапсуляции.
В пограничных маршрутизаторах, соединяющих сети IPX с транзитной сетью IP, работают протоколы IPX, IP и дополнительный протокол - протокол инкапсуляции IPX в IP. Этот протокол извлекает пакеты IPX из кадров Ethernet и помещает их в дейтаграммы UDP или TCP (на рисунке выбран вариант с TCP). Затем несущие IP-пакеты направляются другому пограничному маршрутизатору. Протокол инкапсуляции должен иметь информацию о соответствии IPX-адреса удаленной сети IP-адресу пограничного маршрутизатора, обслуживающего эту сеть. Если через IP-сеть объединяется несколько IPX-сетей, то должна быть таблица соответствия всех IPX-адресов IP-адресам пограничных маршрутизаторов.
Инкапсуляция может быть использована для транспортных протоколов разного уровня. Например, протокол сетевого уровня Х.25 может быть инкапсулирован в протокол транспортного уровня TCP или же протокол сетевого уровня IP может быть инкапсулирован в протокол сетевого уровня Х.25. Существуют протоколы инкапсуляции трафика РРР через сети IP.
Обычно инкапсуляция приводит к более простым и быстрым решениям по сравнению с трансляцией, так как решает более частную задачу, не обеспечивая взаимодействия с узлами транзитной сети. Помимо согласования транспортных технологий инкапсуляция используется для обеспечения секретности передаваемых данных. При этом исходные пакеты-пассажиры шифруются и передаются по транзитной сети с помощью пакетов несущего протокола.
Выводы
□ Файловая служба включает программы-серверы и программы-клиенты, взаимодействующие с помощью определенного протокола по сети между собой.
□ Один компьютер может в одно и то же время предоставлять пользователям сети услуги различных файловых служб.
□ В сетевой файловой службе в общем случае можно выделить следующие основные компоненты: локальную файловую систему, интерфейс локальной файловой системы, сервер сетевой файловой системы, клиент сетевой файловой системы, интерфейс сетевой файловой системы, протокол клиент-сервер сетевой файловой системы.
□ В сетевых файловых системах используется различная семантика чтения и записи разделяемых данных, позволяющая избежать проблем с интерпретацией результирующих данных файла.
□ Файловый интерфейс может быть отнесен к одному из двух типов в зависимости от того, поддерживает ли он модель загрузки-выгрузки или модель удаленного доступа.
□ Файловый сервер может быть реализован по одной из двух схем: с запоминанием данных о последовательности файловых операций клиента, то есть по схеме stateful, и без запоминания таких данных, то есть по схеме stateless.
□ Кэширование в сетевых файловых системах позволяет повысить скорость доступа к удаленным данным и улучшить масштабируемость и надежность файловой системы.
□ Репликация подразумевает существование нескольких копий одного и того же файла, каждая из которых хранится на отдельном файловом сервере, при этом обеспечивается автоматическое согласование данныхв копиях файла.
□ Существует несколько способов обеспечения согласованности реплик, которые общаются в методе кворума.
□ Служба каталогов хранит информацию обо всех пользователях и ресурсах сети в виде унифицированных объектов с определенными атрибутами, а также позволяет отражать взаимосвязи между хранимыми объектами.
□ Служба каталогов упрощает работу распределенных приложений и повышает управляемость сети.
□ Служба каталогов обычно строится на основе модели клиент-сервер: серверы хранят базу справочной информации, которой пользуются клиенты, передавая серверам по сети соответствующие запросы.
□ Наиболее перспективным стандартом доступа к службе каталогов является стандарт LDAP (Light-weight Directory Access Protocol), разработанный сообществом Интернета.
□ В контексте межсетевого взаимодействия понятие «сеть» можно определить как совокупность компьютеров, общающихся друг с другом с помощью единого стека протоколов. Проблема организации межсетевого взаимодействия возникает тогда, когда компьютеры принадлежат разным сетям, но поддерживают стеки протоколов, отличающиеся на одном или более уровнях.
□ Средства, позволяющие организовать взаимодействие на нижних уровнях стека протоколов, называются средствами internetworking, а средства согласования протоколов и служб верхних уровней - средствами interoperability.
□ Существуют три основных способа согласования протоколов: трансляция, мультиплексирование и инкапсуляция (туннелирование).
□ Трансляция заключается в преобразовании сообщений, поступающих от одного протокола, в сообщения другого протокола. Трансляция бывает одноуровневая, когда для выполнения преобразования используется информация только данного протокола, и двухуровневая, когда для преобразования привлекается информация протокола верхнего уровня.
□ Мультиплексирование заключается в установке нескольких стеков протоколов на клиентах или серверах согласуемых сетей.
□ К достоинствам метода трансляции протоколов относятся: сохранение привычной среды пользователя, локализация функций согласования сетей в одном месте, не требуется установка дополнительного программного обеспечения на многих компьютерах. Недостатки - низкая скорость и ненадежность. Достоинствами метода мультиплексирования стеков протоколов являются высокая скорость и надежность, недостатками - избыточность и большой объем административных работ.
□ Инкапсуляция применяется для транзитной передачи одного транспортного протокола через сеть с другим стеком трансцортных протоколов.
□ Способы согласования протоколов прикладного уровня - сетевых служб - имеют свою специфику, связанную с несимметричностью этих протоколов, реализуемых в архитектуре «клиент-сервер», а также наличием в каждой операционной системе большого количества разнообразных сетевых служб (файловой службы, службы печати, электронной почты, справочной службы и т. д.).
Задачи и упражнения
1. Какие из следующих протоколов яглятотся протоколами взаимодействия клиентской и серверной частей файлового сервиса: SMTP, NFS, SMB, SNMP, UDP, NLSP, FTP, TFTP, NCP?
2. Какая модель файлового сервера (stateful или stateless) обеспечивает большую степень устойчивости к отказам сервера?
3. Поскольку репликация и кэширование файлов преследуют близкие цели, то стоит ли реализовывать эти два механизма в одной файловой системе?
4. Заполните таблицу, отметив наличие или отсутствие соответствующих свойств у механизмов репликации и кэширования файлов:
5. Можно ли с помощью одного прикладного протокола осуществлять доступ по сети к различным локальным файловым системам?
6. Может ли несколько пользователей одновременно модифицировать один и тот же файл в ОС Windows NT? А в ОС UNIX?
7. Какой результат видят на экране два пользователя ОС UNIX, набирающие текст в одном и том же файле?
8. Какая модель сетевого файлового сервиса более прозрачна для пользователя: загрузки-выгрузки или удаленного доступа?
9. Сравните два метода кэширования - на стороне клиента и на стороне сервера, - используемые в сетевой файловой службе. Приведите достоинства и недостатки каждого метода.
10. Какими свойствами должна обладать база данных службы каталогов?
11. Вставьте один из двух терминов - «реплицируемость» или «распределенность» - вместо пропущенных слов в следующем утверждении: «База данных службы каталогов должна обладать..; для обеспечения масштабируемости службы, и... для обеспечения ее отказоустойчивости».
12. Поясните разницу в терминах «internetworking» и «interoperability».
13. Если на клиентской машине установлен стек протоколов, не совпадающий со стеком протоколов, установленным на сервере, то положение можно исправить, дополнительно установив соответствующий стек протоколов на одной из машин. Имеет ли значение, на какой из машин (сервере или клиенте) будет установлен этот стек?
14. Возможно ли в принципе обеспечить доступ всех клиентов сети А к серверам сети В и доступ всех клиентов сети В к серверам сети А путем установки дополнительного программного обеспечения только в одной из сетей, например в сети А?
15. Пусть в некоторой сети Windows NT, состоящей из сервера и клиентских станций, работают немногочисленные пользователи-непрофессионалы, выполняющие некритические приложения. Клиентские станции имеют весьма ограниченные ресурсы. Время от времени у пользователей возникает необходимость доступа к данным, находящимся на файл-сервере NetWare, который подключен к тому же сегменту Ethernet. Как вы считаете, какой вариант межсетевого взаимодействия является более предпочтительным в этой ситуации?
А) на всех компьютерах установить клиентскую часть протокола NCP;
В) на сервере Windows NT установить шлюз.
16. Пусть в сети Ethernet, в которой на всех компьютерах установлены протоколы сетевого уровня IP, драйверы сетевых адаптеров одних компьютеров выполнены в стандарте NDIS, а других - в стандарте ODI. Может ли это помещать нормальной работе сети?
17. Пусть распределенное приложение состоит из двух частей. Одна часть распределенного приложения выполняется на компьютере, на котором установлены следующие коммуникационные протоколы:
· на прикладном уровне: SMB, SMTP;
18. Вторая часть приложения установлена на компьютере, у которого установлены:
· на прикладном уровне: NFS, X.400;
· на транспортных уровнях: TCP, IP, Ethernet.
Может ли в таких условиях приложение работать нормально.