Как проверить доступность dhcp сервера

Последствия недоступности DHCP сервера

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

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

Недоступен шлюз по умолчанию

При загрузке клиент Windows (2K или более поздней версии) с адресом, полученным по DHCP, пытается возобновить свою аренду, для чего отправляет своему DHCP-серверу пакет DHCPRequest. Если DHCP-сервер отвечает пакетом DHCPAck, клиент возобновляет аренду. Если DHCP-сервер отвечает DHCPNack, клиент перезапускает процесс аренды. А если DHCP-сервер не отвечает, то клиент пингует шлюз по умолчанию, определенный в текущей аренде. Если шлюз доступен, клиент продолжает использовать свою текущую аренду, при этом не оставляя попыток ее продлить. Если же пинг не проходит, то клиент считает, что его перенесли в другую подсеть, и, соответственно, использование имеющегося адреса более невозможно. Он возвращает полученный по DHCP адрес, автоматически настраивает IP-адрес с использованием механизма APIPA ( Automatic Private IP Addressing ) и продолжает поиск доступного DHCP-сервера в фоновом режиме.

Это в теории, проверим ее на практике. Для теста возьмем три сервера — DHCP-сервер (192.168.0.2), шлюз (192.168.0.1) и клиент. Проверим доступность DHCP-сервера и шлюза.

Посмотрим настройки на клиенте. Как видите, он получил по DHCP адрес 192.168.0.11, срок аренды составляет 8 дней.

Теперь выключим DHCP-сервер.

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

Гасим шлюз и перезагружаем клиента еще раз.

И видим такую вот картину. Как и было задумано, клиент потерял выданный ранее адрес и получил адрес APIPA.

Настройка на DHCP-сервере

Существует возможность принудительно заставить клиента каждый раз при перезагрузке\выключении возвращать выданный по DHCP адрес. Для операционных систем Microsoft на DHCP-сервере имеется специальная опция 002 Microsoft Release DHCP Lease On Shutdown. Для ее настройки надо запустить оснастку DHCP, открыть свойства области (Scope Options), перейти в раздел Advanced и в поле Vendor class выбрать Microsoft Windows 2000 Options.

Данная опция может принимать одно из трех значений:

• 0 — при выключении клиент не должен освобождать полученный адрес;
• 1 — при выключении клиент всегда должен освобождать полученный адрес;
• 2 — при выключении клиент поступает согласно локальным настройкам.

При значении 1 клиент при выключении и перезагрузке всегда возвращает полученный адрес, и, соответственно, DHCP-сервер должен быть доступен. В противном случае при включении мы получаем знакомую картину.

Обратите внимание, что в поле Vendor class кроме раздела Microsoft Windows 2000 Options есть еще раздел Microsoft Options, в котором также имеется эта опция. И в некоторых источниках рекомендуется использовать именно ее. В моем случае опция из раздела Microsoft Options не сработала, проверял на Windows Server 2019 и Windows 10.

Настройки на клиенте DHCP

Заставить клиента DHCP при выключении возвращать адрес можно и с помощью редактирования реестра. Для этого необходимо в разделе реестра HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\Tcpip\Parameters\Interfaces найти подраздел с ID нужного сетевого интерфейса и в нем создать параметр типа DWORD с именем ReleaseOnShutdown. Значение параметра может быть:

• 0 — никогда не освобождать адрес при выключении;
• 1- всегда освобождать адрес при выключении;
• 2 — поступать согласно настройкам, полученным с DHCP сервера.

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

Устранение неисправностей с сервером DHCP

Самая частая проблема, связанная с DHCP, заключается в назначении неправильного IP адреса. Например, предположим, что ваш сервер DHCP был настроен на использования интервала IP адресов с 192.168.0.1 по 192.168.50. Вам следует ожидать, что сетевому компьютеру будет присвоен IP адрес из этого интервала. Теперь предположим, что рабочая станция в вашей сети начала испытывать проблемы при обращении к другим сетевым серверам. Вам необходимо использовать команду IPCONFIG /ALL для того, чтобы увидеть сетевую конфигурацию и IP адрес. Вместо адреса из ожидаемого интервала адресов мы видим, что рабочей станции был присвоен адрес, начинающийся с 169.254. Так что же произошло? Если компьютеру в вашей сети неожиданно был присвоен адрес, начинающийся с 169.254, то вы можете быть абсолютно уверены, что этот адрес был присвоен не вашим DHCP сервером. Случилось то, что ваша рабочая станция не смогла соединиться с сервером DHCP server. Если такое происходит, что рабочая станция сама назначает себе IP адрес, с помощью средства Windows под названием Automatic Private IP Addressing (APIPA или автоматическая адресация).

Microsoft встроил автоматическую адресацию в операционную систему Windows в качестве помощи тем, кто использует очень маленькие сети. Например, если вы создали небольшую сеть Windows, то вам не нужно вручную настраивать IP адреса, даже если нет сервера DHCP в сети. APIPA поможет вам автоматически присвоить уникальный адрес класса В каждой машине в сети. Это великолепно для небольших домашних сетей, но абсолютно неприменимо для больших сетей. Если рабочая станция воспользовалась услугами APIPA, то это означает, что на ее запрос на получение IP адреса не пришло ответа. Причин возникновения такой ситуации может быть несколько. Если вы знаете, что все остальные компьютеры в вашей сети нормально запрашивают IP адрес у вашего DHCP сервера, то вы можете заключить, что причиной проблемы является не DHCP server.

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

Конечно, только то, что один компьютер не может получить IP адрес, вовсе не означает, что наш сервер является источником проблемы. Если другие рабочие станции успешно получают IP, то вы можете быть уверены, что сервер работает правильно. Однако, может возникнуть такая ситуация, что сервер исчерпал лимит IP адресов, которые он может назначить клиентам. Вы можете легко выявить такую проблему, сравнив количество адресов, входящих в интервал, выделенный для сервера DHCP, с количеством устройств, которые запрашивают IP адрес у сервера DHCP server. Общие проблемы серверов DHCP

Если несколько рабочих станций испытывают проблемы с получением IP адресов, то вероятней всего проблема заключается в самом DHCP сервере. Если вы подозреваете, что проблемы вызывает DHCP сервер, то вы можете проверить это с помощью нескольких простых тестов на проверку соединения (ping test) и доступность сервера DHCP по сети.

Если сервер DHCP может связаться с другими компьютерами в сети, то я рекомендую проверить, что серверу DHCP server присвоен IP адрес, и что этот адрес совместим с тем интервалом адресов, для которого этот сервер настроен присваивать адреса для рабочих станций. Например, если интервал адресов, которые сервер DHCP присваивает рабочим станциям, варьируется с 192.168.0.1 до 192.168.0.50, то сервер не сможет присваивать адреса рабочим станциям до тех пор, пока ему самому не будет присвоен статический адрес в том же самом сегменте подсети, например, 192.168.0.0 или 192.168.0.51.

Если это по-прежнему не помогает решить проблему, то я рекомендую проверить основы. Например, вы должны убедиться, что сервер DHCP все еще авторизован Active Directory для раздачи IP адресов. Вы должны также проверить, что этот интервал активен, и что все необходимые службы запущены на сервере DHCP server.

Конфликты IP адресов

Другая проблема, которую я наблюдал, заключается в конфликте IP адресов среди динамически распределяемых адресов. Когда вы создаете интервал DHCP scope, то сервер DHCP отвечает за то, чтобы адреса внутри интервала были уникальны для каждой машины. Если это действительно так, то откуда же возникает конфликт динамически назначаемых адресов?

Были две ситуации, с которыми я столкнулся при возникновении такой проблемы. Первый раз, когда я столкнулся с этой проблемой, я смог определить, каким компьютерам были присвоены одинаковые адреса. Когда я проверил конфигурацию TCP/IP на этих машинах, то обнаружил, что на одной из них адреса были настроены вручную. Это достаточно долгая история, но если коротко, то для работы одного из приложение на этом компьютере необходимо было, чтобы у машины был статически IP адрес. Пользователю надоела постоянно настраивать это приложение под меняющийся адрес, поэтому он просто взял адрес, который был присвоен ему динамически и сделал его статическим.

Вероятность возникновения такой ситуации в наши дни достаточно невелика. Когда возникла такая ситуация повсеместно использовалась операционная система Windows 98. В операционной системе Windows 98 не хватает много инструментов для безопасности, которые есть у нас на сегодняшний день. Правильно настроенная безопасность на рабочей станции с операционной системой Windows XP или Windows Vista позволит запретить все изменения конфигурации пользователю. Но, несмотря на это, я все же хотел упомянуть эту ситуацию, т.к. иногда она поможет вам решить проблему.

Гораздо чаще проблема с конфликтом адресов возникает, когда используются несколько DHCP серверов, и эти сервера DHCP имеют пересекающиеся множества адресов. Если у вас только один сервер DHCP в вашей сети, то не совершайте ошибки, и не исключайте возможность возникновения такой ситуации в вашей сети. Есть вероятность того, что в вашей сети появился пиратский (rogue) DHCP сервер, который конфликтует с вашим основным сервером DHCP.

Операционные системы Windows 2000 Server и Windows Server 2003 спроектированы таким образом, чтобы избежать проблем с пиратскими (rogue) DHCP серверами. В них сервер DHCP может присваивать IP адреса лишь после того, как он был авторизован Active Directory. Но проблема заключается в том, что это применимо лишь для серверов DHCP, которые работают на платформе Windows. Сервера DHCP, работающие на других операционных системах могут присваивать IP адреса клиентам без необходимости быть авторизованными Active Directory.

Так существует ли какая-нибудь сложность установки пиратского сервера DHCP, который работает на платформе Linux? Вероятно, нет. Гораздо более вероятное объяснение заключается в том, что вашей проблемой является беспроводная точка доступа, или маршрутизатор. Такие устройства практически всегда имеют встроенный DHCP сервер. Эти устройства обычно используют интервал адресов с 192.168.0.x или 192.168.1.x. Если так случилось, что этот же самый интервал IP адресов используется на вашем основном DHCP сервере, что тогда вы столкнетесь с ситуацией, когда оба сервера DHCP присваивают адреса из одного и того же интервала, что приводит к конфликту.

Заключение

В этой статье я объяснил, что существует ряд потенциальных случаев, при которых могут возникать сбои в работе DHCP. В большинстве случаев сбои связаны с проблемами с соединением между сервером DHCP server и рабочими станциями, которые пытаются получить адреса.

DHCP + PING = DHCPING = Testing DHCP Availability

When network troubles arise, it is important to have knowledge of the protocols used for basic network services. System administrators are often the first to notice and triage network issues. Because of this it is imperative that you have a wide range of tools at your disposal. The most common network tools are ping, traceroute, and dig. With a working knowledge of these utilities you can quickly identify network related issues and therefore keep your services available. In this article we will discuss a less common utility called dhcping (dhcp — ping). This utility that allows you to send DHCPREQUEST or DHCPINFORM packets to a DHCP server to test if it is functioning or not.

Installing dhcping

DHCPing is available to most modern Linux systems.

To install it on a RPM based system like Red Hat or CentOS:

Or Fedora (which now uses DNF):

To install DHCPING on Ubuntu or Debian based systems:

Basic Usage of dhcping

It is important to understand that dhcping does not run through the whole D.O.R.A. process (Discovery, Offer, Request, Acknowledge — More information in the Resources section below). Because of this you will need to troubleshoot from a system that already has an IP address on the network.

Gathering Information

To get started, we need some information. We will need at minimum, our IP address, our hardware/MAC address, and the IP of the DHCP server we want to test.

If you don’t know how to find this information read:

Test the DHCP Server

Now that we have the necessary information, we can construct the command to test the DHCP server.

In the example above, we received «Got answer from: 10.0.0.1». This tells us that the DHCP server is working correctly and able to respond.

If the DHCP server did not respond, you would see «no answer» output to the terminal. Here is an example of the test failing:

DHCPING Options

Although there isn’t much to this utility, it does provide a few options. Here we will outline the most popular and how to use them.

Send DHCPINFORM instead of DHCPREQUEST

By default, dhcping sends a DHCPREQUEST packet. You can force it to use the DHCPINFORM packet by using the -i option.

Quiet Mode, Print no Output

This option comes in handy if using it in scripts. Using the -q option will cause the command to NOT return any output.

Set Maximum Wait Time

You can use the -t option to set the maximum time to wait in seconds. The default is 3.

For a full list of all options, see the dhcping man page.

Conclusion

The DHCPING utlity is a nice little utility that helps in checking if a DHCP server is still functioning as expected. Once you understand how it works, it is fairly simple to use and available on most Linux systems. It has come in handy for me more than once over the years, but it is definitely not something I use on a daily.

Dhcp сервер на ноутбуке

В пользователей, в которых дома появляется несколько компьютеров, возникает потребность объединить все существующие ПК в локальную сеть. Этот процесс нужен, чтобы сделать взаимодействие между ними удобным.

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

Это все стает возможным, воспользовавшись роутером, ADSL-модемом, любым другим устройством Главное, чтобы в нем был встроенный маршрутизатор. Сначала потребуется произвести включение DHCP на своем сетевом адаптере, отдельно на каждом из компьютеров. Затем включить соответствующую службу на своем роутере, модеме. Они будут исполнять функции сервера.

Данный протокол дает возможность компьютерам в автоматическом режиме проводить настройку взаимодействия с другими ПК. Это выполняется с помощью сервера или маршрутизатора. Многих пользователей ПК интересует вопрос, как включить DHCP, чтобы подключить несколько устройств к локальной сети.

Как проверить работу службы «DHCP-сервер»

Перед тем, как включать DHCP на сетевом адаптере, нужно посмотреть, включена ли служба «DHCP-сервер» на роутере или, если вы используете ADSL-модеме, то на нем. Чтобы узнать это понадобится включить «Панель управления роутером». Чтобы запустить данный инструмент, необходимо воспользоваться веб-интерфейсом. При этом потребуется ввести логин и пароль. Нужны те данные, которыми пользуется администратор.

В сетевых настройках необходимо перепроверить поставлена ли галочка возле пункта под названием «Автоматически назначать IP адреса» или «Dynamic IP Address Mode», если англоязычная версия. Если данная утилита не активирована, то понадобится поставить птичку на соответствующем пункте. Сохранить измененные настройки. Затем перезагрузить устройство.

Включение DHCP

Когда dhcp не включен на сетевом адаптере, то сначала необходимо перепроверить, включен ли DHCP-клиент на всех используемых компьютерах. Для этого достаточно команду «services.msc» прописать в строку поиска инструмента «Выполнить». Его можно вызвать через поиск меню ПУСК.
В окне, которое откроется, есть возможность включить или же отключить DHCP. Стандартно, при запуске службы должен быть установлен автоматический тип. В случае, если там будет указано другое значение, его придется сменить на «Автоматически». Нажать «Ок» и перезагрузится.

Включить службу через командную строку

Для открытия командной строки, нужно просто нажать ПКМ по значку меню Пуск. Затем запустить её от имени администратора. Или прописав команду «cmd» в окошке «Выполнить». Затем в строке прописать значение «netsh interface ip set address «Подключение по локальной сети»dhcp». В данной команде, фраза «Подключение по локальной сети» означает название вашего подключения.
Таким образом произойдет переключение из статических параметров настроек подключения.

Чтобы переключить список статистических настроек dns серверов тоже в динамические, потребуется прописать значение «netsh interface ip set dnsserver «Подключение по локальной сети» dhcp».

Включение DHCP на сетевом адаптере

Чтобы выполнить данную операцию, нужно на сетевом адаптере войти в настройки своих сетевых подключений. Чтобы сделать такое, понадобится ввести команду «Ncpa.cpl», прописав её в строку поиска. Эта строка появляется при включении меню, после нажатия кнопки Пуск. Затем щелкнуть кнопку «Ввод» / «Enter» на своей клавиатуре.

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

В открывшемся окне, потребуется найти подключение, которое используется в локальной сети. Затем кликнуть ПКМ по его значку. Откроется контекстное меню, в котором потребуется выбрать пункт, называемый «Свойства».

Затем выбрать «Протокол Интернета версии 4 (TCP/IPv4). После чего щелкнуть кнопку «Свойства». Во вкладке «Общие» поставить значения под названием «Получить IP-адрес автоматически», а также «Получить адрес DNS-сервера автоматически». Нажать «Ок», после чего произойдет сохранение всех проделанных изменений.

После проделанных действий, роутер и сетевые адаптеры компьютеров будут настроены. Протокол DHCP будет полностью готовым к работе.

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

Вряд ли нам удастся открыть Америку, сказав, что перед тем, для подключения компьютера к интернету через сеть TCP/IP, предварительно необходимо настроить сетевой протокол DHCP. Что тут скажешь? Именно он отвечает за то, чтобы ПК автоматически получил IP-адрес и прочие необходимые параметры для полноценного пользования интернетом. По умолчанию такой протокол в системе Windows активизируется автоматически. Правда, срабатывает он не всегда. В этом случае приходится думать над тем, как вручную включить DHCP в ОС Windows 7. А сделать это на самом деле несложно.

Способ № 1: Запуск через опцию «Службы»

Отталкиваясь от модели действия DHCP «клиент – сервер», включить этот сетевой протокол в Windows 7 можно через сервис «Службы». В этом случае изначально необходимо войти в меню «Пуск», перейти в раздел «Панель управления», а в нем выбрать вкладку «Администрирование»:

Далее в открывшемся списке находим и кликаем пункт «Службы», дабы появилось окошко соответствующего сервиса. После того как оно открылось, ищем в нем ищем службу DHCP-клиент и запускаем ее нажатием соответствующей кнопки в меню слева:

Следующий шаг – проверяем тип запуска службы. В идеале запускаться она должна автоматически. Если это не так, кликаем правой кнопкой мышки по пункту DHCP-клиент, выбираем в появившемся меню вкладку «Свойства», выставляем автоматический тип запуска и сохраняем настройки нажатием кнопки OK:

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

Способ № 2: Настройка через «Центр управления сетями»

Не сложнее отладить работу сетевого протокола в модели «клиент–сервер» через настройку параметров подключения к локальной сети в «Центре управления сетями». В этом случае порядок действий будет таким:

1. в правом уголке панели задач находим значок подключения к сети, кликаем по нему правой кнопкой и выбираем пункт «Центр управления…»:
2. в открывшемся окошке в разделе «Тип подключения» кликаем «Подключение по локальной сети», а затем жмем «Свойства»:
3. выставляем новые параметры подключения к сети, оставляя подключенным только компонент – TCP/IPv4, кликаем по нему и жмем «Свойства»;
4. в новом окошке подтверждаем автоматическое получение адреса DNS-сервера и IP-адреса и кликаем OK:
5. вновь выбираем протокол версии 4, а затем клацаем кнопку «Настроить»;
6. заходим в раздел «Управление электропитанием», отключаем все параметры экономии энергии и жмем OK:

В результате сразу же можем приступать к работе в интернете, ведь все нужные настройки DHCP таким образом оказываются внесены в OS Windows 7. При желании, конечно, можно проверить работоспособность службы при помощи командной строки.

Как в нее войти в Windows 7? По-разному, например, при помощи нажатия кнопок и R на клавиатуре запустить утилиту «Выполнить» и вбить в нее задачу cmd.exe. Так или иначе, после входа в «Командную строку» останется лишь прописать в ней значение ipconfig /all, подтвердить ввод нажатием Enter и проверить настройки подключения, в том числе и параметры работы DHCP. Вот и все!

Самая популярная проблема при подключении ПК или ноутбука к интернету, это когда вроде бы все подключили, но интернет не работает. В этом случае может быть очень много разных симптомов, причин и решений. Первым делом нужно выяснить в чем причина. Рекомендую ориентироваться на ошибки, которые отображаются в Windows. Мало кто сразу запускает диагностику неполадок. А зря, ведь если само средство диагностики и устранения неполадок не сможет все исправить, то хотя бы сообщит нам об ошибке и подскажет где и как искать проблему. Как в нашем случае с ошибкой "DHCP не включен на сетевом адаптере. ", которую можно увидеть в Windows 10, Windows 7 и т. д.

Когда после подключения кабеля, или после подключения к Wi-Fi сети (или попытки подключения) вы видите ошибку "Неопознанная сеть", "Подключение к интернету отсутствует", "Нет подключения. Вы не подключены ни к одной сети", "Без доступа к интернету" и т. д., то запустите диагностику неполадок.

Вполне возможно, что в процессе диагностики появится ошибка "DHCP не включен на сетевом адаптере Беспроводная сеть" (при подключении по Wi-Fi) :

Или "DHCP не включен на сетевом адаптере Ethernet" (это в Windows 10, при подключении к интернету с помощью сетевого кабеля) . В Windows 7 будет указан адаптер Подключение по локальной сети, или Беспроводное сетевое соединение.

При этом в самой системе (в моем случае в Windows 10) статус подключения к сети будет выглядеть примерно вот так (может немного отличаться в зависимости от способа подключения) :

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

Если просто и коротко, то DHCP позволяет Windows автоматически получать IP-адреса от роутера, или оборудования вашего интернет-провайдера. А эта ошибка появляется тогда, когда DHCP не может автоматически получит адреса, или не может получить те адреса, которые прописаны вручную. Чаще всего это происходит после того, как сам пользователь, или какой-то софт меняет настройки DHCP в свойствах адаптера "Беспроводная сеть", или "Ethernet". Это в Windows 10. А в Windows 7 это адаптеры "Беспроводное сетевое соединение" и "Подключение по локальной сети".

Как исправить ошибку "DHCP не включен на сетевом адаптере. " в Windows 10?

Для Windows 8 и Windows 7 эти рекомендации так же должны подойти. Некоторые пункты меню и настройки могут немного отличатся. Я буду показывать все на примере Windows 10.

Решение №1: через диагностику сетей Windows

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

Или после того, как будет обнаружена проблема, например, "DHCP не включен на сетевом адаптере Беспроводная сеть" нажмите на пункт "Попробуйте выполнить восстановление от имени администратора".

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

Если не получится с первого раза, то перезагрузите компьютер и запустите диагностику неполадок повторно.

Решение №2: проверяем настройки DHCP вручную

Первым делом нам нужно открыть окно "Сетевые подключения". Сделать это можно с помощью команды ncpa.cpl. Нажмите сочетание клавиш Win+R, скопируйте эту команду в поле "Открыть" и нажмите "Ok".

Дальше нужно нажать правой кнопкой мыши и открыть "Свойства" того адаптера, при подключении через который у вас возникла эта ошибка. В случае с Windows 10: "Ethernet" – это подключение по кабелю, а "Беспроводная сеть" – подключение по Wi-Fi.

Дальше выделяем протокол "IP версии 4 (TCP/IPv4)" и нажимаем на кнопку "Свойства". Выставляем автоматическое получение IP и DNS адресов, как показано на скриншоте ниже и нажимаем "Ok".

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

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

Дополнительные решения и подсказки

1. Сделайте сброс настроек сети. Здесь инструкция для Windows 10, а здесь для Windows 7 и Windows 8.
2. Если подключение через роутер – перезагрузит его. Проверьте, работает ли интернет на других устройствах (через этот же роутер) . Чтобы выяснит в чем причина, можете почитать статью Роутер перестал раздавать интернет. Как найти причину и устранить ее.
3. Если кабель к компьютеру подключен напрямую от интернет-провайдера, то отключите его и подключите заново. Перезагрузите компьютер. Так же желательно позвонить в поддержку провайдера и выяснить, нет ли неполадок на их стороне. Или попробовать подключить интернет к другому компьютеру.
4. Вспомните, что вы делали на компьютере перед появлением ошибки "DHCP не включен на сетевом адаптере". Возможно таким образом получится найти причину и устранить ее. Если перед этим вы что-то устанавливали или меняли настройки, и не знаете как все вернуть обратно – напишите в комментариях.
5. Еще одна похожая ошибка: Сетевой адаптер не имеет допустимых параметров настройки IP. Посмотрите, возможно это ваш случай.
6. Попробуйте прописать настройки IP вручную. Как это сделать, я показывал в этой статье.
7. На всякий случай попробуйте полностью остановить работу антивируса. Если он установлен на вашем компьютере.
8. Желательно выполнить переустановку сетевого адаптера. Для этого нужно зайти в диспетчер устройств и удалить сетевую карту, или Wi-Fi адаптер (в зависимости от того, с каким адаптером у вас проблемы) .
   После удаления и перезагрузки компьютера может понадобится повторная установка драйвера. Здесь вам может пригодится инструкция по установке драйвера для сетевой карты и инструкция по установке (обновлению) драйвера Wi-Fi адаптера.
9. Не лишней будет проверка компьютера на разного рода вирусы и вредоносное ПО с помощью специальных антивирусных утилит. Можно использовать AdwCleaner, Dr.Web CureIt!, Kaspersky AVP Tool, CrystalSecurity, AVZ и другие.

Вы всегда можете написать мне в комментариях ниже. Зачем? Например, чтобы подробно рассказать о своей проблеме (по теме этой статьи) . Возможно я смогу заметить то, что не заметили вы и подсказать вам какое-то решение. Или же вы можете поделиться своим решением, если его нет в статье. Или просто написать, каким способом вам удалось избавится от ошибки с отключенным DHCP на сетевом адаптере.