При частых сбоях в работе интернета 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, хотя антивирус с ПК удален.
В связи с тем, что вычислительные сети используются для передачи данных на большие расстояния, то стремятся минимизировать количество проводов в кабеле, в целях экономии. Поэтому разрабатывались технологии, которые позволяют передавать, по одному и тому же каналу связи, сразу несколько потоков данных.
(англ. multiplexing, muxing)- это процесс уплотнение канала связи, другими словами, передача нескольких потоков (каналов) данных с меньшей скоростью (пропускной способностью) по одному каналу связи, с использованием специального устройства, называемого мультиплексором.
Мультиплексор (MUX) - комбинационное устройство, обеспечивающее передачу в желаемом порядке цифровой информации, поступающей по нескольким входам на один выход. Может быть реализован как аппаратно так и программно.
Демультиплексор (DMX) выполняет обратную функцию мультиплексора.
В настоящее время, для уплотнения канала связи, в основном используют:
- Временное мультиплексирование (Time Division Multiplexing, TDM)
- Частотное мультиплексирование (Frequency Division Multiplexing, FDM)
- Волновое мультиплексирование (Wave Division Multiplexing, WDM)
- Множественный доступ с кодовым разделением (CodeDivisionMultipleAccess, CDMA) - каждый канал имеет свой код наложение которого на групповой сигнал позволяет выделить информацию конкретного канала.
Временное мультиплексирование
Первой стали применять технологию TDM, которая широко используется в обычных системах электросвязи. Эта технология предусматривает объединение нескольких входных низкоскоростных каналов в один составной высокоскоростной канал.
Мультиплексор принимает информацию по N входным каналам от конечных абонентов, каждый из которых передает данные по абонентскому каналу со скоростью 64 Кбит/с -1 байт каждые 125 мкс.
В каждом цикле мультиплексор выполняет следующие действия:
- прием от каждого канала очередного байта данных;
- составление из принятых байтов уплотненного кадра, называемого также обоймой;
- передача уплотненного кадра на выходной канал с битовой скоростью, равной N*64 Кбит/с.
Порядок байт в обойме соответствует номеру входного канала, от которого этот байт получен. Количество обслуживаемых мультиплексором абонентских каналов зависит от его быстродействия. Например, мультиплексор Т1, представляющий собой первый промышленный мультиплексор, работавший по технологии TDM, поддерживает 24 входных абонентских канала, создавая на выходе обоймы стандарта Т1, передаваемые с битовой скоростью 1,544 Мбит/с.
Демультиплексор выполняет обратную задачу - он разбирает байты уплотненного кадра и распределяет их по своим нескольким выходным каналам, при этом он считает, что порядковый номер байта в обойме соответствует номеру выходного канала.
В рамках TDM различают:
- синхронное мультиплексирование (каждому приложению соответствует тайм-слот (возможно несколько тайм-слотов) с определенным порядковым номером в периодической последовательности слотов;
- асинхронное или статистическое мультиплексирование, когда приписывание тайм-слотов приложениям происходит более свободным образом, например, по требованию.
Частотное мультиплексирование
Техника частотного мультиплексирования разрабатывалась для телефонных сетей. Основная идея состоит в выделении каждому соединению собственного диапазона частот в общей полосе пропускания линии связи. Мультиплексирование выполняется с помощь смесителя частот, а демультиплексирование – с помощью узкополосного фильтра, ширина которого равна ширине диапазона канала.
Волновое или спектральное мультиплексирование
В методе волнового мультиплексирования используется тот же принцип частотного разделения канала, но только в другой области электромагнитного спектра. Информационным сигналом является не электрический ток, а свет. Для организации WDM-каналов в волоконно-оптическом кабеле задействуют волны инфракрасного диапазона длиной от 850 до 1565 нм, что соответствует частотам от 196 до 350 ТГц.
Для повышения пропускной способности, вместо увеличения скорости передачи в едином составном канале, как это реализовано в технологии TDM, в технологии WDM увеличивают число каналов (длин волн) - лямбд.
Сети WDM работают по принципу коммутации каналов, при этом каждая световая волна представляет собой отдельный спектральный канал и несет собственную информацию.
Современные WDM системы на основе стандартного частотного плана (ITU-T Rec. G.692) можно подразделить на три группы:
- грубые WDM (Coarse WDM- CWDM)-системы с частотным разносом каналов не менее 200 ГГц, позволяющие мультиплексировать не более 18 каналов. (Используемые в настоящее время CWDM работают в полосе от 1270нм до 1610нм, промежуток между каналами 20нм(200ГГц), можно мультиплексировать 16 спектральных каналов.);
- плотные WDM (Dense WDM-DWDM)-системы с разносом каналов не менее 100 ГГц, позволяющие мультиплексировать не более 40 каналов;
- высокоплотные WDM (High Dense WDM-HDWDM)-системы с разносом каналов 50 ГГц и менее, позволяющие мультиплексировать не менее 64 каналов.
Другой подход к согласованию протоколов получил название мультиплексирования стеков протоколов. Он заключается в том, что в сетевое оборудование или в операционные системы серверов и рабочих станций встраиваются несколько стеков протоколов. Это позволяет клиентам и серверам выбирать для взаимодействия 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.
Может ли в таких условиях приложение работать нормально.
Не так давно, автор этих строк столкнулся с неприятной ситуацией – один из компьютеров, отлично работающий ранее, был подключен к роутеру на новом месте с помощью проводного соединения. От этого роутера исправно получают интернет несколько устройств, а вот сам новичок работать отказывался, выдавая ошибку: “Сетевой адаптер не имеет допустимых параметров настройки 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 .
Надеюсь, Ваша проблема решиться также легко и безболезненно, как и в моем случае. На всякий случай стоит проверить исправность кабеля и сетевого адаптера. Попробуйте отсоединить и подсоединить кабель обратно. Обновите драйвера, операционную систему. Если не помогло, может, стоит
Шлюзы
Итак, шлюз согласует коммуникационные протоколы одного стека с коммуникационными протоколами другого стека. Программные средства, реализующие шлюз, нет смысла устанавливать ни на одном из двух взаимодействующих компьютеров с разными стеками протоколов, гораздо рациональнее разместить их на некотором компьютере-посреднике. Прежде, чем обосновать это утверждение, рассмотрим принцип работы шлюза.
Рисунок 3.14 иллюстрирует принцип функционирования шлюза. В показанном примере шлюз, размещенный на компьютере 2, согласовывает протоколы клиентского компьютера 1 сети А с протоколами серверного компьютера 3 сети В. Допустим, что две сети используют полностью отличающиеся стеки протоколов. Как видно из рисунка, в шлюзе реализованы оба стека протоколов.
Рис. 3.14. Принципы функционирования шлюза
Запрос от прикладного процесса клиентского компьютера сети А поступает на прикладной уровень его стека протоколов. В соответствии с этим протоколом на прикладном уровне формируются соответствующий пакет (или несколько пакетов), в которых передается запрос на выполнение сервиса некоторому серверу сети В. Пакет прикладного уровня передается вниз по стеку компьютера сети А, а затем в соответствии с протоколами канального и физического уровней сети А поступает в компьютер 2, то есть в шлюз.
Здесь он передается от самого нижнего к самому верхнему уровню стека протоколов сети А. Затем пакет прикладного уровня стека сети А преобразуется (транслируется) в пакет прикладного уровня серверного стека сети В. Алгоритм преобразования пакетов зависит от конкретных протоколов и, как уже было сказано, может быть достаточно сложным. В качестве общей информации, позволяющей корректно провести трансляцию, может использоваться, например, информация о символьном имени сервера и символьном имени запрашиваемого ресурса сервера (в частности, это может быть имя каталога файловой системы). Преобразованный пакет от верхнего уровня стека сети В передается к нижним уровням в соответствии с правилами этого стека, а затем по физическим линиям связи в соответствии с протоколами физического и канального уровней сети В поступает в другую сеть к нужному серверу. Ответ сервера преобразуется шлюзом аналогично.
Вторым использующимся в настоящее время на практике подходом является использование в рабочих станциях технологии мультиплексирования различных стеков протоколов.
Рис. 3.15. Мультиплексирование стеков
При мультиплексировании стеков протоколов на один из двух взаимодействующих компьютеров с различными стеками протоколов помещается коммуникационный стек другого компьютера. На рисунке 3.15 приведен пример взаимодействия клиентского компьютера сети 1 с сервером своей сети и сервером сети 2, работающей со стеком протоколов, полностью отличающимся от стека сети 1. В клиентском компьютере реализованы оба стека. Для того, чтобы запрос от прикладного процесса был правильно обработан и направлен через соответствующий стек, в компьютер необходимо добавить специальный программный элемент - мультиплексор протоколов. Мультиплексор должен уметь определять, к какой сети направляется запрос клиента. Для этого может использоваться служба имен сети, в которой отмечается принадлежность того или иного ресурса определенной сети с соответствующим стеком протоколов.
При использовании технологии мультиплексирования структура коммуникационных средств операционной системы может быть и более сложной. В общем случае на каждом уровне вместо одного протокола появляется целый набор протоколов, а мультиплексоров может быть несколько, выполняющих коммутацию между протоколами разных уровней (рисунок 3.16). Например, рабочая станция может получить доступ к сетям с протоколами NetBIOS, IP, IPX через один сетевой адаптер. Аналогично, сервер, поддерживающий прикладные протоколы NCP, SMB и NFS может без проблем выполнять запросы рабочих станций сетей NetWare, Windows NT и Sun одновременно.
Рис. 3.16. Мультиплексирование протоколов
Предпосылкой для развития технологии мультиплексирования стеков протоколов стало строгое определения протоколов и интерфейсов различных уровней и их открытое описание, так, чтобы фирма при реализации "чужого" протокола или интерфейса могла быть уверена, что ее продукт будет правильно взаимодействовать с продуктами других фирм по данному протоколу.