Какой стек сетевых протоколов используется по умолчанию в ОС Windows 7

Обновлено: 23.11.2024

Windows — одна из самых популярных операционных систем, созданных Microsoft. Он имеет встроенные средства устранения неполадок, предназначенные для быстрой диагностики и автоматического решения различных проблем с компьютером, связанных с подключением к Интернету, Bluetooth, звуком, печатью, обновлениями и многим другим. Средства устранения неполадок просты для понимания и использования, и они очень помогают.

Средства устранения неполадок встроены в панель управления в Windows 10, 8 и 7, поэтому почти все пользователи Windows могут ими воспользоваться. В Windows 10 Creators Update [1] большинство средств устранения неполадок доступны через приложение «Настройки».

В большинстве случаев специалисты по устранению неполадок устраняют проблемы автоматически. Однако они тоже могут выдавать ошибки, а не исправлять их. Пользователи сталкивались с сообщением «Возможна проблема с драйвером адаптера Wi-Fi» (или адаптера Ethernet), в котором говорится, что «Windows не удалось автоматически привязать стек протоколов IP к сетевому адаптеру».

В этом случае у пользователей возникают проблемы с подключением к Интернету, а средство устранения неполадок не может устранить проблему и не предлагает никаких решений. Следовательно, это означает, что людям необходимо определить причину и устранить ее вручную. В большинстве случаев проблема начала возникать после обновления драйверов, Windows и установки стороннего программного обеспечения VPN. [2] Если проблема связана с VPN, вам может потребоваться отключить VPN-клиент или полностью удалить его.

В этом руководстве вы найдете несколько ручных методов, которые могут исправить ошибку «Windows не удалось автоматически привязать стек протоколов IP к сетевому адаптеру». Имейте в виду, что это может занять некоторое время, поэтому наберитесь терпения и внимательно следуйте инструкциям:

Решение 1. Вернитесь к настройкам сетевого адаптера по умолчанию

Один из наиболее распространенных способов устранения неполадок – вернуть Windows к настройкам свойств сетевого адаптера по умолчанию. При этом ваше сетевое подключение использует только необходимые элементы:

Нажмите Windows + R, чтобы открыть окно «Выполнить».
Введите ncpa.cpl и нажмите Enter, чтобы открыть окно сетевых подключений.
Нажмите правой кнопкой мыши сетевой адаптер и выберите "Свойства".

Общий доступ к файлам и принтерам в сетях Microsoft

Планировщик пакетов QoS

Ответчик обнаружения топологии канального уровня

Протокол Интернета версии 4 (TCP/IPv4)

Драйвер ввода-вывода Link-Layer Topology Discovery Mapper

Протокол Интернета версии 6 (TCP/IPv6)

Драйвер протокола Microsoft LLDP

Клиент для сетей Microsoft

Решение 2. Сбросьте IP-адрес и очистите кеш DNS

Введите в поиске «Командная строка» и выберите «Запуск от имени администратора».

Введите эти команды в окно и нажимайте Enter после каждой:

сброс netsh winsock
сброс netsh int ip

ipconfig /release
ipconfig /flushdns
ipconfig /renew

Решение 3. Измените тип запуска службы автонастройки WLAN

Отключенная служба автонастройки WLAN может вызвать различные проблемы с сетью. Если вы недавно установили стороннее сетевое приложение, эта служба может быть затронута:

Нажмите клавиши Windows + R, чтобы открыть окно «Выполнить».
Введите services.msc в поле и нажмите Enter.
Дважды щелкните службу автонастройки WLAN.
Изменить тип запуска на автоматический

Решение 4. Отключите драйверы фильтра сетевой безопасности ANOD

Некоторые пользователи сообщили, что ошибка может быть вызвана тем, что сетевой драйвер несовместим с вашей текущей версией Windows:

Нажмите Windows + R, чтобы открыть окно «Выполнить».
Введите devmgmt.msc и нажмите Enter.
В окне "Диспетчер устройств" разверните категорию "Сетевой адаптер".
Щелкните правой кнопкой мыши драйвер фильтра сетевой безопасности ANOD.

Выберите Удалить устройство.
Нажмите «Удалить» для подтверждения и следуйте инструкциям на экране для завершения удаления.
Перезапустить

Решение 5. Обновите сетевой адаптер

Причиной ошибки может быть устаревший драйвер сетевого адаптера. В этом случае вы можете исправить это автоматически с помощью DriverFix, который просканирует ваш компьютер на предмет отсутствующих и устаревших драйверов устройств. Или вы можете обновить сетевой драйвер до последней версии вручную:

Нажмите клавиши Windows + R, чтобы открыть окно «Выполнить».
Введите devmgmt.msc и нажмите Enter, чтобы открыть диспетчер устройств.
Разверните категорию "Сетевой адаптер".
Щелкните правой кнопкой мыши драйвер сетевого адаптера и выберите Обновить драйвер.

Выберите параметр Автоматический поиск обновленного программного обеспечения драйвера и следуйте инструкциям на экране.

Решение 6. Удалите ключи реестра CISCO VPN

Согласно различным отчетам пользователей, более старые версии Cisco VPN часто вызывают эту конкретную ошибку. Существует множество предположений пользователей о том, что это происходит из-за того, что старые сборки Cisco VPN не предназначены для работы с последними обновлениями Windows 10. Cisco VPN может оставить после себя некоторые ключи реестра, даже если программа удалена:

Нажмите клавишу Windows + R, чтобы открыть окно «Выполнить».
Введите cmd и нажмите Ctrl + Shift + Enter, чтобы открыть окно командной строки.
Нажмите «Да», чтобы предоставить права администратора.

Если ключ отсутствует в вашей системе, вы увидите сообщение об ошибке "Системе не удалось найти указанный раздел или значение реестра"

netcfg -v -u dni_dne

Решение 7. Верните Windows 10 в более раннее состояние

Нажмите Windows + R, чтобы открыть окно «Выполнить».
Введите cmd и нажмите клавиши Ctrl + Shift + Enter, чтобы открыть командную строку с повышенными привилегиями.
Нажмите «Да», чтобы предоставить права администратора.
Введите команду rstrui.exe и нажмите Enter.

Нажмите «Далее» в окне «Восстановление системы».
В списке всех точек восстановления системы выберите нужную точку восстановления и нажмите кнопку "Далее".
Нажмите кнопку "Готово".

Вас также могут заинтересовать эти темы:

Автоматическое исправление ошибок

По-прежнему возникают проблемы?
Если вам не удалось исправить ошибку с помощью Reimage, обратитесь за помощью в нашу службу поддержки. Пожалуйста, сообщите нам все подробности, которые, по вашему мнению, нам следует знать о вашей проблеме.

Reimage — запатентованная специализированная программа восстановления Windows. Он продиагностирует ваш поврежденный компьютер. Он будет сканировать все системные файлы, библиотеки DLL и ключи реестра, которые были повреждены угрозами безопасности. Reimage — запатентованная специализированная программа восстановления Mac OS X. Он продиагностирует ваш поврежденный компьютер. Он будет сканировать все системные файлы и ключи реестра, которые были повреждены угрозами безопасности.
В этом запатентованном процессе восстановления используется база данных из 25 миллионов компонентов, которые могут заменить любой поврежденный или отсутствующий файл на компьютере пользователя.
Чтобы восстановить поврежденную систему, вам необходимо приобрести лицензионную версию средства удаления вредоносных программ Reimage.< /p>

Защитите свою конфиденциальность в Интернете с помощью VPN-клиента

Инструменты восстановления данных могут предотвратить безвозвратную потерю файлов

Программное обеспечение для восстановления данных — это один из вариантов, который может помочь вам восстановить ваши файлы. Когда вы удаляете файл, он не растворяется в воздухе — он остается в вашей системе до тех пор, пока поверх него не будут записаны новые данные. Data Recovery Pro — это программа для восстановления, которая ищет рабочие копии удаленных файлов на вашем жестком диске. С помощью этого инструмента вы можете предотвратить потерю ценных документов, учебных работ, личных фотографий и других важных файлов.

Люсия Дейнс — редактор новостей UGetFix.Она всегда в движении, потому что стремление к знаниям заставляет ее путешествовать по миру и посещать мероприятия и конференции по информационной безопасности.

Стек интернет-протокола

Как упоминалось в разделе "Интернет", Интернет представляет собой абстракцию от базовых сетевых технологий и разрешения физических адресов. В этом разделе представлены основные компоненты стека протоколов Интернета и сопоставление стека с эталонной моделью стека протоколов ISO OSI. Модель стека протоколов Интернета показана на рисунке ниже.

Интернет-протокол (IP)

Как видно на рисунке выше, стек интернет-протокола предоставляет надежную ветвь с установлением соединения (TCP) и ненадежную ветвь без установления соединения (UDP), которые построены поверх интернет-протокола.

Уровень Интернет-протокола в стеке протоколов TCP/IP – это первый уровень, на котором представлена абстракция виртуальной сети, являющаяся основным принципом модели Интернета. Все детали физической реализации (в идеале, хотя это и не совсем так) скрыты ниже уровня IP. Уровень IP обеспечивает ненадежную систему доставки без установления соединения. Причина его ненадежности заключается в том, что протокол не предоставляет никаких функций для исправления ошибок для дейтаграмм, которые либо дублируются, либо теряются, либо поступают на удаленный хост в порядке, отличном от порядка их отправки. Если на физическом уровне таких ошибок не возникает, IP-протокол гарантирует успешное завершение передачи.

Основной единицей обмена данными на уровне IP является дейтаграмма Интернета. Формат дейтаграммы IP и краткое описание наиболее важных полей приведены ниже:

LEN Количество 32-битных сегментов в заголовке IP. Без каких-либо OPTIONS это значение равно 5 TYPE OF SERVICE Каждой дейтаграмме IP может быть присвоено значение приоритета в диапазоне от 0 до 7, показывающее важность дейтаграммы. Это сделано для того, чтобы внеполосные данные могли маршрутизироваться быстрее, чем обычные данные. Это очень важно, поскольку сообщения протокола управляющих сообщений Интернета (ICMP) передаются как часть данных IP-датаграммы. Несмотря на то, что сообщение ICMP инкапсулировано в дейтаграмму IP, протокол ICMP обычно рассматривается как неотъемлемая часть уровня IP, а не уровня UDP или TCP. Кроме того, поле TYPE OF SERVICE позволяет классифицировать дейтаграмму, чтобы указать, требует ли желаемая услуга короткого времени задержки, высокой надежности или высокой пропускной способности. Однако для того, чтобы это имело какой-либо эффект, шлюзы должны знать более одного маршрута к удаленному хосту, а, как описано во введении, это не так. IDENT, FLAGS и FRAGMENT OFFSET Эти поля используются для описания фрагментации дейтаграммы. Фактическая длина дейтаграммы IP в принципе не зависит от длины физических кадров, передаваемых по сети, называемой максимальным блоком передачи (MTU) сети. Если дейтаграмма длиннее MTU, то она делится на набор фрагментов, имеющих почти такой же заголовок, как и исходная дейтаграмма, но только тот объем данных, который помещается в физический фрейм. Флаг IDENT используется для идентификации сегментов, принадлежащих одной и той же дейтаграмме, а FRAGMENT OFFSET представляет собой относительное положение фрагмента в исходной дейтаграмме. Как только дейтаграмма фрагментирована, она остается такой до тех пор, пока не получит конечный пункт назначения. Если один или несколько сегментов потеряны или ошибочны, вся дейтаграмма отбрасывается.

Однако базовая сетевая технология не полностью скрыта за уровнем IP, несмотря на функциональность фрагментации. Причина в том, что MTU может варьироваться от 128 или менее до нескольких тысяч байт в зависимости от физической сети (Ethernet имеет MTU 1500 байт). Следовательно, это вопрос эффективности при выборе правильного размера дейтаграммы, чтобы свести к минимуму фрагментацию. Рекомендуется, чтобы шлюзы могли обрабатывать дейтаграммы размером не менее 576 байт без использования фрагментации. ВРЕМЯ Это оставшееся время жизни (TTL) для дейтаграммы, когда она перемещается в Интернете. Протокол информации о маршрутизации (RIP) указывает, что разрешено не более 15 переходов. IP-АДРЕС ИСТОЧНИКА и IP-АДРЕС НАЗНАЧЕНИЯ И адрес источника, и адрес получателя указываются в заголовке дейтаграммы, чтобы получатель мог послать ответ обратно передающему хосту. Однако обратите внимание, что указывается только адрес хоста, а не номер порта. Это связано с тем, что протокол IP является протоколом IMP-to-IMP, а не сквозным протоколом. Требуется еще один уровень, чтобы фактически указать, какие два процесса на передающем узле и в конечном пункте назначения должны получать дейтаграммы. Обратите внимание, что IP-датаграмма оставляет место только для исходного IP-адреса источника и исходного IP-адреса назначения. Как упоминалось в разделе «Шлюзы и маршрутизация», адрес следующего перехода определяется инкапсуляцией. Интернет-уровень передает IP-адреса адреса следующего перехода на сетевой уровень.Этот IP-адрес привязывается к физическому адресу, и с этим адресом формируется новый фрейм. Затем остальная часть исходного кадра инкапсулируется в новый кадр перед его отправкой по каналу связи.

Протокол пользовательских дейтаграмм (UDP)

Протокол пользовательских дейтаграмм (UDP) — это очень тонкий протокол, созданный поверх Интернет-протокола. Базовой единицей данных является дейтаграмма пользователя, и протокол UDP обеспечивает такую же ненадежную службу без установления соединения для передачи дейтаграмм пользователя, как и протокол IP для передачи своих дейтаграмм. Основное отличие состоит в том, что протокол UDP является сквозным протоколом. То есть он содержит достаточно информации для передачи пользовательской дейтаграммы от одного процесса на передающем хосте другому процессу на принимающем хосте. Формат пользовательской дейтаграммы показан ниже:

Поле LENGTH представляет собой длину пользовательской дейтаграммы, включая заголовок, то есть минимальное значение LENGTH составляет 8 байтов. SOURCE PORT и DESTINATION PORT — это соединение между IP-адресом и процессом, запущенным на хосте. Сетевой порт обычно идентифицируется целым числом. Однако дейтаграмма пользователя не содержит никакого IP-адреса, так как же протокол UDP узнает, когда достигнут конечный пункт назначения?

При вычислении заголовка CHECKSUM протокол UDP добавляет 12-байтовый псевдозаголовок, состоящий из IP-АДРЕСА ИСТОЧНИКА, IP-АДРЕСА НАЗНАЧЕНИЯ и некоторых дополнительных полей. Когда хост получает дейтаграмму UDP, он берет заголовок UDP и создает новый псевдозаголовок, используя свой собственный IP-адрес в качестве IP-АДРЕСА НАЗНАЧЕНИЯ и IP-АДРЕСА ИСТОЧНИКА, извлеченных из дейтаграммы IP. Затем он вычисляет контрольную сумму, и если она равна контрольной сумме UDP, значит, дейтаграмма получила конечный пункт назначения.

Как показано на рисунке стека интернет-протокола, протокол UDP часто используется в качестве основного протокола в протоколах приложений клиент-сервер, таких как TFTP, DNS и т. д., где накладные расходы на выполнение надежной передачи, ориентированной на установление соединения, значительны. Эта проблема будет рассмотрена в следующих двух разделах.

Протокол управления передачей (TCP)

Протокол управления передачей обеспечивает полнодуплексный, надежный, ориентированный на соединение сервис для прикладного уровня, как показано на рисунке стека интернет-протокола. В этом разделе описан основной принцип протокола TCP и то, как он обеспечивает надежную работу протоколов прикладного уровня.

Протокол TCP — это протокол, ориентированный на поток. Он предназначен для предоставления программному обеспечению прикладного уровня услуги по надежной передаче больших объемов данных. Он устанавливает полнодуплексный виртуальный канал между двумя передающими хостами, так что оба хоста одновременно могут отправлять данные в Интернет без указания хоста назначения после установления соединения. В разделе Transactional Transmission Control Protocol (T/TCP) клиент-серверное расширение протокола TCP представлено как альтернатива потоковой архитектуре.

Формат TCP-сегмента

<УЛ>

URG Срочное поле указателя допустимо

Поле подтверждения ACK действительно.

PSH Этот сегмент запрашивает push-уведомление.

RST Сбросить соединение

SYN Синхронизировать порядковые номера

Отправитель FIN достиг конца потока байтов.

Надежная передача

На уровне IP-протокола пакеты могут быть отброшены из-за перегрузки сети, сбоя шумового шлюза и т. д. Для обеспечения надежного обслуживания протокол TCP должен восстанавливать данные, которые были повреждены, потеряны, дублированы или доставлены не по порядку. через систему связи Интернет. Это достигается назначением НОМЕРА ПОСЛЕДОВАТЕЛЬНОСТИ каждому переданному байту и требованием положительного подтверждения (ACK) от хоста-получателя. Если ACK не получен в течение интервала времени ожидания, данные передаются повторно. В получателе порядковые номера используются для правильного упорядочения сегментов, которые могут быть получены не по порядку, и для устранения дубликатов. Повреждения обрабатываются путем добавления контрольной суммы к каждому передаваемому сегменту, проверки ее в приемнике и отбрасывания поврежденных сегментов. Принцип проиллюстрирован на рисунке ниже:

Хост A передает пакет данных на хост B , но пакет теряется до того, как достигает пункта назначения. Однако хост A установил таймер, когда следует ожидать подтверждения от хоста B, поэтому, когда этот таймер истечет, пакет будет передан повторно. Трудная часть метода заключается в том, чтобы найти значение периода ожидания, поскольку сегмент TCP может перемещаться по разным скоростным сетям с разной нагрузкой. Это означает, что время приема-передачи (RTT) может варьироваться от сегмента к сегменту. Простым способом расчета RTT является использование рекурсивного среднего значения с экспоненциальным окном для уменьшения важности старых значений.

Как упоминалось во введении к разделу TCP, этот протокол является потоково-ориентированным.Он использует неструктурированные потоки без метода индексации пользовательских данных, например. как записи и т. д. Кроме того, длина сегмента TCP может варьироваться, как в случае IP-датаграммы и пользовательской дейтаграммы UDP. Поэтому подтверждение не может основываться на номере сегмента, а должно основываться на успешно переданных байтах.

Однако принцип PAR очень неэффективен, поскольку хост-отправитель должен дождаться подтверждения, прежде чем он сможет отправить следующий сегмент. Это означает, что минимальное время между двумя сегментами равно 1 RTT плюс время, необходимое для обслуживания сегментов на обоих концах. Протокол TCP решает эту проблему, используя скользящие окна на обоих концах.

Байт номер 1 потерян, поэтому узел B никогда не отправляет обратно положительное подтверждение. Когда хост A истекает по тайм-ауту на байте 1, он повторно передает его. Однако, поскольку остальные байты со 2 по 5 успешно переданы, следующее подтверждение может немедленно перейти к 6, который является следующим ожидаемым байтом. Байт 2 также передается повторно, поскольку хост А не знает точно, сколько байтов ошибочно. Хост B просто отбрасывает байт 2, так как он уже загружен.

Метод окна также можно использовать для обеспечения механизма управления перегрузкой. Как показано на рисунке «Формат сегмента TCP», в каждом сегменте есть поле WINDOW, в котором указано, сколько данных готов принять узел. Если хост сильно загружен, он может уменьшить параметр WINDOW и, следовательно, скорость передачи падает.

Однако, поскольку протокол TCP является сквозным, он не может определить, возникла ли проблема перегрузки в промежуточном интерфейсном процессоре сообщений (IMP) (часто называемом узлом с коммутацией пакетов), и, следовательно, он не имеет означает управлять им, регулируя размер окна. TCP решает эту проблему, используя сообщения гашения исходного кода протокола управляющих сообщений Интернета (ICMP).

Установление соединения

Когда должно быть открыто соединение TCP, используется трехстороннее рукопожатие (3WHS) для установления виртуального канала, который существует до тех пор, пока соединение не будет закрыто в конце передачи данных. Далее описывается 3WHS, так как он является важной частью протокола TCP, но также демонстрирует некоторые недостатки протокола. Принцип работы 3WHS показан на рисунке ниже:

Блоки в середине символизируют соответствующую часть сегмента TCP, то есть НОМЕР ПОСЛЕДОВАТЕЛЬНОСТИ, НОМЕР ПОДТВЕРЖДЕНИЯ и КОД. Активный хост A отправляет сегмент, указывающий, что он начинает свой SEQUENCE NUMBER с x. Хост B отвечает ACK и указывает, что он начинается с SEQUENCE NUMBER y. В третьем сегменте оба хоста договариваются о порядковых номерах и о том, что они готовы к передаче данных.

На рисунке только хост А активно открывает. На самом деле два хоста могут открываться одновременно, и в этом случае оба хоста выполняют SYN-RECEIVED, а затем синхронизируются соответственно. Принципиальная причина использования 3WHS – предотвращение путаницы при инициации старых дублирующих соединений.

Обратите внимание, что НОМЕР ПОСЛЕДОВАТЕЛЬНОСТИ сегментов 3 и 4 один и тот же, потому что ACK не занимает место в порядковом номере (в противном случае протокол завершил бы подтверждение ACK!).

Однако во многих приложениях установление TCP-соединения является довольно длительным и обременительным, особенно в приложениях клиент-сервер, таких как World-Wide Web. В следующем разделе представлена альтернатива с более легким установлением соединения.

Протокол управления передачей транзакций (T/TCP)

<УЛ>

Взаимодействие между клиентом и сервером основано на запросе, за которым следует ответ, то есть без сохранения состояния.

Протокол должен гарантировать, что транзакция будет выполнена не более одного раза, а любые повторяющиеся пакеты, полученные сервером, должны быть отброшены.

Отсутствует явная процедура открытия или закрытия соединения. Это противоположно TCP и 3WHS, как описано выше.

Минимальная задержка транзакции для клиента должна составлять время приема-передачи (RTT) + время обработки сервером (SPT) . Это в основном то же требование, что и отсутствие явной процедуры открытия или закрытия.

Протокол должен быть в состоянии обрабатывать надежную минимальную транзакцию ровно 1 сегмента в обоих направлениях.

Неявное установление соединения

Протокол T/TCP, как видно из названия, основан на протоколе TCP, и T/TCP обратно совместим с TCP. Однако одна из особенностей протокола T/TCP заключается в том, что он может обходить описанную в предыдущем разделе процедуру 3WHS, но в случае сбоя разрешается использовать процедуру 3WHS.

В этом примере два сегмента отправляются в обоих направлениях. Соединение устанавливается, когда первый сегмент достигает сервера. Клиент остается в состоянии TIME-WAIT, которое объясняется в следующем разделе.

Отключение соединения

<УЛ>

Протокол (UDP, TCP)

IP-адрес хоста A

Номер порта хоста A

IP-адрес хоста B

Номер порта хоста B

Однако номера CC T/RCP обеспечивают уникальную идентификацию каждой транзакции, поэтому протокол T/TCP может усекать WAIT-STATE путем сравнения номеров CC. Этот принцип можно рассматривать как расширение конечного автомата одной транзакции, чтобы также включить информацию о предыдущих и будущих транзакциях с использованием одного и того же кортежа из 5.

TTCP и Всемирная паутина

Как будет показано в описании World-Wide Web этой диссертации, принцип World-Wide Web - это транзакционно-ориентированный обмен объектами данных. Вот почему протокол T/TCP очень интересен в этой перспективе.

TCP/IP и OSI/RM

Международная организация по стандартизации (ISO) разработала вторую доминирующую схему многоуровневого протокола, которая называется эталонной моделью взаимодействия открытых систем ISO (OSI/RM) . В этом разделе представлена эталонная модель OSI и ее сравнение со стеком протоколов TCP/IP, как показано на рисунке.

Физический уровень Определяет физическое соединение между хост-компьютерами и IMP и то, как биты передаются по каналу связи. Канальный уровень данных Этот уровень определяет, как данные перемещаются между IMP с использованием кадров. Его основная задача состоит в том, чтобы перевести услугу с физического уровня на пакетно-ориентированную безошибочную передачу. Сетевой уровень Кадры уровня канала передачи данных организуются в пакеты и направляются по сети. Связь все еще между IMP. Транспортный уровень Первый уровень, обеспечивающий сквозную транспортную услугу. Это гарантирует, что переданные данные правильно поступят на другой конец. Уровень сеанса Этот уровень определяет, как два хоста могут устанавливать сеансы, в которых данные могут передаваться в обоих направлениях по виртуальному соединению между двумя хостами. Уровень представления Уровень представления вводит набор синтаксиса и семантики информации, передаваемой через нижние уровни протокола. Уровень приложений Этот уровень определяет независимый от платформы виртуальный сетевой терминал, чтобы прикладные программы могли обмениваться данными независимо от используемого внутреннего представления данных. Несмотря на то, что OSI/RM и TCP/IP можно сравнивать таким образом, между OSI/RM и стеком протоколов TCP/IP все еще существует несколько существенных различий, но наиболее фундаментальным является то, что OSI/RM представляет собой стандартизированную модель того, как функциональность стека протоколов может быть организована. В нем не указаны точные службы и протоколы, которые будут использоваться на каждом уровне, тогда как протокол TCP/IP является результатом экспериментальных исследований. Несмотря на это, модель OSI/RM послужила основой для нескольких реализаций стеков протоколов, таких как X.25, обсуждаемых в Критике X.25

Еще одно отличие заключается в том, где в слоях размещается интеллектуальная информация. OSR/RM представляет надежный сервис на канальном уровне, в то время как TCP/IP обладает интеллектом только на транспортном уровне. Оба решения имеют преимущества и недостатки. Когда надежный сервис передачи данных размещается на нижних уровнях, клиенты, использующие сеть для связи, могут быть очень простыми, поскольку им не приходится обрабатывать сложные ситуации с ошибками. Недостатком является то, что производительность снижается из-за чрезмерного объема управляющей информации, передаваемой и обрабатываемой на каждом хосте.

Несколько дней назад я установил 32-разрядную версию Win7 на ПК, и он не взаимодействовал с моим Lacie NAS, на котором установлена встроенная WinXP. На других моих компьютерах с Win7 проблем не было.

После небольшого поиска я нашел сообщение на форуме, в котором мне было предложено включить старые сетевые протоколы на ПК с Win7, я думаю, что это были протоколы win98 или что-то в этом роде. Для этого мне пришлось запустить программу .msc. Это решило проблему.

Теперь у меня похожая проблема на другом ПК с Win7, и я не могу найти эту публикацию и не могу вспомнить, что я делал!

Кто-нибудь знает программу или настройку для этого?

1 Ответ 1

Вероятно, это вопрос суперпользователя, а не вопрос о сбое сервера, но я хотел подчеркнуть, что NAS со встроенной Windows XP вряд ли использует какие-либо действительно старые сетевые протоколы (с точки зрения сети Microsoft). ). Пока вы не вернетесь к временам Windows 95/98 (или более ранним версиям), вы не столкнетесь с действительно неприятными вещами, такими как NetBEUI.

Если NAS работает под управлением Windows XP Embedded, у него не должно возникнуть проблем с шифрованием пароля SMB. Не пользуясь многими продуктами LaCie, я не могу точно сказать, в чем проблема, которую вы видите, но я искренне сомневаюсь, что LaCie экспортирует какой-либо протокол обмена файлами Windows, кроме NetBIOS, через TCP/SMB.

Я полагаю, вы могли бы попытаться включить аутентификацию SMB с открытым текстом, просто чтобы посмотреть, решит ли это вашу проблему. Мне неясно, будет ли это работать в Windows 7 или нет, но вы можете попробовать установить значение DWORD «EnablePlainTextPassword» на «1» в «HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\LanmanWorkStation\Parameters».Перезагрузите (или остановите и перезапустите службу "Рабочая станция") и посмотрите, что получится.

Ознакомьтесь с комментарием Криса С ниже. Очень вероятно, что уровень LMCompatibilityLevel по умолчанию в Windows 7 (который равен «3», что означает «Отправлять только NTLMv2») вызывает вашу проблему, если ваше устройство LaCie использует более старый сервер SMB (например, версию Samba до 3.0.21, для пример).

Несколько пользователей сообщают об ошибке "Windows не удалось автоматически связать стек IP-протокола с сетевым адаптером" после попытки исправить беспроводное подключение с помощью средства устранения неполадок Windows. Большинство затронутых пользователей сообщают, что проблема начала возникать после неудачного обновления Windows или после удаления программного обеспечения VPN.

Windows не удалось автоматически привязать стек протоколов IP к сетевому адаптеру

В чем причина того, что Windows не может автоматически связать ошибку стека IP-протокола

Если вы обратите внимание на детали, сообщение об ошибке слегка укажет вам на источник проблемы. Мы исследовали эту конкретную проблему, просмотрев различные отчеты пользователей и исправления, которые они использовали для решения проблемы. Из того, что мы узнали, есть несколько виновников, о которых часто говорят, что они ответственны за появление этой проблемы:

Windows не может получить IP-адрес с помощью DHCP. При выполнении определенных сценариев у Windows могут возникнуть проблемы с получением IP-адреса с помощью протокола динамической конфигурации хоста (из-за плохого драйвера или конфликтующих сетевых инструментов).
Клиент виртуальной частной сети (VPN) мешает соединению. Это одна из наиболее распространенных причин возникновения этой конкретной ошибки. Этот сценарий часто возникает, когда пользователь пытается удалить VPN-клиент, не следуя официальным каналам.
Во время обновления устанавливается неподдерживаемое программное обеспечение VPN. Если вы недавно выполнили обновление до Windows 10, программное обеспечение виртуальной частной сети, такое как Cisco VPN, могло оставить некоторые остаточные файлы, которые мешают вашему беспроводному соединению.
Служба автонастройки WLan отключена. Некоторые приложения или плохое обновление Windows могут помешать запуску этой службы при каждом запуске системы.

Если вы пытаетесь решить эту конкретную проблему, эта статья поможет вам решить эту проблему. Ниже вы найдете набор исправлений, которые другие пользователи в аналогичной ситуации использовали для решения проблемы.

Для достижения наилучших результатов следуйте приведенным ниже методам в том порядке, в котором они представлены, пока не найдете исправление, эффективное для решения проблемы в вашем конкретном сценарии.

Способ 1. Возврат к настройкам свойств сетевого адаптера по умолчанию

Начнем с простого — убедимся, что никакие другие сетевые элементы не мешают соединению (кроме стандартных). Скорее всего, эта проблема возникает из-за того, что сторонний сетевой клиент (VPN, сетевой драйвер виртуальной машины или что-то еще) вызывает сбои в работе беспроводного соединения.

Как правило, любые помехи такого рода можно устранить, убедившись, что соединение Wi-Fi использует только те элементы, которые ему необходимы. Вот краткое руководство о том, как это сделать:

Нажмите клавишу Windows + R, чтобы открыть диалоговое окно «Выполнить». Затем введите «ncpa.cpl» и нажмите Enter, чтобы открыть вкладку «Сетевые подключения». Диалог запуска: ncpa.cpl
На вкладке «Сетевые подключения» щелкните правой кнопкой мыши сетевой адаптер Wi-Fi, который отказывается работать, и выберите «Свойства». Щелкните правой кнопкой мыши свою сеть Wi-Fi и выберите "Свойства".
На экране "Свойства Wi-Fi" убедитесь, что вы находитесь на вкладке "Сеть". Затем снимите флажок, связанный с каждой записью, которая не указана ниже, и нажмите «ОК». Примечание. Но прежде чем сделать это, найдите время, чтобы сделать снимок экрана с текущей конфигурацией, чтобы вы знали, к каким настройкам вернуться в если этот метод не работает.

Общий доступ к файлам и принтерам для сетей Microsoft
Планировщик пакетов QoS
Ответчик обнаружения топологии канального уровня
Интернет-протокол версии 4 (TCP/IPv4)
Сопоставитель обнаружения топологии канального уровня Драйвер ввода-вывода
Протокол Интернета версии 6 (TCP/IPv6)
Драйвер протокола Microsoft LLDP
Клиент для сетей Microsoft

Если вы по-прежнему сталкиваетесь с ошибкой "Windows не удалось автоматически привязать стек протоколов IP к сетевому адаптеру", перейдите к следующему способу ниже.

Способ 2. Использование редактора реестра для добавления значения DhcpConnEnableBcastFlagToggle

Есть еще одно популярное исправление, которое помогло многим пользователям устранить ошибку "Windows не удалось автоматически связать стек протоколов IP с сетевым адаптером".

Этот метод предполагает использование редактора реестра для перехода к разделу NetworkCards и извлечения данных значения адаптера, в котором отображается ошибка. Затем мы будем использовать данные этого значения адаптера, чтобы перейти к его строке ServiceName и создать новое DWORD с именем DhcpConnEnableBcastFlagToggle.

Этот метод может показаться сложным для повторения, поскольку все делается в редакторе реестра, но на самом деле это довольно легко сделать. Эта процедура ничего не удалит из вашего реестра, поэтому вы не рискуете повредить какой-либо другой компонент, если будете точно следовать приведенным ниже инструкциям.

Вот что вам нужно сделать:

Нажмите клавишу Windows + R, чтобы открыть диалоговое окно «Выполнить». Затем введите «regedit» и нажмите Enter, чтобы открыть редактор реестра. При появлении запроса UAC (Контроль учетных записей пользователей) нажмите Да, чтобы предоставить права администратора.
В редакторе реестра используйте правую панель, чтобы перейти к указанному ниже разделу реестра. Вы можете либо вставить этот путь непосредственно в окно редактора реестра, либо перейти туда вручную.
В разделе реестра NetworkCards у вас должно быть 2 (или более) подраздела. Имейте в виду, что каждый из этих подразделов соответствует адаптеру. Теперь, чтобы выяснить, какой подраздел соответствует адаптеру, вызывающему проблему, выберите каждую папку (2, 3 и т. д.) и проверьте значение Data в описании, чтобы определить виновника.
Как только вам удастся определить, какой подраздел соответствует вашему беспроводному сетевому адаптеру, выберите его, а затем на правой панели дважды щелкните ServiceName.
Открыв значение ServiceName, скопируйте все данные этого значения в буфер обмена.
Перейдите к следующему разделу реестра вручную или вставьте его в панель навигации и нажмите Enter:

Способ 3. Удаление мешающих ключей реестра CISCO VPN

Согласно различным отчетам пользователей, похоже, что более старые версии Cisco VPN часто вызывают эту конкретную ошибку. Многие пользователи предполагают, что это происходит из-за того, что старые сборки Cisco VPN не предназначены для работы с последними обновлениями Windows 10 (обновление Anniversary и Creators Update).

Очевидно, что приложение Cisco VPN может оставить после себя какой-то ключ реестра (этот вызывает ошибку), даже если программа удалена. К счастью, вы можете легко решить эту проблему, запустив административную команду CMD. Вот краткое руководство о том, как это сделать:

Нажмите клавишу Windows + R, чтобы открыть диалоговое окно «Выполнить». Затем введите «cmd» и нажмите Ctrl + Shift + Enter, чтобы открыть окно командной строки с повышенными привилегиями. При появлении запроса UAC (Контроль учетных записей пользователей) нажмите «Да», чтобы предоставить права администратора. Диалог запуска: cmd
В окне CMD с повышенными правами введите или вставьте следующую команду и нажмите Enter, чтобы удалить проблемный ключ.

Если вы по-прежнему видите сообщение об ошибке "Windows не удалось автоматически привязать стек протоколов IP к сетевому адаптеру", перейдите к следующему способу ниже.

Способ 4. Изменение типа запуска AutoConfig на автоматический

Несколько пользователей сообщили, что ошибка «Windows не удалось автоматически связать стек протоколов IP с сетевым адаптером» была устранена после того, как они изменили тип запуска службы AutoConfig на автоматический.

Хотя эта служба должна быть включена по умолчанию при каждом запуске, стороннее приложение или неудачный процесс обновления могут изменить стандартное поведение. Вот краткое руководство по включению типа запуска AutoConfig:

Нажмите клавишу Windows + R, чтобы открыть диалоговое окно «Выполнить». Затем введите «services.msc» и нажмите Enter, чтобы открыть экран «Службы». Диалог запуска: services.msc
На экране «Службы» прокрутите список локальных служб вниз и найдите «Автонастройка WLAN». Как только вы увидите его, дважды щелкните по нему. На экране "Службы" дважды нажмите "Автонастройка WLAN".
На экране «Свойства» перейдите на вкладку «Общие» и установите для параметра «Тип запуска» значение «Автоматически» в раскрывающемся меню. Затем нажмите Применить, чтобы сохранить изменения. Установите для параметра "Тип запуска" значение "Автоматически", затем нажмите "Применить", чтобы сохранить изменения.
Перезагрузите компьютер. При следующем запуске Windows должна автоматически запустить службу автонастройки WLAN и решить проблему.

Если вам по-прежнему не удается получить доступ к Интернету через Wi-Fi, перейдите к следующему способу ниже.

Способ 5. Использование точки восстановления системы

Если вы зашли так далеко безрезультатно, вы, вероятно, сможете решить проблему, если у вас есть сохраненная точка восстановления системы, датированная до того, как вы столкнулись с проблемой.

Некоторые пользователи в похожей ситуации сообщали, что восстановление системы помогло им после неудачного обновления Windows или неудачного удаления программного обеспечения VPN.

Старая точка восстановления системы вернет ваш компьютер в состояние, в котором ваш адаптер Wi-Fi работал правильно. Вот краткое руководство о том, как это сделать:

Нажмите клавишу Windows + R, чтобы открыть диалоговое окно «Выполнить». Затем введите «rstrui» и нажмите Enter, чтобы открыть мастер восстановления системы. Диалог запуска: rstrui
Дождитесь запуска утилиты, затем выберите «Выбрать другую точку восстановления» и нажмите «Далее» при появлении первого запроса. Выберите инструмент «Выбрать другую точку восстановления» и нажмите «Далее».
На следующем экране установите флажок Показать больше точек восстановления, чтобы получить полный список ваших точек восстановления. Затем выберите точку восстановления, датированную до того, как вы столкнулись с этой проблемой, и снова нажмите кнопку «Далее». Выберите более старую точку восстановления системы и нажмите "Далее".
После нажатия кнопки "Готово" ваш компьютер перезагрузится, и будет восстановлено прежнее состояние компьютера.

При следующем запуске вы должны заметить, что ваше беспроводное соединение работает, и вы больше не сталкиваетесь с ошибкой «Windows не удалось автоматически привязать стек протоколов IP к сетевому адаптеру».

Читайте также: