Ошибка кода 4937 ip адрес не указан в одной подсети с lan ip адресом

Клиенты получают неверные настройки (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-клиент. Это можно сделать несколькими способами:

При выводе каких-либо ошибок и/или предупреждений нужно в первую очередь их устранить — например если 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. Но быстрые решения помогают не всегда, а причин может быть гораздо больше. В таком случае придётся детально просматривать логи, а также последние изменения в конфигурации на сервере.

Обнаружен конфликт IP-адресов в Windows 7/8/10: методы решения

Сегодня у нас на рассмотрении будет очень редкая проблема, которая сможет заблокировать вам доступ в Интернет — Обнаружен конфликт IP-адресов. Итак, при каких же условиях возникает данная проблема? На самом деле все очень просто — при попытке подключения пользователя к Интернету.

В сообщении данной ошибки, которое можно увидеть появляющимся в правом нижнем углу Области уведомления Пуска, указана следующая информация:

Обнаружен конфликт IP-адресов Windows

В этой сети уже есть компьютер с таким же IP-адресом. Обратитесь к системному администратору для разрешения этой проблемы. Дополнительные сведения см. в системном журнале Windows.

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

Ошибка «Обнаружен конфликт IP-адресов в Windows» может возникать на любой версии системы, даже уже на не поддерживаемой Windows XP, но там сообщение для данной ошибки немного отличается:

Windows — Системная ошибка

Конфликт IP-адреса с другой системой в сети.

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

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

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

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

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

Исправляем ошибку «Обнаружен конфликт IP-адресов в Windows»

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

Итак, для начала давайте просто попробуем выполнить с вами перезагрузку вашего компьютера, так как ошибки и сбои с операционной системой ни для кого не новость. Возможно, ошибка «Обнаружен конфликт IP-адресов в Windows» является просто небольшой неурядицей. Ну как, помогло? Если нет, то двигаемся дальше.

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

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

Выставление автоматического получения IP-адреса адреса DNS-сервера

В попытке исправить ошибку «Обнаружен конфликт IP-адресов в Windows», мы можем попробовать выставить в настройках вашего сетевого подключения опции по автоматическому получению IP-адреса и адреса DNS-сервера. Если вы недавно пытались выставить статический IP-адрес, то уже наверняка знаете куда мы сейчас направимся.

Нажмите правой кнопкой мыши на иконке вашего сетевого подключения в Области уведомления Пуска и перейдите в «Центр управления сетями и общим доступом». Попав в указанное окно, нажмите на ссылку «Изменение параметров адаптера», находящееся в левой части окна.

Далее найдите свое сетевое подключение. Нажмите на него правой кнопкой мыши и выберите пункт «Свойства».

Заметка: Теперь вам нужно найти тот протокол Интернета, которые используется вашим Интернет-провайдером. В большинстве случаев используется устаревший Интернет протокол 4 версии. Однако, ваш провайдер может использовать и шестую версию. В показательных целях, мы будем использовать четвертую версию Интернет-протокола.

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

Как только вы закончите с настройкой вашего сетевого подключения, перезагрузите свой компьютер(очень важно!), а затем снова попытайтесь получить доступ к Интернету. Опять тот же вопрос — ошибка «Обнаружен конфликт IP-адресов в Windows» была устранена?

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

Выставление статического IP-адреса для сетевого подключения

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

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

Заметка: пока вы находитесь в настройках своего сетевого подключения, то вы также можете попробовать выставить для себя статические адреса DNS-серверов. Особенно, если у вас ранее наблюдались какие-то проблемы с выполнением входа на различные веб-ресурсы. Поставьте галочку напротив опции, позволяющей выставлять статические адреса для DNS, а затем пропишите 8.8.8.8. для предпочтительного и 8.8.4.4. для альтернативного сервера.

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

Что делать, если Android не удаётся получить IP-адрес сервера для доступа в интернет

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

Почему я получаю сообщение об ошибке «Не удалось получить IP-адрес»?

Ошибка «Не удалось получить IP-адрес» обычно отображается при доступе к сети Wi-Fi, независимо от того, является ли она новой или сохраненной на вашем устройстве. Это сообщение об ошибке означает, что роутер не может назначить IP-адрес вашему устройству. Пока проблема актуальна, пользователь не может получить доступ к интернету через эту Wi-Fi сеть.

У некоторых пользователей содержание сообщения об этой ошибке может немного отличаться. Там может быть написано «IP-адрес не получен», но проблема эта, тем не менее, одна и та же.

Как исправить ошибку «Не удалось получить IP-адрес»?

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

Забудьте сеть

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

Перезапустите роутер

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

Переименуйте ваше Android-устройство

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

Включите и выключите «Режим полета»

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

Используйте шифрование WPA2-PSK

Некоторые устройства не очень хорошо работают с определенными типами шифрования, включая AES и TKIP. Зайдите в настройки вашего роутера и переключитесь на WPA2-PSK.

Проверьте MAC-фильтр

При настройке Wi-Fi MAC-адреса часто используют для внесения в белый или черный список устройств, находящихся в сети. Это означает, что если ваше устройство отсутствует в белом или черном списке, оно не сможет подключиться. Решением будет либо отключить MAC-фильтр вашего роутера, либо удалить устройство из черного списка, либо добавить его в белый список.

Назначьте статический IP-адрес

Очистите кеш сервисов Google Play

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

Сбросьте данные

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

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

Делитесь своим мнением в комментариях под этим материалом и в нашем Telegram-чате.

Новости, статьи и анонсы публикаций

Свободное общение и обсуждение материалов

Google Pixel 4a дебютировал в прошлом году, как более доступный вариант по сравнению с оригинальным телефоном. Сначала мы ждали этот аппарат во время Google I/O, но мероприятие было отложено из-за начавшейся пандемии. А позже стало понятно, что презентация и не планировалась, так как аппарат вышел только через несколько месяцев после предполагаемой даты презентации. В этом году мы уже начали получать новые слухи о выходе Pixel 5a на конференции разработчиков 2021. Поисковый гигант, скорее всего, проведет свою ежегодную конференцию в период с мая по июнь, но будут ли на ней представлены смартфоны, пока остается загадкой. Я бы предположил, что да, но давайте разберемся в этом более подробно. А заодно поймем, чего нам еще ждать от линейки Pixel в этом году.

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