Клиенты получают неверные настройки (IP-адреса) по DHCP
Чтобы взаимодействовать с другими, каждому устройству в сети необходимо иметь четыре основные настройки на сетевом адаптере — IP-адрес, маску, шлюз по умолчанию и адреса DNS-серверов (хотя последнее на самом деле опционально). Есть два основных способа назначения сетевых настроек — статически (вручную) и динамически (автоматически по протоколу DHCP от DHCP-сервера).
Второй вариант чаще всего гораздо удобнее, ведь настройки не придётся прописывать руками. Но наверняка многим приходилось сталкиваться с ситуацией, когда клиентское устройство получает совершенно другой IP-адрес вместо корректных настроек от 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 и рабочими станциями, которые пытаются получить адреса.
Источник: netdocs.ru
Оцените статью: Голосов
Copyright © 2006-2022 Winblog.ru All rights reserved.
Права на статьи принадлежат их авторам. Копирование и использование материалов разрешается только в случае указания явной гиперссылки на веб-сайт winblog.ru, как на источник получения информации.
Сайт для посетителей возрастом 18+
Проблемы с протоколом TCP/IP
Возникает, когда появляются внутренние ошибки TCP/IP, для чего требуется сброс настроек протокола.
Шаг 1 Запустите программу Командная строка (cmd.exe) от имени администратора
Шаг 2 Введите команду: netsh int ip reset resetlog.txt и нажмите Enter
Шаг 3 Перезагрузите компьютер
Комп не получает ip адрес
Здравствуйте, проблема следующая:
комп не получает никаких сетевых параметров — ip адрес, шлюз, днс сервер; провод 100% рабочий (на соседнем компе все нормально при его подключении), карту сетевую менять пробовал (привязки по mac нет) — с другой картой ситуация аналогичная.
При нажатии на кнопке «Исправить» мгновенно вылезает сообщение вида:
Невозможно завершить исправление ошибки, так как не удается выполнить следующие действия:
Не удается получить параметры TCP/IP для этого подключения. Продолжение невозможно.
На ipconfig /all выдает: «Настройка протокола IP для Windows»
Так не хочется винду переставлять.. может службы какие.. подскажите плз
netsh inter reset all
netsh inte ip reset
(10) в настройках tcp авт. получение настроек, но я пробовал и явно указывать;
hosts файл или процесс?
(12) да работает, при явном указании ip,шлюза,днс — все остается по прежнему, т.е. как я описал в начале
Также надо понимать, что DHCP-сервер, который выдаёт адрес, привязывает этот адрес к MAC-адресу сетевой карточки, и, если у сервера просто закончились адреса, то как бы ни мучили бедную клиентскую машину, то IP-адреса для неё всё равно не найдётся, пока у DHCP-сервера не почистят кеш.
(13) т.е. даже если в ручную прописываешь всеравно «комп не получает никаких сетевых параметров — ip адрес, шлюз, днс сервер;».
Также возможно, что сетевая карточка не умеет принимать и передавать широковещательные пакеты, которые используются для получения сетевого адреса.
(Другими словами, криво работают дрова сетевухи).
(19) поставил вторую рабочую сетевуху — результат такой же;
раньше на компе все было отлично, все работало; никто ничего из железа не менял, на компе человек открывает только эксель и ворд
(8) avz не помог (пробовал исправление системы), пробую просканировать им на вирусы.. может что и найдет, но оч наврядли
А карточка точно включена ?
Просто, может оказаться, что карточка просто до конца не включается, и система не понимает, что IP надо выделять или в свойствах сетевухи просто не поставлен IP-протокол (или кто-то с него снял галочку — ещё тот прикол получается).
(26) Если route print не показала никаких других адаптеров (хотя бы в виде 0xКакоеТоЧисло), то это означает, что система их просто не включила — проверяем запуск сервиса «Сетевые подключения» — заходим в свойства «Сетевых подключений» и пробуем «Включить» адаптеры.
А что видно в диспетчере устройств — там карточки с вопросами или крестами ?
Чудеса рассказываешь.
1) Так и не написал кто тебе должен выдавать IP адрес, где стоит DHCP сервер?
2) Мой компьютер — правая кнопка — Управление — Просмотр событий — Система
Просмотри все сообщения у которых источник — Dhcp
3) ipconfig /all что пишет ?
4) ipconfig /registerdns
После этого посмотри чего появилось в журнале от Dhcp
(0) Вирус это, восстановление пробовал, накатывать поверх пробовал. Не мучайся, переустанавливай. Windows must die!
(31) карты в диспетчере без крестов и вопросиков, обе включены, реагируют на включениевыключение провода
(32) никаких событий с dhcp нет, у меня ощущение что и до dhcp то дело не доходит
На ipconfig /all выдает: «Настройка протокола IP для Windows»
На ipconfig /registerdns выдает: «Настройка протокола IP для Windows»
(34) я конечно не мегаадмин и не суперпрограммист, но включенные карты как сетевые устройства я вижу обе включенными; невключенные карты не реагируют на вытаскиваниевключение провода
Настройка протокола IP для Windows и все? Там много букв должно быть.
В свойствах сетевых карт должны быть драйвера tcp протокола, служба DHCP клиент должна работать и нужно чтобы небыло сообщений об ошибках на вкладке «зависимости» для этой службы.
Дело было давно, подключал комп к сети ,кабель обжал все дела . комп не реагирует,нет сети pingi не идут. подключаю к буке работает сеть.
всю в компе систему перерыл, на предмет ошибки, все нормально, но сети нет.
Ипался 1час,вытащил системник из-под стола.вытащил карточку потер ее стеркой вставил обратно,нифига.поставил кмоп на место.завтра куплю новую сделаю.
купил принес поставил работает,старую крутил в руках о мля чудо внутри на контактах сетевой приклеилась маленькая полоска пленки от сигарет. как она туда попало? ,нарочно не придумаешь.
(38) да 1 строчка и все, я знаю что должна выползти конфигурация сетевух — выданные ip, mac, dns, шлюз, но вылезает только 1 строчка
драйвера для протокола есть, ошибок нет
(0)
попробуйте запустить убунту в режиме лайв сиди
определиться , законнектится?
в диспетчере устройств удалите сетеву плату и перезагрузите
встанет по новой
можно в течении 0,5 -1 года изучать ман «Реестр ХР»
можно за прибл. час переставить виндовс, или в теч неск. минут удалить усторойство из диспетчера и при перезагрузке заставить винь переопределить это
Windows 10 не получает IP-адрес от DHCP
Чтобы проверить, является ли это аппаратной проблемой, я загрузил Ubuntu, и он работал отлично.
В Windows, когда я назначаю статический IP в диапазоне DHCP, это работает. Но он не получает IP автоматически от DHCP. ipconfig /renew показывает время ожидания соединения DHCP.
Настройка автоматического получения IP адреса и DNS в Windows 8
Перемещаете курсор мыши в нижний правый угол, при появлении окна Пуск, нажимаете на нем правой кнопкой мыши и выбираете «Панель управления«.
В окне Панели управления выбираете «Центр управления сетями и общим доступом«.
Затем нажимаете «Изменение параметров адаптера«.
Выбираете необходимую сеть, нажимаете на ней правой кнопкой мыши и выбираете «Свойства«, в открывшемся окне выбираете «Протокол Интернета версии 4 (TCP/IPv4)» и нажимаете кнопку «Свойства«. В окне «Свойства: Протокола Интернета версии 4 (TCP/IPv4)» выбираете «Получить IP- адрес автоматически» и «Получить адрес DNS- сервера автоматически«.
