Ip адрес автонастройки отключить

Содержание

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

Ip адрес автонастройки отключить

Чтобы взаимодействовать с другими, каждому устройству в сети необходимо иметь четыре основные настройки на сетевом адаптере — 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

Сетевой адаптер не имеет допустимых параметров настройки IP в Windows 10

Ip адрес автонастройки отключить

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

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

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

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

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

Проверка настроек NIC

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

Удерживая клавишу Win, нажать R. В строку поиска вставить ncpa.cpl и кликнуть по «Ок».окне «Сетевые подключения» щелкнуть правой кнопкой мыши по неработающему соединению и выбрать его свойства.

1) В списке компонентов найти и выделить пункт «IP версии 4 (TCP/IPv4)», кликнуть по кнопке «Свойства».

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

2) Перезагрузить компьютер.

Второй вариант – настроить параметры вручную. Например, для IP задать адрес 192.168.1.2 (если локальный IP-адрес роутера 192.168.1.1, ввести 192.168.1.x, где x – от 2 до 253), для маски – 255.255.255.0, для шлюза – 192.168.1.1, для DNS – 8.8.8.8 и 8.8.4.4. Затем осуществить ребут системы.

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

Перезагрузка роутера и проверка кабеля Ethernet

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

Фотография из открытого доступа

Если интернет по-прежнему не работает, стоит попробовать подключить другой кабель Ethernet, затем – компьютер к другому роутеру.

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

Если соединение работает – купить новый маршрутизатор, но прежде следует попробовать восстановить заводские настройки (инструкция по сбросу представлена в руководстве производителя).

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

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

Сброс настроек сети

В ряде случаев настройки интернета могут устареть или вступить в конфликт с существующей сетью. Сбросив DNS-сервер и сокет, можно повторно инициализировать процедуру подключения.

1) В диалоговом окне «Выполнить» (Win+R) вписать cmd.exe и нажать Ctrl+Shift+Enter.

2) Разрешить системному инструменту вносить изменения на данном ПК.

В командную строку добавить один за другим следующие данные: ipconfig /flushdns, ipconfig /renew, nbtstat –R, nbtstat –RR, netsh int ip reset c:resetlog.txt, netsh winsock reset. Вместо запятой использовать Enter.

3) После успешного выполнения всех команд перезагрузить компьютер обычным способом.

Важно! Если команда «netsh int ip reset c:resetlog.txt» не работает, можно использовать просто «netsh int ip reset».

Как только ПК включится, необходимо открыть Панель управления:

4) Нажать Win+R, вписать control в диалоговом окне и щелкнуть по Enter.

Перейти в «Центр управления сетями…».
Изменить настройки адаптера.
Кликнуть правой кнопкой мыши по Ethernet и выбрать «Отключить». После снова «Включить».

5) Еще раз сделать ребут системы.

Удаление и переустановка NIC

Нужно перейти в Диспетчер устройств:

1) Удерживая клавишу Win, нажать R. Ввести команду hdwwiz.cpl и кликнуть по «Ок».

2) Развернуть раздел с адаптерами. Найти нужное название.

Щелкнуть по нему правой кнопкой мыши и выбрать «Удалить». Подтвердить удаление.
В верхнем меню кликнуть по пункту «Действие» и обновить конфигурацию.

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

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

Отключение IPv6

Как правило, компьютер настроен на использование типа подключения IPv4. Но возможно, что конфигурации были автоматически перенастроены для работы в IPv6. Это может вызвать конфликт с подключением и помешать правильной работе Ethernet-подключения.

1) Нажать на значок интернета в системном трее.

2) Выбрать вариант «Открыть параметры сети…».

Изменить настройки адаптера.
Вызвать свойства используемого подключения (клик правой кнопкой мыши).
Найти в списке пункт «IP версии 6 (TCP/IPv6)» и убрать галочку.

3) Применить изменения, кликнув по «Ок».

Отключение NIC отладки ядра Microsoft

Если на ПК была установлена определенная плата в дополнение к NIC по умолчанию, они могут мешать друг другу и правильной работе Ethernet-соединения.

1) Зайти в Диспетчер устройств (Win+R – команда hdwwiz.cpl – Enter).

Когда откроется новое окно, выбрать раздел «Вид» и отметить опцию «Показать скрытые устройства».
Кликнуть по пункту «Microsoft Kernel Debug Network Adapter» и выбрать вариант «Отключить».

2) Подтвердить действие.

Назначение MAC-адреса

NIC получает MAC-адрес, чтобы установить интернет-соединение с роутером. Если адрес введен неправильно, это мешает устройству подключиться. Поэтому на данном этапе следует вручную установить MAC-адрес.

1) Открыть командную строку (Win+R – cmd – Ctrl+Shift+Enter).

Вставить команду «ipconfig /all» без кавычек и нажать Enter.

2) Записать в блокнот физический адрес.

Вызвать свойства интернет-соединения, которое используется (параметры сети и интернета – Центр управления сетями – настройки адаптера).

3) Нажать кнопку «Настроить» и перейти на вкладку «Дополнительно».

В списке найти пункт «Network address» и отметить опцию «Значение», куда вписать физический адрес из п.3.

4) Клацнуть по «Ок», чтобы сохранить изменения.

Включение DHCP

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

1) Одновременно нажать клавиши Win+R, чтобы открыть командное окно.

2) Добавить «services.msc» без кавычек и клацнуть Enter.

В окне «Службы» дважды щелкнуть по пункту «DHCP-клиент».

3) Установить автоматический тип запуска.

4) Кликнуть по кнопке «Запустить», если опция отключена.

5) Теперь вернуться назад и щелкнуть правой кнопкой по «DHCP-клиент».

Из меню выбрать вариант «Перезапустить».

6) В поле подтверждения клацнуть «Да».

Проверка адреса петли (loopback address)

Адрес обратной связи – это специальный IP (127.0. 0.1) для использования при тестировании адаптера. Соответствует программному интерфейсу обратной связи NIC, с которым не связано аппаратное обеспечение, и не требует физического подключения к сети.

  1. Нажать Win+R, ввести cmd, а затем зажать Shift+Ctrl+Enter, чтобы предоставить права администратора.

Добавить команду «ping 127.0.0.1» без кавычек.

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

Отключение настроек управления питанием

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

1) Перейти в раздел с доступными подключениями (параметры сети и интернета – Центр управления – настройки адаптера).

2) Щелкнуть по кнопке «Настроить».

3) Сохранить изменения.

4) Включить интернет-соединение.

По умолчанию плата уже должна быть включена на компьютере. Если ОС Windows сообщает, что интернет не работает, можно попробовать повторно включить ее в BIOS.

  1. Выключить компьютер и включить его, быстро нажимая при этом определенную кнопку (F1, F2 и т.п.).
  2. После загрузки BIOS используются клавиши со стрелками на клавиатуре для навигации по доступным параметрам.

3) Включить его, установив значение «Enabled».

4) Подтвердить действие. Это приведет к перезагрузке ПК.

Теперь Windows автоматически определит драйвер, и интернет должен работать нормально.

Источник: https://sysadmin-note.ru/setevoj-adapter-ne-imeet-dopustimyx-parametrov-nastrojki-ip-v-windows-10/

Источник: https://zen.yandex.ru/media/id/5fcf291e73f6cd0018af8f90/setevoi-adapter-ne-imeet-dopustimyh-parametrov-nastroiki-ip-v-windows-10-5fd6041433ed420c3f2ae75c

Бага в Windows 7: Повторяющиеся IP

Ip адрес автонастройки отключить

  • 1 Предыстория.
  • 2 Симптомы.
  • 3 Дифференциальный диагноз.
  • 4 Решение.

Привет всем! Поводом для написания нижерасположенной статьи стало решение мной одной неприятной ситуации, которая произошла в сети. Вдруг у кого-то будет такая же беда – надеюсь, поможет.

Предыстория

В сети я присваиваю узлам IP-адреса из диапазона 192.168.1.0/24, есть выделенный шлюз, который NAT-ит в Internet. На моем компьютере адрес 192.168.1.9, на двух соседних (тестовые) соответственно *.

8 и *.7. На одном из них занимался разработкой на Ruby, второй был нужен для PC-3000. И вот, прихожу как-то с обеда, отключают электричество. Мой комп *.9 на UPS, остальные два – без, тут же вырубаются.

Дифференциальный диагноз

Итак, будем искать, откуда исходит проблема.

  1. Открыл журнал событий системы. Там есть ошибка “…повторяющиеся IP адреса…” и дан MAC-адрес узла. Должно быть, кто-то решил самовольно подключить к сети какое-то устройство, которое заняло мой адрес! Будем выслеживать.
    1. Открыл таблицу apr -a, ничего с таким MAC-адресом не обнаружено ни на шлюзе, ни на компе.
    2. Попытка пропинговать этот IP ничего не дала.
    3. Запустил на шлюзе arp-scan на обоих интерфейсах. На внутреннем в этой подсети нет нужного мне MAC-адреса. А вот на внешнем он обнаружился! Причем на всех IP-адресах из сети 192.168.1.0/24. Но как такое может быть? Пробил первые три байта MAC-адреса, указывают на железку Alkatel и Cisco (нашелся там ещё один MAC, тоже много адресов занял).
    4. Так как это активное оборудование, решил, что кто-то перенастроил железяки и они заняли все IP. Странно, что-то не вяжется.
  2. Вытащил сетевой шнурок из своего компьютера, подключил его к ноутбуку с Windows XP на борту, дал IP адрес 192.168.1.9 и…. все заработало! Работает прекрасно, словно и нет никакого дублирования IP адресов. Неужели что-то у меня с сетевой картой?
  3. Поставил дискретную карточку, проблема не исчезла. Всё то же самое. Стоит назначить себе любой другой адрес (внешний IP, или даже 192.168.0.0/24) – всё работает!! А вот на подсеть 192.168.1.0/24, какой бы адрес я не взял – пишет, что дублирование.
  4. Загрузился с LiveCD Frenzy, это FreeBSD, поднял сетевой интерфейс с этим IP (192.168.1.9), всё работает! Значит дело точно не в карте, а где-то в операционке Windows 7. Причем сразу в 4-х операционках одна проблема.
  5. Сменил свой MAC-адрес, отключил VLAN и QoS – проблема осталась.
  6. Система почему-то упрямо игнорировала попытки присвоить IP из этой подсети, выдавая адрес автонастройки (169.254…), но когда давал любой другой – то присваивала его без проблем.
  7. Решил провести поиск DHCP-серверов в сети. Вдруг кто-то по ошибке запустил его или какая-то железяка стала раздавать адреса из моей же подсети и происходит какая-то нелепая коллизия? Никаких DHCP прослушивание трафика не выявило. Копаем дальше. (кстати, искал DHCP с помощью RogueChecker и Wireshark);
  8. Полный ipconfig /all выглядит так:ipconfig

    Ну почему он говорит, что IP повторяющийся? Ведь другие системы с ним работают нормально? И как такое произошло, что ещё 3 машины с Windows 7 получили такую же ошибку?

  9. Решил накинуть Service Pack 1 на систему, вдруг поможет чем-то? Качать пришлось долго, но это особо не помогло.
  10. Переустановка winsock, winsock2, протокола IP, сброс параметров через netsh – ничего не дали.

Решение

Решение пришло неожиданно.

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

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

Но система не ругнулась. Более того – заработала! Проверка на других компьютерах алгоритма:

  1. выдернуть кабель
  2. назначить IP
  3. вставить кабель

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

И изъятие кабеля с заранее введенным IP, равно как и подключение кабеля с последующим вводом IP тоже не давали результатов! То есть важно было сделать именно(!) в такой(!) последовательности!

Может кому-то поможет тоже.

Источник: https://litl-admin.ru/windows-2/baga-v-windows-7-povtoryayushhiesya-ip.html

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

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

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