Windows 7 не получает ip по dhcp

Содержание

Клиенты получают неверные настройки (IP-адреса) по DHCP

Windows 7 не получает ip по dhcp

Чтобы взаимодействовать с другими, каждому устройству в сети необходимо иметь четыре основные настройки на сетевом адаптере — IP-адрес, маску, шлюз по умолчанию и адреса DNS-серверов (хотя последнее на самом деле опционально). Есть два основных способа назначения сетевых настроек — статически (вручную) и динамически (автоматически по протоколу DHCP от DHCP-сервера).

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

Симптомы

Обычно всё начинается с жалоб на неработающий интернет или отсутствие доступа к локальным сетевым ресурсам. Иногда достаточно провести диагностику только на стороне клиента, но может понадобиться полная диагностика и со стороны сервера в том числе. Начнём с первой опции. 

Диагностика на стороне клиента

Чтобы понять, что происходит, первым делом, конечно, следует проверить, подключён ли клиент физически к проводной или беспроводной сети. Если да, то самое время приступать к проверке сетевых настроек на устройстве клиента с помощью утилит ipconfig /all (в командной строке Windows), ifconfig или ip addr (в терминале Linux).

Вывод команд покажет текущий IP-адрес и другие настройки на сетевом адаптере (или всех адаптерах, если их несколько). При этом, если на сетевом адаптере нет корректного IP-адреса, возможных вариантов его настроек может быть немного. 

Вариант 1. Текущий IP-адрес имеет вид 169.254.Х.Х

Скорее всего, на клиентской машине при этом установлена ОС Windows.

Это значит, что клиенту действительно не удалось получить сетевые настройки, потому что DHCP-сервер не отвечал, и адрес был сгенерирован службой APIPA (Automatic Private IP Addressing) из диапазона 169.254.0.0 – 169.254.255.255. Если клиент — Linux-машина, адрес может принимать вид 0.0.0.0, либо отсутствовать в принципе.

Пожалуй, самое очевидное действие в такой ситуации — попытаться снова получить IP-адрес, отправив повторно DHCP-запрос, а заодно убедиться, что на устройстве запущен DHCP-клиент. Это можно сделать несколькими способами:

  • отключиться от сети на 10–30 секунд и подключиться снова; 
  • перезагрузить устройство; 
  • выполнить последовательно команды. В командной строке Windows: ipconfig /release, затем ipconfig /renew. В терминале Linux: dhclient -v -r, потом dhclient или dhcpcd -k, затем dhcpcd ().

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

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

Вариант 2. Текущий IP-адрес не из диапазона 169.254.0.0 – 169.254.255.255, но и не из того диапазона адресов, которые должен выдавать DHCP-сервер

Как известно, чудес не бывает. Если настройки, которые получает клиент, не от доверенного DHCP-сервера в сети, значит, их раздаёт кто-то другой.

Тот, кто случайно или специально подключил к сети DHCP-сервер со своей конфигурацией. Возможно, это обычный Wi-Fi-роутер, к которому кабель по ошибке подключили через один из LAN-портов.

Тогда ваша задача — найти недоверенный DHCP-сервер и предотвратить такие попытки в будущем.

Здесь нужно вспомнить, как работает DHCP-протокол. Клиент отправляет широковещательный запрос (DHCPDISCOVER), который получат все DHCP-серверы в сети и отправят в ответ свои предложения IP-адреса (DHCPOFFER). При этом клиент примет первое полученное предложение (DHCPOFFER), скорее всего, от ближайшего DHCP-сервера, а остальные отклонит.

Очевидно, что предложение от доверенного DHCP-сервера приходит позже, скорее всего, потому, что он дальше от клиента.

Для последующей диагностики на устройстве клиента нужно установить анализатор сетевого трафика (Wireshark или tcpdump), запустить его, отфильтровав трафик по типу протокола DHCP или портам 67–68, и посмотреть в DHCP-ответах IP и MAC адрес DHCP-сервера, который их отправляет: 

Дальше дело за малым. Во-первых, можно воспользоваться сервисом macvendors.com или аналогичным и по MAC-адресу определить производителя оборудования этого устройства. У Wireshark есть такая функция.

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

Для предотвращения таких инцидентов в будущем рекомендуется внедрить методы защиты от атак на DHCP на сетевом оборудовании.

Вариант 3. Текущий IP-адрес корректный, но доступа к интернету и другим сетевым ресурсам по-прежнему нет 

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

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

Это скорее исключение, но в таком случае адреса DNS придётся прописать руками.

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

Диагностика на стороне сервера 

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

Запущен ли DHCP как сервис?

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

Приходят ли запросы от клиентов на DHCP-сервер? 

Чтобы определить это, нужно снова запустить анализатор сетевого трафика. На этот раз на сервере.

После запуска на сервере tcpdump, dhcpdump или Wireshark клиенту, у которого проблемы с получением адреса, необходимо попытаться получить его снова любым способом, описанным в начале статьи.

Если DHCP-сервер работает в штатном режиме, то должны быть и запросы, и ответы. Но всё может быть иначе.

Нет ни запросов, ни ответов? 

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

Может, он блокируется на промежуточном сетевом оборудовании или в сети некорректно работает ретрансляция DHCP-запросов dhcp_relay.
Чтобы это проверить, можно в первом случае вернуться к диагностике на стороне клиента и проследить с помощью анализатора сетевого трафика, что клиент отправляет DHCP-запрос.

Во втором — проверить настройки на промежуточном сетевом оборудовании. 

Запрос(ы) есть, ответа(ов) нет? 

Самая простая и очевидная причина в этом случае — закончился пул свободных адресов. Это легко проверить на самом DHCP-сервере по списку выделенных IP-адресов (leases). Если причина действительно в этом — задумайтесь: возможно, пришло время для увеличения пула пригодных для использования IP-адресов на сервере.

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

В таком случае придётся детально просматривать логи, а также последние изменения в конфигурации на сервере.

Источник: https://geekbrains.ru/posts/klienty-poluchayut-nevernye-nastrojki-ip-adresa-po-dhcp

DHCP не включен на сетевом адаптере «Беспроводная сеть», «Ethernet», «Подключение по локальной сети»

Windows 7 не получает ip по 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. Если кабель к компьютеру подключен напрямую от интернет-провайдера, то отключите его и подключите заново. Перезагрузите компьютер. Так же желательно позвонить в поддержку провайдера и выяснить, нет ли неполадок на их стороне. Или попробовать подключить интернет к другому компьютеру.

Источник: https://help-wifi.com/reshenie-problem-i-oshibok/dhcp-ne-vklyuchen-na-setevom-adaptere-besprovodnaya-set-ethernet-podklyuchenie-po-lokalnoj-seti/

dhcp не включен на сетевом адаптере: как подключить протокол

Windows 7 не получает ip по dhcp

Протокол dhcp — это своего рода артерия каждой локальной сети и вместе с тем «излюбленная мозоль» большинства начинающих сисадминов. Причем вспоминают об его существовании исключительно в момент, когда компьютер не получает ip адрес по dhcp, и система назойливо сообщает пользователю о возникшей проблеме.

Поэтому здесь мы рассмотрим, как работает dhcp, и что делать, когда «dhcp не включен на сетевом адаптере» при подключении по локальной сети.

Также настоятельно рекомендуем ознакомиться со статьей настройка dhcp, где представлена важная дополнительная информация по данному вопросу.

Назначение службы dhcp

Разобраться с вопросом «как подключить dhcp на сетевом адаптере», не представляя, для чего вообще предназначена данная служба, будет достаточно сложно.

Дело в том, что настройка dhcp происходит как на любом сетевом компьютере, так и на сервере (или выполняющем его функции сетевом оборудовании), соответственно, и возможных причин программного сбоя здесь предостаточно: от «кривой» операционной системы до неисправности маршрутизатора.

Как работает dhcp?

Принцип работы dhcp условно можно представить в виде почтового сообщения между клиентом (или подключенным к локальной сети компьютером) и сервером (роутером). При этом роль писем здесь выполняют специальные системные сообщения, с помощью которых происходит «авторизация» устройства в компьютерной сети.

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

Так, для корректного подключения к локальной (LAN) или глобальной (WAN) сети нового устройства ему необходим ряд уникальных параметров, которые обеспечивают идентификацию данного сетевого узла.

В частности, каждый компьютер получает индивидуальный IP-адрес, а также маску подсети, адрес DNS сервера и т.д.

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

В таком случае при подключении к сети компьютер вначале «спрашивает разрешение» у сервера (в качестве которого, как правило, используется маршрутизатор) с помощью системного сообщения DHCPDISCOVER.

На что сервер отвечает сообщением DHCPOFFER, в котором зашифрованы все необходимые клиенту сетевые настройки.

Компьютер получает такую «посылку», извлекает оттуда данные о присвоенном ему IP адресе (маске подсети и т.д.) и сохраняет их в настройках сетевой карты (адаптера). После чего информирует сервер о готовности подключиться к сети с помощью сообщения DHCPREQUEST.

Сервер проверяет указанные параметры конфигурации и при отсутствии ошибок отвечает сообщением DHCPACK, которое разрешает авторизацию клиента в сети.

Таким образом, для автоматического получения ip адреса dhcp необходимо:

  • настроить dhcp на роутере (иначе «сервер» не сможет отвечать на запросы «клиента»);
  • запустить службу dhcp на компьютере;
  • установить на сетевом адаптере автоматическое получение IP адреса.

Как включить dhcp на роутере?

Настройка dhcp на роутере осуществляется через веб-интерфейс устройства. Для этого необходимо:

  • подключить маршрутизатор к компьютеру с помощью сетевого кабеля (поставляемого в комплекте с устройством);

Статический IP адрес роутера указан на сервисной этикетке, наклеенной на тыльной панели устройства. В большинстве случаев это комбинация цифр 192.168.0.1 или 192.168.1.1, соответственно, статический IP сетевого адаптера может быть 192.168.0.2 или 192.168.1.2

  • открыть любой интернет-браузер, в адресной строке ввести IP роутера (с заводской наклейки) и нажать «Enter»
  • в окне аутентификации ввести данные пользователя (при заводских настройках admin/admin)

Здесь следует перейти в раздел «Настройка локальной сети» («Настройки LAN») и отметить маркером «Включить сервер DHCP» (или «DHCP сервер» -> разрешить доступ).

Обязательно кликните «Сохранить» для внесения изменений в настройки маршрутизатора.

Как включить dhcp на windows 7/ windows 8?

На следующем этапе необходимо включить dhcp клиент на вашем ПК. Для этого нажмите Win+R, в открывшемся окне введите команду «services.msc» и кликните «Ok».

Вам откроется окно «Службы», где следует найти службу «dhcp клиент» и проверить, чтобы в столбце «Состояние» было указано «Работает», а в столбце «Тип запуска» прописано «Автоматически».

Если dhcp не включен на сетевом адаптере:

  •  кликните по выделенной строке правой кнопкой мыши;
  • выберите в контекстном меню «Свойства»;
  • запустите dhcp клиент службу с помощью кнопки «Пуск».

Причиной того, что не запускается служба dhcp, может быть повреждение драйвера сетевой карты (например, при заражении компьютера вирусами) или сбой операционной системы. В таком случае рекомендуется просканировать ПК с помощью хорошего антивируса и обновить сетевой драйвер (с диска или сайта производителя). В крайнем случае проблему может решить переустановка ОС windows 7 .

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

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

dhcp не включен на сетевом адаптере ethernet

И наконец, следует настроить на сетевом адаптере динамическое получение IP адреса в локальной сети. Для этого зайдите в настройки сетевой карты, установите маркер напротив «Получить IP адрес автоматически» и «Получить адрес DNS-сервера автоматически»

и обязательно кликните «Ok» во всех открытых окнах.

dhcp клиент: отказано в доступе

Также причиной того, что компьютер не получает ip адрес по dhcp, может быть несовместимость dhcp. Как правило, такая ситуация возникает, когда:

  • в одной сети работают два DHCP сервера;
  • DHCP сервер пытается выдать новому устройству уже существующий в сети IP адрес.

Конфликт DHCP адресов возможен, если на каком-либо компьютере IP присвоен вручную.

Источник: https://tvoi-setevichok.ru/lokalnaya-set/dhcp-ne-vklyuchen-na-setevom-adaptere-podklyuchenie-po-lokalnoy-seti.html

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

Windows 7 не получает ip по dhcp

Источник: http://www.winblog.ru/net/1147764420-05100705.html

Поделиться:
Нет комментариев

    Добавить комментарий

    Ваш e-mail не будет опубликован. Все поля обязательны для заполнения.

    Сеть и интернет | Читали: 52 824 | 5 окт | На печать
    Если вы используете сервера DHCP для автоматической настройки параметров TCP/IP для рабочих станций в вашей организации, то нерабочий DHCP может привести к нарушению работы всей организации. К тому же, если рабочая станция не сможет получить IP адрес, то она не сможет получить доступ к ресурсам в вашей сети или в интернет. В этой статье мы обсудим некоторые техники, которые вы сможете использовать для устранения неисправностей, связанных с 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 и рабочими станциями, которые пытаются получить адреса.

    Источник: netdocs.ru